AD域宕机恢复及运维最佳实践

(一)域宕机(更替硬件)的恢复:

 

1.手动重新配置网络设置,主机名随机,如果需要新的DC和原来的DC一样的名字,必须先使用NTDSUTIL清除源对象后才能建立建立的DC名。在删除源DC之前,应该确认源DC上不包含5大角色任1(netdom query fsmo),如果有的话需要夺取。

2.建立DNS,添加主机记录手工修复SRV记录新建同源DNS名称的主要区域,新建本机A记录。

3.在源机器上复制netlogon.dns到新建的netlogon.dns文件中,

4.停止DNS服务并重启。(在已辅DNS上可以省略以上操作)

5.在辅DC上NTDSUTIL命令强行占用Florence的操作主机角色。(注意:AD的备份不能还原60天前的数据,当要执行卷恢复时,如果条件允许尽可能使硬件配置及磁盘容量与源机器一致)。

6.AD站点和服务工具中,设置DC类型为全局编录服务器。

7.AD用户和计算机中Domain Controllers删除DC对象,在AD站点和服务工具中删除ServersDC的链接

8.AD站点和服务工具检查复制拓扑

(二)AD/DNS/DHCP的迁移

场景需求:一台DC是dc01,承载着DC,DNS,DHCP,服务器硬件比较老,打算更换一台配置比较好的服务器,所以需要把dc08上3项服务迁移到其他服务器上DC02

迁移顺序:
1, 活动目录―>2, DNS服务―>3, DHCP服务

迁移顺序说明:

1.活动目录作为基础架构,我们必须保证在迁移其他服务之前,活动目录服务是正常的,不然会对其他的服务造成致命的影响.

2.DNS服务和活动目录紧密结合,所以要和活动目录一起进行迁移

迁移步骤:

1)提升DC02为辅助DC(同时安装DNS),修改双方的备用DNS信息为对方ip

2)dc02执行五大角色转移,并检查组策略,用户账号等信息的同步问题,注意站点属性勾选为GC

3)一般情况下,为了保证dc02的运行正常,我们需要dc02和dc01同时在线一段时间

3.在DHCP服务中配置服务器选项,为客户端获取IP增加备用DNS

4.备份DHCP,然后恢复到新服务器上,并撤销原服务器的dhcp授权确认无误后,删除dc01上的dhcp服务)。

5.客户端进行测试观察dhcp和域环境是否正常

6.新服务运行正常情况下,dc01进行降级。不要勾选”删除该域“,卸载服务重启后退出域环境。

注意事项:
1, 迁移AD的时候一定要注意新旧服务器要同时共存运行一段时间,避免

一些意外的情况发生。
2, 一定要首先保证AD迁移没有问题在迁移其他服务
3, 做任何操作之前首先要进行备份,防止意外风险。

4, 记录每一步操作并整理成标准文档。

 

 

(三)使用DNS,请遵循最佳惯例:

 

1.在不同的网络上运行分离的域名服务器来取得冗余性。

2.在网络外围和DNS服务器上使用防火墙服务。将访问限制在那些DNS功能需要的端口/服务上。

1.可能时,限制动态DNS更新。

2.将区域传送仅限制在授权的设备上。

3.利用事务签名对区域传送和区域更新进行数字签名。

4.隐藏运行在服务器上的BIND版本。

5.删除运行在DNS服务器上的不必要服务,如FTP、telnet和HTTP。

6.将外部和内部域名服务器分开(物理上分开或运行BINDViews)并使用转发器(forwarders)。外部域名服务器应当接受来自几乎任何地址的查询,但是转发器则不接受。它们应当被配置为只接受来自内部地址的查询。关闭外部域名服务器上的递归功能(从根服务器开始向下定位DNS记录的过程)。这可以限制哪些DNS服务器与Internet联系。 

 

你可能感兴趣的:( ,AD域恢复,DNS使用最佳实践)