活动目录之备份还原计划设计的一些思路及注意事项
2011-12-29 16:07
176 查看
在生产环境中,如果还没有计划应对潜在的灾难的话,DC故障之类的问题所带来的可能就不是一点不便,而会导致一张真正的灾难
那么如何制定一个有效可行的灾难应对计划呢?我们需要考虑以下几点:
1,为DC制定一个备份还原的作业指导书。
标准作业,一般都会帮到我们很顺利的做成一件事情,因为这个作业指导书是经过多次尝试,千锤百炼出来的!
2,在实验环境中进行活动目录的重大更改。
在企业中升级某些应用或者增加某种平台的时候,不要完全相信厂家的保证,虽然他们做过很多次这样的项目有过很多次这样的经历,积累了很好的经验,但一个公司一个环境,环境的不同也就造就了所产生的潜在的灾难,所以,在自己没有把握的情况吧,尽量把这些潜在的灾难消灭在实验环境中,比如虚拟机中先进行测试,在实验环境中升级成功后,可以在生产环境中实现它!否则,到时候哭的只有我们自己!
3,要有合理的备份和测试还原计划。
可以根据自身的环境设计一个合理的备份计划,比如,每天晚上进行备份,另外一个值得我们注意的一点就是,当你做了一些重大的操作后,比如,扩展林,批量的增加了一些用户,这个时候,就没必要等到晚上去备份了,建议操作完成后,立即手动的进行备份,以防万一!
另外一点,有了备份以后,需要我们反复的进行测试还原计划,许多管理的好的网络环境都有一定的还原步骤,其中每周会测试还原步骤的一部分,如果真有灾难,你就会承受很大的压力--所以,有计划的进行测试还原是很有必要的,如果自己真有机会进行灾难恢复的时候,希望这个时候的还原步骤不是你的第一次这样操作!
4,部署具有冗余的DC服务器。
对于大多数服务器来说,只要多一点投资就可以获取某种程度上的硬件冗余,比如:双电源,双网卡,这些应该作为DC服务器的一些标配。如果说这样的冗余能节省你一个晚上都在还原DC的工作,那也值得投资!
5,在一个网络中,请至少部署知道2台DC。
AD使用循环的方式记录日志文件,而且不能修改默认值,循环日志意味着在单台DC上,如果DC崩溃了,就可能会丢失活动目录,而必须从备份中还原,不管哪一个公司,多台DC是很重要的,这不是说你有双网卡,双电源就能够解决的!有的人会说,我多部署几台DC呗,这也未尝不可,不过,DC太多,会增加复制的时间,会增加一些故障的排错时间,可以根据自身的境况合理的部署DC的台数!
以上只是一些,作为DC的一些备份计还原设计的一些思路,没有说到的还请后面的达人进行补充!
今后的分享帖子我会偏重于理论和思路,至于一些操作步骤,我想在这个万分发达的网络时代,想找一份操作手册那也是很容易的,我们所缺少的就是这些操作之前的一些设计思路,以及注意事项!我希望我和各位午饭多进行这方面的探讨!有什么不对的,大家可以指正!
IT之梦----你---我---他----
Day Day Up
本文出自 “IT----你---我---他---” 博客,请务必保留此出处http://itmydream.blog.51cto.com/961933/754061
那么如何制定一个有效可行的灾难应对计划呢?我们需要考虑以下几点:
1,为DC制定一个备份还原的作业指导书。
标准作业,一般都会帮到我们很顺利的做成一件事情,因为这个作业指导书是经过多次尝试,千锤百炼出来的!
2,在实验环境中进行活动目录的重大更改。
在企业中升级某些应用或者增加某种平台的时候,不要完全相信厂家的保证,虽然他们做过很多次这样的项目有过很多次这样的经历,积累了很好的经验,但一个公司一个环境,环境的不同也就造就了所产生的潜在的灾难,所以,在自己没有把握的情况吧,尽量把这些潜在的灾难消灭在实验环境中,比如虚拟机中先进行测试,在实验环境中升级成功后,可以在生产环境中实现它!否则,到时候哭的只有我们自己!
3,要有合理的备份和测试还原计划。
可以根据自身的环境设计一个合理的备份计划,比如,每天晚上进行备份,另外一个值得我们注意的一点就是,当你做了一些重大的操作后,比如,扩展林,批量的增加了一些用户,这个时候,就没必要等到晚上去备份了,建议操作完成后,立即手动的进行备份,以防万一!
另外一点,有了备份以后,需要我们反复的进行测试还原计划,许多管理的好的网络环境都有一定的还原步骤,其中每周会测试还原步骤的一部分,如果真有灾难,你就会承受很大的压力--所以,有计划的进行测试还原是很有必要的,如果自己真有机会进行灾难恢复的时候,希望这个时候的还原步骤不是你的第一次这样操作!
4,部署具有冗余的DC服务器。
对于大多数服务器来说,只要多一点投资就可以获取某种程度上的硬件冗余,比如:双电源,双网卡,这些应该作为DC服务器的一些标配。如果说这样的冗余能节省你一个晚上都在还原DC的工作,那也值得投资!
5,在一个网络中,请至少部署知道2台DC。
AD使用循环的方式记录日志文件,而且不能修改默认值,循环日志意味着在单台DC上,如果DC崩溃了,就可能会丢失活动目录,而必须从备份中还原,不管哪一个公司,多台DC是很重要的,这不是说你有双网卡,双电源就能够解决的!有的人会说,我多部署几台DC呗,这也未尝不可,不过,DC太多,会增加复制的时间,会增加一些故障的排错时间,可以根据自身的境况合理的部署DC的台数!
以上只是一些,作为DC的一些备份计还原设计的一些思路,没有说到的还请后面的达人进行补充!
今后的分享帖子我会偏重于理论和思路,至于一些操作步骤,我想在这个万分发达的网络时代,想找一份操作手册那也是很容易的,我们所缺少的就是这些操作之前的一些设计思路,以及注意事项!我希望我和各位午饭多进行这方面的探讨!有什么不对的,大家可以指正!
IT之梦----你---我---他----
Day Day Up
本文出自 “IT----你---我---他---” 博客,请务必保留此出处http://itmydream.blog.51cto.com/961933/754061
相关文章推荐
- 移动开发设计的一些注意事项
- 数据库设计中的一些图及其注意事项
- 项目开发中的一些注意事项以及技巧总结 基于Repository模式设计项目架构—你可以参考的项目架构设计 Asp.Net Core中使用RSA加密 EF Core中的多对多映射如何实现? asp.net core下的如何给网站做安全设置 获取服务端https证书 Js异常捕获
- 异步FIFO设计的一些注意事项
- JAVA程序员养成计划之JVM学习笔记(0)-一些注意事项
- Eclipse中lib 和 libs 目录的区别 和加载jar注意的一些事项
- 数据库设计中一些注意事项
- 学习设计模式的一些注意事项
- 双目视觉测量系统设计中的一些注意事项
- DSP硬件设计的一些注意事项
- B2C网站设计思路之前期九大注意事项[转载]
- EF Code First MySql 主从表设计的一些需要注意的内容
- 使用 EhCache 关于临时目录的一个注意事项
- css 3d box 实现的一些注意事项
- APPACH 配置COGNOS POWERPLAY虚拟目录注意事项
- iOS尺寸设计 切图注意事项
- shell脚本的一些注意事项
- mysql在互联网应用设计和开发中的注意事项
- powerdesigner设计oracle数据库注意事项
- golang的sql.DB的一些注意事项及读写锁的总结