DFS 複製回滾出現問題會導致重新啟動後資料遺失和檔案狀態過時。

Question

DFS 複製回滾出現問題會導致重新啟動後資料遺失和檔案狀態過時。

Tiago Gomes 20

我在一個企業文件服務環境中遇到了一個相當嚴重的問題。我們使用 DFS 複製在兩台檔案伺服器 DC-FS01（Windows Server 2008 R2 企業版）和 DC-FS02（Windows Server 2019 標準版）之間進行資料複製。該配置在生產環境中穩定運行了一段時間，服務於多個部門，文件同步也運作正常，直到最近。

2 月 22 日，兩台伺服器都進行了計劃重啟，之後我們發現了一些非常令人擔憂的問題：部分複製的 DFS 資料夾似乎回滾到了 2 月 8 日的舊狀態。使用者報告文件遺失，並且突然出現了舊版本的文檔，這立即引發了人們對資料完整性和潛在複製回滾的擔憂。

更令人困惑的是，我檢查了我們的備份系統，希望能夠恢復到更新的檔案版本。然而，即使是最新的備份也只顯示了 2 月 8 日的舊版本。儘管用戶在那之後確實創建、修改並保存了文件，而且備份作業也順利完成，沒有出現任何錯誤。

我現在正在嘗試理解是什麼原因導致 DFS 複製中出現這種明顯的「時間回滾」現象。是否存在與 DFSR 版本控制、暫存、衝突處理或與卷影副本互動相關的已知行為，會導致較新的資料被靜默覆蓋或無法正確保存？我也沒有找到直接恢復 DFSR 中丟失更改的明確方法。因此，我想知道是否存在某種隱藏的復原機製或複製日誌可以幫助恢復檔案的最新狀態。

0 則留言

1 個回答

您的回答

Answer 1

你好，Tiago Gomes，

你观察到的“时间回滚”是DFSR数据库因脏关机导致的典型症状。

要尝试数据恢复，你必须探索复制文件夹根部隐藏的系统文件夹。导航至 [ReplicatedFolder Root]\DfsrPrivate\ConflictAndDeleted。当 DFSR 确定某个文件版本“失去”冲突时，它通过用唯一的 GUID 重命名该版本来保留冲突。你可以用同一个目录里的文件，把这些 GUID 映射回它们的原始名称 ConflictAndDeletedManifest.xml 。如果文件是在2008 R2服务器本地创建的，但崩溃前从未被索引，也要检查一下文件夹。 [ReplicatedFolder Root]\DfsrPrivate\PreExisting 访问这些文件需要提升管理权限，并在文件夹选项中启用“显示受保护的操作系统文件”。

为了防止未来发生这种情况，您必须在登记册中增加服务关闭宽限期。导航到 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control 并设置 WaitToKillServiceTimeout 值为 300000 （5分钟）。这确保了 DFSR 服务在重启时有足够时间将缓存刷新到磁盘。此外，考虑到Windows Server 2008 R2缺乏Server 2019的现代数据库弹性;升级这个遗留节点是确保在电源事件或重启期间完全确保数据完整性的唯一途径。

希望这个回答能给你带来一些有用的信息。如果有，请点击“接受答案”。如果你有任何问题，欢迎留言。

副总统