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站点和服务工具中删除Servers源DC的链接。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增加备用DNS4.备份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联系。
本文出自 “service unavailable” 博客，请务必保留此出处http://mefoo.blog.51cto.com/922293/1380845