博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
AD数据库的备份与还原
阅读量:5771 次
发布时间:2019-06-18

本文共 1379 字,大约阅读时间需要 4 分钟。

Windows server 2003系统的AD数据库真正存放位置是在\Windows\NTDS中,其中Ntds.dit即是AD数据库的主要文件,edb.log为AD数据库的变动记录文件,edb.chk为AD数据库与内存中的AD数据的差异记录文件,res1.log,res2.log为备用的AD数据库的变动记录文件.
 
备份AD数据库
若要备份AD数据库,在域内任一台DC上,执行"开始/所有程序/附件/系统工具/备份"命令.打开备份向导
下一步
这里点备份
以自行选择要备份的内容.
勾选"System state"按下一步
输入备份的路径和名称
点高级
这里有多种备份类型选择.
可以验证数据
如果原来有要覆盖可有替换
还可配置计划配置备份
可看到备份多了其它条件内容
可看到现在进行备份了.
备份完成,单击报告看下有没有文件被略过的.
可看见备份没有问题.有时出现警告的信息属于正常,并非备份AD数据库不完整.
 
下面来看还原数据库
还原数据库比备份复杂一些
进入目录服务还原模式
DC正常运行时,不能够进行AD数据库的还原,必须重新开机,并于启动操作系统前,按F8进入目录还原模式的操作
选择目录服务还原模式
输入登录的管理员用户名和密码
进入以后,同样打开备份命令.
下一步
在这里选择还原文件和设置
选择要还原的项目就是刚才备份的.
点下一步
这里选择还原到原位置
点确定
这里选择第一个.
到下一步时同样选择高级选项
这里选择前三个
这样便设置完成
正在还原
还原完成
点下报告看看
成功.
然后便是重启
 
还原的后续操作
假如域内不只一台DC,便会面临一个问题:域其它DC进行AD数据库复制更新的时候,便会盖掉这台DC刚被还原的AD数据库,这样一样,还原工作不就等于前功尽弃了吗?
AD数据库中的数据,各自有版本编号,以比较数据的新旧程度,其中AD数据的版本编号较高,则代表其本身较新,而域内各DC会定时核对彼此的AD数据库是否一致,若发现某台DC的AD数据,较新于自己的数据,则会用对方较新的AD数据,覆盖掉自己的较旧的AD数据.为了让先前还原的AD数据库的所有数据,都比域其它DC正在使用的AD数据库都要新,执行"开始/命令提示符"
当输入后确定定时出现窗口,点是
完成以上操作,并重新开机与正常启动系统后,该项DC刚被还原的AD数据库中各数据的版本编号,就会比域中任何其它DC的AD数据要求得高,因此被还原的AD数据库反而会覆盖其它DC的AD数据库.
 
下面来看重新设置还原密码
假设忘记了自己当初指派给"Administrator"帐户的还原密码,而无法进入目录服务还原模式,那就可以用工具"Ntdsutil.exe"可以重新设置密码
条件是:重设还原密码的主机必须是安装WIN2003系统,不包括WEB版的.
二是要进行目录还原的DC,必须关闭目录服务还原模式,回到正常模式运行,才能重设还原密码.三是可在域内任一DC或成员服务器上操作
输入命令
可见这是在重设本机的还原密码,如果要设置其它域内的DC域成员服务器,必须打开其它服务器,在上面改"NULL"为服务器名即可.
完成
     本文转自yangming1052 51CTO博客,原文链接:http://blog.51cto.com/ming228/103957
,如需转载请自行联系原作者
你可能感兴趣的文章
Dot NET 内存泄漏
查看>>
c#关于时间TimeHelper类的总结
查看>>
Web APi入门之移除XML格式(一)
查看>>
SDK:用GetWindowRect GetClientRect 获得控件在客户区的RECT
查看>>
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 1099 bytes)
查看>>
UITextField
查看>>
css-进度条
查看>>
Redis配置文件详解
查看>>
数据链路层(1)
查看>>
Tracing App Engine Programs
查看>>
sql触发器知识
查看>>
AngularJS(7)-表格
查看>>
配置IIS Express 7.5以允许外部访问
查看>>
Python内置函数(9)——callable
查看>>
经典台词
查看>>
JS cookie 设置 查看 删除
查看>>
使用ASP.NET WEB API文档来上传异步文件
查看>>
指针参数 引用参数
查看>>
链表笔记之1
查看>>
HTML5
查看>>