我们使用Windows Server 2012作为我们的两个站点之间运行DFS-R的文件系统，作为业务连续性系统的一部分。 上周，DFS-R在一个需要文件服务器重新启动的站点上失败。 同样的事情发生在另一个网站，导致几小时的停机时间，而我们试图解决 – 虽然现在我们知道只是重新启动，这是不好的。
当我们诊断根本原因（ESENT中的超时错误）时，DFS-R服务当前被禁用，但是我希望在一夜之间恢复在线状态。
我希望能够强制发生脏关机时运行相同的代码，即服务重新启动时检查数据库。 我知道这需要好几个小时，但我更喜欢这样做，而不是提出一个可能立即失败的服务。
这可能吗？
那么你可以删除数据库，并导致脏closures恢复，如果你真的想。
但我认为你应该在这里做的是做一个备份，按原样收集debugging日志（用于分析），然后决定是否要启动服务或者可能重新初始化RF /数据库。
如果沿着这条路线走，你需要select一台服务器作为起始的主服务器。
debugging日志分析文档，如果你想刺日志分析在这里： http : //blogs.technet.com/b/askds/archive/2009/04/09/dfsr-debug-log-series-wrapup-and-downloadable -copies.aspx