FRS 會將 “_NTFRS_<xxxxxxxx>” 附加至資料夾名稱

本文可協助您修正檔案復寫服務 (FRS) 將 “_NTFRS_<xxxxxxxx>” 新增至資料夾名稱的問題。

適用於:Windows Server 2012 R2、Windows Server 2016
原始 KB 編號: 328492

徵狀

當您建立由檔案復寫服務 (FRS) 複寫的資料夾時,FRS 會將 “_NTFRS_<xxxxxxxx>” 附加至資料夾名稱。

注意事項

在此範例中, <xxxxxxxx> 代表八個隨機十六進位數位。

下表顯示 FRS 如何變更兩個資料夾的名稱。

原始資料夾名稱 新資料夾名稱
07/29/2002 09:58a Policies 07/29/2002 09:58a Policies_NTFRS_000add30
07/29/2002 10:18a scripts 07/29/2002 10:02p scripts_NTFRS_000874bb

注意事項

在較新版本的 Windows Server 中,FRS 已被取代。 如需如何移至較新解決方案的詳細資訊,請參閱下列文章:

原因

如果兩個使用者各自在不同的複本上建立資料夾,且資料夾具有相同的名稱,FRS 就會在復寫期間偵測到名稱衝突。

其中一個建立作業優先,而該資料夾會保留原始名稱。 FRS 會變更其他資料夾的名稱。

這個問題有兩個常見原因:

  • 資料夾會在複本集的多個成員上建立,然後才能復寫資料夾。 系統管理員或程式可能會在多個 FRS 成員上建立重複的資料夾。 例如,如果系統管理員嘗試手動複製資料夾,讓所有成員之間的數據保持一致,就可能發生這種情況。

  • 您會在一部伺服器上起始授權還原 (D4) ,但不會執行下列準備工作:

    • 在授權還原之後,NTFRS 服務重新啟動之前,請在重新初始化復本集的其他所有成員上停止服務。

    • 在任何伺服器可以復寫輸出變更以重新初始化副本集的成員之前,請先在重新初始化復本集的其他所有成員上設定 D2 登錄機碼。

解決方案

注意事項

群組原則 清除程式期間,受影響資料夾的處理無法運作。 這是因為原則中的 UNC 路徑不符合資料夾名稱。

如果要解決這個問題,請依照下列步驟執行。

  1. 重新命名原始資料夾和已變更的資料夾,然後等待新名稱在整個系統中傳播。

    這可確保每個資料夾在整個SVOL中都有一個通用名稱,而且名稱和 GUID 在所有成員上都相符。

    注意事項

    請勿刪除不想要的資料夾,然後重新命名另一個資料夾。 這可能會導致更多的命名衝突。

  2. 重新命名傳播之後,請選擇您想要保留的資料夾,並將名稱還原為原始名稱。 然後,您可以安全地刪除其他重新命名的資料夾。

    注意事項

    刪除任何資料夾之前,最佳做法是確定您擁有原始 (的備份,並完成) 數據。

其他相關資訊

FRS 管理的所有檔案和資料夾都會由檔案或資料夾 GUID 唯一識別。 FRS 會使用 GUID 作為要復寫之檔案和資料夾的正式識別碼。

FRS 會嘗試確定每個檔案或資料夾的 GUID 在副本集的所有成員上都完全相同。 對 FRS 而言,在 Windows 檔案總管或命令輸出 DIR 中顯示的檔案或資料夾名稱,只是檔案或資料夾的屬性。 名稱和路徑無法識別檔案。 GUID 會識別檔案。

如果 FRS 成員收到使用現有資料夾名稱建立資料夾的變更順序,FRS 會偵測到命名衝突。 現有資料夾和新資料夾有不同的 GUID。 因此,新資料夾的名稱不能與現有資料夾相同。 在此情況下,新資料夾會以FolderName>_NTFRS_<xxxxxxxx>的形式<提供新名稱。

注意事項

在此範例中, <FolderName> 代表 (第一個資料夾 <名稱) 要求的名稱,而 xxxxxxxx> 代表八個隨機十六進位數位,例如 “001a84b2”。