活动目录之备份还原计划设计的一些思路及注意事项

在生产环境中，如果还没有计划应对潜在的灾难的话，DC故障之类的问题所带来的可能就不是一点不便，而会导致一张真正的灾难

那么如何制定一个有效可行的灾难应对计划呢？我们需要考虑以下几点：

1，为DC制定一个备份还原的作业指导书。

标准作业，一般都会帮到我们很顺利的做成一件事情，因为这个作业指导书是经过多次尝试，千锤百炼出来的！

2，在实验环境中进行活动目录的重大更改。

在企业中升级某些应用或者增加某种平台的时候，不要完全相信厂家的保证，虽然他们做过很多次这样的项目有过很多次这样的经历，积累了很好的经验，但一个公司一个环境，环境的不同也就造就了所产生的潜在的灾难，所以，在自己没有把握的情况吧，尽量把这些潜在的灾难消灭在实验环境中，比如虚拟机中先进行测试，在实验环境中升级成功后，可以在生产环境中实现它！否则，到时候哭的只有我们自己！

3，要有合理的备份和测试还原计划。

可以根据自身的环境设计一个合理的备份计划，比如，每天晚上进行备份，另外一个值得我们注意的一点就是，当你做了一些重大的操作后，比如，扩展林，批量的增加了一些用户，这个时候，就没必要等到晚上去备份了，建议操作完成后，立即手动的进行备份，以防万一！

另外一点，有了备份以后，需要我们反复的进行测试还原计划，许多管理的好的网络环境都有一定的还原步骤，其中每周会测试还原步骤的一部分，如果真有灾难，你就会承受很大的压力--所以，有计划的进行测试还原是很有必要的，如果自己真有机会进行灾难恢复的时候，希望这个时候的还原步骤不是你的第一次这样操作！

4，部署具有冗余的DC服务器。

对于大多数服务器来说，只要多一点投资就可以获取某种程度上的硬件冗余，比如：双电源，双网卡，这些应该作为DC服务器的一些标配。如果说这样的冗余能节省你一个晚上都在还原DC的工作，那也值得投资！

5，在一个网络中，请至少部署知道2台DC。

AD使用循环的方式记录日志文件，而且不能修改默认值，循环日志意味着在单台DC上，如果DC崩溃了，就可能会丢失活动目录，而必须从备份中还原，不管哪一个公司，多台DC是很重要的，这不是说你有双网卡，双电源就能够解决的！有的人会说，我多部署几台DC呗，这也未尝不可，不过，DC太多，会增加复制的时间，会增加一些故障的排错时间，可以根据自身的境况合理的部署DC的台数！

以上只是一些，作为DC的一些备份计还原设计的一些思路，没有说到的还请后面的达人进行补充！

今后的分享帖子我会偏重于理论和思路，至于一些操作步骤，我想在这个万分发达的网络时代，想找一份操作手册那也是很容易的，我们所缺少的就是这些操作之前的一些设计思路，以及注意事项！我希望我和各位午饭多进行这方面的探讨！有什么不对的，大家可以指正！

 

IT之梦----你---我---他----

 

Day Day Up