地震后的重建!——AD灾难恢复!
版权声明:原创作品,谢绝转载!否则将追究法律责任。 |
Active Directory灾难恢复之
网络拓扑重建
2008年5月12日 中午14:28分,中国四川省汶川县发生了比
截止
为尽快展开灾后重建工作,各部门加大了力度,邻近四川的各省市救灾与灾后重建同时展开,各企事业单位也随即进入灾后重建的队列中,然而,各企业及部门在重建通讯网路的过程中,问题也随即而来。
案例一:
某公司基本网络拓扑如下,内网有三台域控制器,一台为主域控制器,其余两台为子域控制器,由于公司规模较小,DNS服务器与主域控制器安装在同一台PC上,受震灾影响,担任主域控制器的PC被完全物理损毁,内网负责管理的服务器就剩两台子域控制器,现在公司要求最快速度还原出网络拓扑,从而进一步重建其它服务,接到求助后,第一时间规划出还原方案。
根据之前受伤的该公司管理员描述后,我们用Microsoft ISA2004实验室的Microsoft Virtual PC 2007虚拟机,以及其中的3套Virtual PC:Florence、Firenze和Berlin来模拟出此次灾难恢复的实验环境,Florence担任物理损毁的主域控制器,它的角色曾是操作主机、DNS服务器以及全局编录服务器,其次用Firenze和Berlin来承担域中两台幸免于难的子域控制器。
首先架构公司震前的网络环境,新建itet.com域,域中部署主域控制器Florence和两台子域控制器Firenze和Berlin,(具体部署办法这里不在陈述,我的博客中有博文介绍,欢迎阅读),环境构建好后,我们关闭Florence,并让其不在出场,下面开始我们AD灾难恢复之旅。
开始实验前我们先勾画出实验完成后所要求的目的
1 重建好DNS服务器
2 转移操作主机角色
3 重建全局编录服务器
4 AD中清除报废的主域控制器对象
5 最后,重建的主域控制器于子域控制器间拥有正确的复制拓扑而且能正常复制链接
·实施计划:
(一)角色规划
.由于公司以给出明确要求:“恢复好的网络拓扑将直接并永久用于公司内网”。所以我们必须要将主域控制器角色以及操作主机角色、全局编录服务器角色交予子域控制器中的其中一台来承担,它将替代Florence的所有角色,之前小张描述过,Firenze的硬件性能略好于Berlin,并且我们用于替代Florence角色的PCServer将永久担当这一角色,所以我们决定用Firenze这台子域控制器来替代Florence,另外由于PC资源紧张并且公司规模较小,负载较轻,DNS服务器就将架设于Firenze中,Firenze最终将担任Florence的所有角色。
![]() ![]() (二)环境模拟
我们在VPC中搭建好原来的网络架构
1.DNS服务器Florence中建立好名为ITET.com的域
2.IP及DNS地址配置
Florence为192.168.11.101;
Firenze为192.168.11.102;
Berlin为192.168.11.108;
DNS:均指向DNS服务器Florence: 192.168.11.101.
3.Florence作为主域控制器、DNS服务器、全局编录服务器、操作主机。
4.Firenze和Berlin作为该域的两台子域控制器。
5.搭建好灾前的网络环境后,我们将Florence关机,并让其不在出场。
6.这时我们在重新启动Firence和Berlin,重启进入系统后展开各自AD中的站点和服务项,尝试能否复制拓扑,如图,出现如下提示
![]() ![]() ![]() 如上图:域控制器间互相复制拓扑时,出现RPC服务器不可用的错误,至此,灾难状态模拟成功!接下来我们开始实施重建。
(三)灾难重建
(1). DNS服务器重建
1.把Firenze和Berlin的DNS服务器地址指向将要担任DNS服务器的Firenze:192.168.11.102如图:
![]() 将Firenze: DNS服务器地址指向自己:192.168.11.102
将Berlin: DNS服务器地址指向Firenze:192.168.11.102,下图
![]() 2. Firenze上开始安装DNS服务,下图
![]() 挂入适合当前操作系统的OS镜像,Firenze为原版2003,因此挂入原版2003的Iso,然后Win+R运行sysocmgr /i:sysoc.inf打开Windows组建安装向导,安装DNS服务。
![]() 点击确定开始安装
![]() 提示安装完成,点击完成退出
DNS安装完毕,接下来我们新建一个正向主要查找区域ITET.com
3.新建正向主要查找区域
我们Win+R运行dnsmgmt.msc打开DNS管理界面,在正向查找区域上点击右键,然后选择新建区域,进入新建区域向导
![]() 选择新建主要区域,在这里我们要注意下,如上图,在最末行我们看见了一项默认打钩的“在AD中存储区域”的选项,我们需要去掉这个钩后在点击下一步,因为待会儿重建DNS需要区域文件,我们去掉这个钩,区域文件将存贮在本地计算机,方便随后的重建操作。
![]() 我们去掉这个钩,然后继续下一步进行配置,上图
![]() 出现定义区域名称向导界面,我们输入模拟原公司域名的实验域名ITET.com,然后点击下一步,出现下图提示
![]() 问打算将itet.com的区域文件怎样命名并存贮与哪里,(如果之前DNS服务器完好,我们可以选择使用此现存文件,然后挂入之前的区域文件即可),这里由于DNS和AD安装在一台PC上,而这台PC以被完全物理损毁,故选择新建区域文件,同时为方便记忆,我们选择默认的区域文件名称,确认无误后点击下一步
这时,向导出现了提示是否允许动态更新的界面,这是关键的一步,我们要想让AD复制拓扑正常,一定要选用允许动态更新,因为只有允许了动态更新,AD之间数据的变化才能及时传递给对方,所以我们在此项一定要选用:允许安全和非安全动态更新,然后我们点击下一步,确认无误后,完成安装。
4.向DNS区域文件中导入各域控制器的Netlogon.dns记录
由于之前DNS 文件的丢失,要重建DNS服务器,必须要向DNS区域文件中导入各域控制器中Netlogon.dns中的SRV记录、Cname记录、A记录和NS记录,下面看怎样进行导入。
一. 首先在DNS服务器Firenze中添加一条Berlin的A记录,并指明Berlin的IP地址:192.168.11.108.如图
![]() |


















