我们使用 Windows Server 2012 作为我们的文件系统，在我们的两个站点之间运行 DFS-R，作为我们业务连续性系统的一部分。上周，DFS-R 在一个站点失败，需要重新启动文件服务器。同样的事情刚刚发生在另一个站点，导致几个小时的停机时间，而我们试图解决这个问题 - 尽管现在我们知道简单地重新启动这并不好。
在我们诊断根本原因（ESENT 中的超时错误）时，DFS-R 服务目前已禁用，但我想在一夜之间将其重新上线。
我希望能够强制在发生脏关机时运行相同的代码，即在服务重新启动时检查数据库。我知道这需要很多小时，但我更愿意这样做而不是提供可能立即再次失败的服务。
这可能吗？
如果您确实愿意，您可以删除数据库并导致脏关闭恢复。
但我认为你在这里真正应该做的是进行备份，按原样收集调试日志（用于分析），然后决定是否要启动服务或者重新初始化 RF/数据库。
如果您要沿着这条路线走，您需要选择一个服务器作为起始主服务器。
如果您想尝试日志分析，调试日志分析文档位于： http://blogs.technet.com/b/askds/archive/2009/04/09/dfsr-debug-log-series-wrapup-and-downloadable -副本.aspx
| 归档时间： |
|
| 查看次数： |
308 次 |
| 最近记录： |