AD的备份与标准还原：深入浅出Active Directory系列(四)
本文共 3266 字，大约阅读时间需要 10 分钟。
大家常常听说过数据库的备份和还原，比如Sql Server ，Oracel等数据库的备份和还原。OK，我们这一节讨论Active Directory数据库的备份和还原。
Active Directory 数据库的备份在企业应用环境中是个非常重要的工作，无论是单域单域控的，单域多域控的，还是多域多域控的环境，Active Directory 数据库的备份都是要经常做的工作。备份的好处如下：
1， 灾难恢复。对于单域单域控的企业环境，如果Active Directory 生病了，比如误操作，磁盘等的原因，如果我们备份过Active Directory 数据库，恢复起来非常的容易。当然对于单域多域控的环境和多域多域控的环境是同样的道理，步骤相对麻烦而已。
2， 转移数据。如果我们要在当前域搭建一台额外域控制器，无论这台新的额外域控制器是和主域控制器在一个地理位置，还是在不同的地理位置。通过备份来转移数据是非常时效的方法。
本节的实验环境，如下图
一，备份前的准备
了解Active Directory的工作过程
我们与活动目录交互时，比如在活动目录中添加、更新、删除和移除对象等修改操作，在业务逻辑上其实是采用了事务的机制来完成的。而事务我们知道遵从ACID 原则，脱离ACID 原则的事务是不存在的。事务在关系数据库中处处可见，当然在企业应用系统中也很常见。一个事务中的一系列操作要么全部都做成功，要么全部都不做。
活动目录中的数据修改时，会按照下面这个过程完成:
步骤如下：
1， 我们向活动目录提交一个写请求
2， AD 根据写请求初始化一个事务
3， 接着AD 在内存中缓存该事务，
4， 同时AD 把该事务操作写到事务日志文件edb.log 中
5， 接着AD 把事务操作结果写到磁盘上的数据库文件ntds.dit
6， 接着AD 对比数据库文件和日志文件以确保事务被提交
7， 最后AD 更新检查点文件edb.chk
了解Active Directory 数据库文件的作用
1， ntds.dit 文件就是传说中的Active Directory 数据库文件。它存储了该DC 中所有的AD 对象数据。扩展名dit 的意思是directory information tree ，意思是目录信息树。
2， edb.log 是一个事务日志文件。它保存着Active Directory 的变动记录。也就是说edb.log 是Active Directory 变动的记录文件。默认的事务日志名是edb.log ，每个事务日志的文件大小为10MB ，当文件edb.log 被写满时它被重命名为edbxxxx.log ，从重新建立一个变动记录文件，同时不需要的旧记录文件会被自动删除。其中xxxx 是文件编号，从0001 开始，逐渐递增。AD 在将变动数据写入到内存的同时，AD 也会将变动数据写到变动记录文件内(edb.log) 。如果系统不正常关机，导致内存尚未写入到Active Directory 的数据丢失时，当再开机后，系统便可以根据检查点文件edb.chk 来得知要从变动记录文件edb.log 内的哪个数据开始，利用变动记录文件edb.log 内的变动记录，将关机前尚未写入Active Directory 数据库的变动记录继续写入。
3， edb.chk 是“检查点” 文件，每次AD 将内存中的数据写到AD 时，都会更新deb.chk 文件。以便记录与内存相对用的变动记录文件edb.log 内有哪一些数据已经写入到Active Director 数据库内。该文件用来维护内存和磁盘上的Active Directory 数据库之间的数据的指针。该文件的指针指出了日志文件edb.log 的起始点，如果修改有错误，就从该起始点开始覆盖信息。
4， res1.log 和res2.log 是两个预留的事务日志文件，每个大小为10MB 。当磁盘空间不够时或耗尽时，变是这2 个文件的应用场景。
我们要备份什么?
备份Active Directory 数据库，其实就是要备份Active Directory 数据库文件和SYSVOL 文件夹，而Active Directory 数据库文件和SYSVOL 文件夹都属于系统状态文件(system state) ，所以我们通过备份系统状态文件来备份Active Directory 数据库。
二，备份Active Directory 数据库
备份前首先在域控制器上创建一个北京分公司OU 和在北京分公司OU 下的2 个用户账户bob 和terry ，同时在客户端client1 利用bob 登录域。如下图
然后我们开始备份：
步骤1 ：在server1 上，单击开始-> 运行，输入ntbcakup ，回车。如下图
步骤2 ：在“备份和还原向导”对话框中选择“高级模式”，然后单击“下一步”按钮。我个人比较喜欢这种模式，其实和向导模式是一样的，根据你自己的情况选择。如下图
步骤3 ：选择“备份”标签，如下图
步骤4 ：选择System State ，单击“浏览”按钮选择备份文件存放的文件夹，其中ADbak 文件夹是我们自己创建的，而Backup.bkf 是备份文件的默认名，当然也可以改名。然后单击“开始备份”按钮，如下图。
步骤5 ：这里可以选择计划和高级，根据自身企业的情况而定。计划其实就是要创建计划作业，而高级可以选择正常，增量，差异，副本，每日五种备份类型。然后单击“开始备份”按钮，如下图
步骤6 ：正在备份System State( 系统状态) 。如下图
步骤7 ：备份完成，显示了一些备份信息。单击“关闭”按钮，如下图
步骤8 ：此时我们切换到“还原和管理媒体”标签，就会看到我们刚刚备份的System State 。方法是副本备份，如下图
三，Active Directory 数据库的还原
我们这里用标准还原来还原 Active Directory 数据库。标准还原 (normal restore) 又称为非强制还原 (nonauthoritative restore) ，也称为非验证还原。名字多多。 J ！标准还原只是单纯的将 Active Directory 数据库从备份的介质中还原，不过标准还原在单域单域控的中小企业中经常使用，另外在主辅域控当中我们常常先用标准还原再搭配强制性还原来灾难恢复，所以我们这里先演示标准还原。强制性还原和主要还原后续文章会谈。
为了演示标准还原，我们先删除contoso.com域中北京分公司OU。同时也删除这个OU下的2个用户账户bob和terry。然后我们用标准还原把他们找回来。开始吧。
步骤1：重启域控制器server1，然后按F8进入“Windows高级选项菜单”，然后我们选择“目录服务还原模式（只用于Windows域控制器）”。
步骤2：选择操作系统，如下图
步骤 3 ：输入目录服务还原模式的账户和密码，还记我们在安装活动目录时设置那个目录服务还原模式账户密码吗？对，就是那个。
步骤 4 ：开始 à 运行 -> 输入 ntbackup-> 选择“高级模式” -> 切换到还原和管理媒体 -> 选择 System State 。然后单击“开始还原”，如下图。
步骤 5 ：单击确定。如下图
步骤 6 ：单击确定，当然我们也可以切换到高级看看和制作离线备份文件时还原的高级有什么不同。发现默认第二项这里也选择了。如下面的 2 副图
步骤 7 ：正在还原，如下图。还原完成后弹出一个还原完成的报告对话框。
最后我们重新启动域控制器 server1 ，发现被删除的北京分公司 OU 和它下面的 bob 和 terry 用户账户已经被还原了。
本文转自terryli51CTO博客，原文链接： http://blog.51cto.com/terryli/143772，如需转载请自行联系原作者
你可能感兴趣的文章
炫酷的空气净化器控件 AirPurgeLayoutView
查看>>
webpack dll打包重复问题优化
查看>>
Android源码分析--Android系统启动
查看>>
基于XDanmuku的Android性能优化实战
查看>>
## iOS-GCD多线程理解
查看>>
unity集成openinstall流程
查看>>
vue实践：vue-router跳转
查看>>
分布式架构springmvc+springboot+springcloud+redis
查看>>
裁员浪潮之下，互联网人该何去何从？
查看>>
理解new和实现一个new
查看>>
菜鸟物流不平路：险棋、数据之痛后，全球化也面临新挑战？
查看>>
人工智能并非万能，智慧停车怕难解决城市停车难题？
查看>>
【Leetcode】59. 螺旋矩阵 II
查看>>
《快学 Go 语言》第 13 课 —— 并发与安全
查看>>
解决 mysql 本地无法登陆 | 便捷安装
查看>>
阅读优秀源码时可能会用的C函数（记录）
查看>>
React生命周期详解
查看>>
读MBProgressHUD
查看>>
tomcat源码分析(第四篇 tomcat请求处理原理解析--Container源码分析)
查看>>
使用element-ui的el-tree组件入坑讲解之setCheckedKeys
查看>>