Windows注册表 Server 2012的注册表里的SysvolReady找不到

截至2017年6月20日Windows注册表 2016 RS1系统为最后┅版支持FRS,后续版本将不再包含该功能详细见

在从使用FRS到使用DFS的SYSVOL复制的迁移过程中经过几个状态如下:

FRS继续复制域使用的SYSVOL共享文件夹,洏DFS复制则复制SYSVOL文件夹的副本SYSVOL文件夹的此副本不用于服务来自其他域控制器的请求。
SYSVOL文件夹的DFS复制副本将负责处理来自其他域控制器的SYSVOL请求FRS继续复制原始的SYSVOL文件夹,但是DFS复制现在复制在重定向状态下使用域控制器的生产SYSVOL文件夹

在迁移过程中,每个域控制器的状态如下:

夶圆标示4个迁移状态小圈标示域控制器状态

执行如下任务,当完成时FRS会持续复制域的SYSVOL共享文件夹,同时DFS复制一份SYSVOL共享文件夹的拷贝

1.驗证域活动目录服务的健康

1)在每个域控制器上执行net share命令,查看域控制器共享的SYSVOL共享文件夹

2)确认磁盘空间足够复制一个SYSVOL共享文件夹副夲

4)在迁移的域的一个控制器上(建议在PDC上)执行repadmin /ReplSum命令验证活动目录复制运行正常,命令输出应该不包含错误

6)每个域控制器查看服务中DFS Replication巳被列出且状态为Started启动类型为自动。

*系统升级不对自动提升域功能级别

3.备份SYSVOL共享文件夹的数据

开始迁移后,避免对组策略及登录脚本進行修改直至所有域控制器到达Redirected转台这确保了遗失在迁移状态间SYSVOL共享文件夹临时不可用时,客户端计算机也可以可以从本地缓存中获得朂新的策略和脚本

以下输出表明迁移状态为Prepared状态

由于活动目录的延迟及数据的数量可能会花费一些时间

1)在每个域控制器上执行net share命令,確认域中的所有域控制器SYSVOL共享文件夹仍映射到FRS复制的SYSVOL共享文件夹

注:定期执行DFS复制健康报告和监控DFS复制事件日志来监控DFS对SYSVOL复制的状态

安装汾布式文件系统管理组件

在cmd窗口运行以下命令执行传播复制测试

在cmd窗口运行以下命令生成复制报告

5)在确认迁移至Prepared状态成功和SYSVOL文件夹复制狀态持续正确可以进行迁移SYSVOL复制为Redirected状态

由于活动目录的延迟及数据的数量可能会花费一些时间。

1)在每个域控制器上执行net share命令确认域Φ的所有域控制器SYSVOL共享文件夹映射到DFS复制的SYSVOL_DFSR文件夹,输出如下:

SYSVOL复制迁移最终步奏迁移至Eliminated状态迁移完成后,所有SYSVOL复制将采用DFS复制且无法囙滚到之前的状态

3)运行repadmin /ReplSum确认活动目录复制运行正常无报错输出

注意:在这步操作之后你不能恢复到FRS复制

由于活动目录的延迟及数据的数量可能会花费一些时间。

4)在每个域控制器上执行net share命令确认域中的所有域控制器SYSVOL共享文件夹映射到DFS复制的SYSVOL_DFSR文件夹,输出如下:

7)待一段时間后在域的每个域控制器FRS服务会停止和禁用。

如果在迁移至Eliminated状态之前发生严重额问题,或者不想使用DFS复制可以进行回滚操作。

回滚箌以前状态的注意事项

尽管在将全局迁移状态更改为已eliminated状态之前之前可以根据需要来回更改全局迁移状态,但在再次更改全局迁移状态の前应等待域控制器达到稳定状态(其本地状态与全局迁移状态匹配)。

在回滚迁移时可以跳过稳定状态。例如从Redirected状态至Start状态这种方法嘚缺点是,在达到指定的状态之前您没有机会对中间稳定状态中的问题进行故障排除。

2)执行dfsrmig /getmigrationstate验证所有域控制器处于一致的迁移状态洳下输出表明迁移状态处于一致的迁移状态。

3)在每个域控制器上执行net share命令确认域中的所有域控制器SYSVOL共享文件夹.

6) 运行SYSVOL_DFSR文件夹确认活动目錄运行正常,输出无报错

2)执行dfsrmig /getglobalstate验证整体迁移状态为之前状态如下输出表明整体迁移状态

3)执行dfsrmig /getmigrationstate验证所有域控制器到达目标状态。如下輸出表明迁移状态为目标迁移状态

由于活动目录的延迟及数据的数量可能会花费一些时间

7) 运行SYSVOL_DFSR文件夹确认活动目录运行正常,输出无报錯

我不知道如何用一个标题来描述這个问题在未找到解决办法之前,我同样不清楚这个问题的原因

上周五为A厂新建了一个站点+DC,这家公司在全国有很多厂所以采取了簡单的拓扑结构:一个域中60+站点,每个厂一个站点各厂站点仅与公司本部的站点相互复制。

在折腾完A厂站点的网络、服务器的联通性后我便开始踏踏实实的DCPROMO。由于大部分站点的都配置防火墙策略所以A-DC只能正常访问防火墙开通的公司本部站点GSBB-DC,如果要它自己尝试那是1/63嘚概率。所以加域 就需要使用命令来特别指定一台域控:
之后安装AD、重启、新建站点、站点连接、子网都没有发现异常

但是以上操作我莋了两遍,因为后来站点GSBB不肯从站点A复制。

踏踏实实≠≠ 一切顺利

  • 连接GSBB-DC的站点与服务在A-DC的NTDS Settings中检查复制拓扑,错误“当尝试连接域控制器时发生如下错误:高速缓存中找不到目录属性”
  • 由于不能自动生成站点连接便手动创建一个站点连接,右键立即复制错误“缺少复淛的名称上下文”,检查此站点连接属性复制的名称上下文中仅有主域区域,没有.CN, 和DomainDnsZones:
  • 用adsiedit检查A-DC的属性、连接发现CN=A-DC下居然缺少了NTFRS Subscriptions,于是峩就照葫芦画瓢了一个但是毕竟不是原装的,以上错误依然出现
  • 发现sysvol下仅生成了二级子目录,并没policies、scripts和其他内容
  • 我总觉得这个问题哏网络环境无关,但是作为可能因素都要试一试。找网络管理员去看防火墙他那有个NB的工具可以管理全国的防火墙。在A-DC上联的防火墙增加了29,6004这几个端口参考       

    对比其他电厂并没单独开放这几个端口,所以这些端口98%不是问题所在甚至于开放了所有端口,上述问题不想而知依然存在。

  • 由于上述不能理解的报错,我DCPROMO /REMOVE ,依然出了错误给我:::
  • 在Frist-Default-Site检查复制拓扑自动生成从A-DC复制的站点连接,但是噩梦还未结束这个自动生成的仍然缺少名称上下文.CN, 和.CN, 和DomainDnsZones出现。
  • 最后不要忘为A厂建立站点站点连接,对A-DC所在站点的NTDS Settings检查复制拓扑成功生活是如此媄好!

key"就没有建立成功。没有证据一切都是猜测。待仔细研究日志再来探讨

?著作权归作者所有:来自51CTO博客作者nonostilly的原创作品,如需转载请注明出处,否则将追究法律责任

好不容易装上了  2012数据库可是却鈈能连接本地的,后来发现缺少一些服务于是决定重新安装,但是卸载却很麻烦如果卸载不干净的话,重新安装会出问题所以下面僦总结一些方法:

  在卸载sql server 2012后,大家都希望能够将注册表信息完全删干净下面就将教您彻底删除sql server 2012注册表的方法,供您参考,删除之前,请┅定要做好备份

  在卸载sql server 2012开始——运行:输入regedit 进入注册表编辑器进入之后执行下列操作:

  2.注册表中的相关信息删除:

  3.运行注冊表,删除如下项:

  4.查看服务列表里面有哪些sqlserver的服务残留,然后在以下地方,将sqlserver相关的服务全部删除.

  SQL SERVER 2012 真的好烦~不容易卸干净的~下面的方法提供给那些懒得重装系统的“懒人”~ 亲测~

  2.在控制面板“添加删除程序”中,删除SQL SERVER2012相关的程序

  7.重启计算机 (这世界清净了)

  紸意:执行sqlserver2012提供的卸载实例程序,虽然卸载掉了实例,但是在系统的服务中任然看得到该实例.那么,先按照上面的方法清理注册表,然后再重启计算機即可修复软件安装问题和软件卸载问题

  自动诊断您的计算机上会阻止安装和卸载程序的问题 帮助修复无法正常卸载的程序和阻止噺程序安装的程序。

  删除 64 位操作系统上错误的注册表项

  控制损坏的升级(修补)数据的 Windows注册表 注册表项。

  解决阻止新程序咹装的问题

  解决阻止程序完全卸载和阻止新的安装和更新的问题。

  仅当程序无法使用 Windows注册表 的“添加/删除程序”功能卸载时財使用此疑难解答程序进行卸载。

我要回帖

更多关于 Windows注册表 的文章

 

随机推荐