改進張貼 SP2 中的釋放的與更新的 Ntfs.sys 驅動程式封裝的 Ntfrs.exe

文章翻譯 文章翻譯
文章編號: 321557 - 檢視此文章適用的產品。
本文已封存。本文係以「現狀」提供且不會再更新。
重要: 本文包含修改登錄的相關資訊。 修改登錄之前請確定它備份起來,並請確定您瞭解如何在發生問題時還原登錄。如如何備份、 還原,以及編輯登錄有關,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項:
256986Microsoft Windows 登錄的描述
全部展開 | 全部摺疊

在此頁中

徵狀

檔案複寫服務 (FRS) 是多執行緒、 多重主機複寫引擎,會取代 LANMan 目錄複寫服務 (LMRepl 服務) 在 Microsoft Windows NT 版本 3.x 及 4.0。Windows 2000 網域控制站及伺服器使用 FRS 複寫系統原則及登入指令碼為 Windows 2000 為基礎和以較早的用戶端。

選擇性地,FRS 可以裝載相同容錯的分散式檔案系統 (DFS) 根目錄或子節點複本的 Windows 2000 基礎伺服器之間複寫內容。

2001 主機中,所做的變更 Ntfrs.exe 本文 」 變更至 [張貼 SP2 Hotfix 版本的 Ntfrs.exe 和 Ntfs.sys 」 一節中所述原先已經發行為 Hotfix Q307319。當 Microsoft Office,已發現通用於所有版本的檔案複寫服務的資料檔刪除問題時,Ntfrs.exe 更新一次,於 2002 年三月重新發行為 Hotfix Q307319。

兩個版本 Q307319 Hotfix 公開 (Expose) 中,可避免某些重新命名作業,並封鎖某些檔案的複寫 Ntfs.sys 問題。因此,從 2002年發行的 Hotfix Q307319 Ntfrs.exe 被包裝,而且重新發行與 Hotfix Ntfs.sys Q319473 發行版本為 Hotfix Q321557。因為 Ntfs.sys 包含所以安裝此 Hotfix 要求您重新啟動電腦。

本文說明 Ntfrs.exe 版本的變更,並在 Windows 2000 post-Service 中可用的 Ntfs.sys 封裝可解決已知問題並提升管理性和穩固性 FRS.2 (張貼 SP2) Hotfix有關這些變更說明,請參閱本文中的 「 變更到 [張貼 SP2 Hotfix 版本的 Ntfrs.exe 和 Ntfs.sys 」 一節]。

如果上已安裝此版本 Ntfrs.exe 任何 FRS 複本集成員,Microsoft 建議系統管理員部署 [Q321557 Hotfix 版本] 或 [Windows 2000 Service Pack 3 發行 Ntfrs.exe 常見 FRS 複本集,這表示在相同網域或分散式檔案系統 (DFS) 根目錄或連結的所有成員的所有網域控制站的所有成員上的目標位置 FRS 複寫已重新啟用。

發生的原因

它在處理上下游的協力廠商的變更順序時 Ntfrs 會預先安裝的資料夾中相符的臨時檔案重新命名其目的地檔案名稱和資料夾。如果目的資料夾已被其他的處理程序,如 Explorer.exe 鎖定舊版 Ntfrs 可能重新命名作業期間遇到共用違規。

若要避免共用違規,Q307319 (和 [Q321557) 版本的 FRS 會開啟降低的存取需求 (而非 GENERIC_READ 和 GENERIC_EXECUTE FILE_READ_ATTRIBUTES) 父資料夾。在如此做,鬆散的資料夾鎖定會避免共用違規防止重新命名作業無法完成。不過,這公開 Ntfs.sys 檔案系統驅動程式中不正確的存取檢查。 這個問題會防止檔案重新命名動作利用服務,例如沒有足夠明確的存取權,可以在檔案或資料夾上, 執行的作業,但是沒有隱含的權限為服務的 Ntfrs。在這種情況下,NTFRS 有備份/還原權限可提供隱含存取權的所有資料夾和磁碟區中的檔案。Q321557 Hotfix 包含了可以解決這個問題的更新的 Ntfs.sys 驅動程式。

解決方案

版本資訊

如果要解決這個問題,請取得 Microsoft Windows 2000最新 Service Pack。如需詳細資訊按一下 [下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]:
260910如何取得最新的 Windows 2000 Service Pack

Hotfix 資訊

Microsoft 提供支援的 Hotfix。不過,此 Hotfix 旨在修正本文中所述隨問題。只會發生此特定問題的系統套用此 Hotfix。

如果此 Hotfix 可供下載,您可在本知識庫文件的頂端找到「 可用的 Hotfix 下載 」區段。如果沒有出現此區段,將要求提交到 Microsoft 客戶服務及支援],以取得該 Hotfix。

附註如果發生其他問題,或如果需要任何疑難排解,您可能必須建立個別的服務要求。和此 Hotfix 無關的額外支援問題適用一般的支援費用。如需 Microsoft 客戶服務支援部門電話號碼的完整清單或要建立個別的服務要求,請造訪下列 Microsoft 網站:
http://support.microsoft.com/contactus/?ws=support
附註「 下載 Hotfix 」 表單會顯示此 Hotfix 會出現,以供使用的語言。如果您沒有看到您的語言,是因為此 Hotfix 是不適用您的語言。此修正程式的英文版應該具有下列檔案屬性或更新版本:
   Date         Time   Version        Size     File name
   --------------------------------------------------------
   02-Mar-2002  23:40  5.0.2195.5016  733,456  Ntfrs.exe
   03-Mar-2002  02:44  5.0.2195.5016   54,544  Ntfrsapi.dll
   03-Mar-2002  02:44  5.0.2195.5016   21,264  Ntfrsprf.dll
   02-Mar-2002  23:39  5.0.2195.5016   80,384  Ntfrsres.dll
   03-Apr-2002  02:41  5.0.2195.5524  513,072  Ntfs.sys

若要避免系統不具有 FRS 複本樹狀目錄的完全控制權的複寫問題,請在所有的 Windows 2000 網域控制站和成員伺服器安裝 Ntfrs.exe Q307319 發行版本上安裝此 Ntfs.sys Hotfix。安裝此 Hotfix 之後您必須重新啟動電腦。

其他可行方案

若要解決這個問題,而不安裝 Hotfix,選取受影響的 Ntfrs 複本集 (最好是具有許多輸出連線是橋頭伺服器) 成員。授與系統的帳戶完整控制權的 FRS 複本樹狀目錄中,資料夾中的所有使用這些步驟:
  1. 停止 Ntfrs 服務。
  2. 在 Windows 檔案總管中使用 [安全性] 索引標籤,或使用命令列的對等用法,授與系統的帳戶完整控制上所有的資料夾,在和下方 FRS 複本根包括隱藏的 DO_NOT_REMOVE_NtFrs_PreInstall_Directory 資料夾,使新的檔案和資料夾繼承此權限。您必須停止 FRS 修改 ACL,以供 [DO_NOT_REMOVE_NtFrs_PreInstall_Directory 資料夾。

    您可以使用下列的範例指令碼中,從命令提示字元。指令碼將焦點放在 FRS 複本根資料夾上藉由使用 Subinacl.exe 來授與系統的帳戶完整控制權的 FRS 複本樹狀結構和 DO_NOT_REMOVE_NtFrs_PreInstall_Directory 資料夾中:
    C:\>for /"X:\Frs_root_dir 」 (*),請執行 subinacl /file"%i"中的/d %i /grant = 系統 = f
    在這個範例指令碼 X:\Frs_root_dir 是磁碟機] 及 [路俓] 將會修改 ACL 的 FRS 複本根資料夾。

    指令碼會加入"SYSTEM = 完全控制 」 在和 X:\Frs_root_dir 參數中指定的路徑下方的所有資料夾的現有的權限。為了回應 [ACL 變更、 Ntfrs 會複寫所有的資料夾,在指定的目錄] 樹狀目錄中,但不會複寫檔案。

    Subinacl.exe 版本必須是版本 2.6.0.1399 或稍後若要避免不當訂購 ACE。已知的良好 Subinacl.exe 檔案資訊是:
    --a-- W32i   APP ENU   2.6.0.1399 shp   193,024 01-15-2002 subinacl.exe
  3. 重新啟動 FRS 服務。
  4. 監視預先安裝的資料夾及複本樹狀目錄。 預先安裝的資料夾中的檔案會移除檔案移動到它們目的地的資料夾 (為新的 ACL 變更才會生效。

狀況說明

Microsoft 已確認這是在本文開頭所列之 Microsoft 產品中的問題。 這個問題,首先已經在 Microsoft Windows 2000 服務套件 4年中獲得修正。

其他相關資訊

兩個版本發行為 Hotfix Ntfrs.exe Q307319 在 2001年隆之和三月,2002年中公開 (Expose) 中防止 FRS 完全複寫檔案及資料夾的 Ntfs.sys 未存取核取的問題。 在其 「 系統 」 帳戶沒有複寫的目錄樹狀目錄的完全控制權的電腦安裝這些版本的 Ntfrs.exe 其中一個系統管理員可能會遇到下列其中一種徵狀:
  • 設定內容中的 FRS 複寫 DFS 或 Sysvol 複本不一致。特別是:
    • 檔案或資料夾可能存在於上游協力電腦上的檔案建立或上次寫入,而不是在複本集的其他成員上。
    • 檔案及資料夾可能存在同時上游和下游協力電腦上,但是它們的版本可能不一致的 (較舊) 相較於接收到上次更新的電腦。
    • 檔案和資料夾 (由按一下 [檔案] 功能表上的 [新增] 及建立檔案或資料夾) 在 [檔案總管] 中所建立的複寫到下游協力電腦,但不是會複寫如果建立使用任何其他方法 (如 mkdir 命令、 複製 con filename.ext 命令、 copy 指令、 [檔案] 功能表,另存新檔 命令在 [檔案] 功能表上或拖曳 Windows 檔案總管在檔案上的 [儲存] 指令。
  • 檔案位於 [DO_NOT_REMOVE_NtFrs_PreInstall_Directory 資料夾中將不會移動至最後的位置。
  • Connstat 報表從上游協力電腦指示變更訂單已傳送至下游的協力廠商的所有有被接收並處理。
  • ntfrsutl idtable 命令指示位於上游協力電腦上的資料夾中,但遺失在下游的協力電腦上的檔案位於 FRS IDTABLE 的兩部電腦。 這表示下游夥伴所收到變更順序的檔案。
  • FRS 嘗試預先安裝的檔案重新命名為其最終的名稱時,「 存取拒絕 」 錯誤訊息會記錄在 FRS 偵錯記錄檔。例如:
    <StuPreInstallRename: 2728年: 1546年: S0: HH:MM:SS > + + 錯誤-無法 pre-install 檔案 NTFRS_ <ChangeOrder_GUID> 重新命名為filename.ext WStatus: ERROR_ACCESS_DENIED
  • 在輸入 (使用 ntfrsutl inlog 命令) 來登入遺失的檔案都將在 IBCO_INSTALL_REN_RETRY"狀態變更訂單的下游夥伴節目。這表示多個嘗試預先安裝的檔案重新命名為其目的地位置所做 (請參閱 [STATE: 欄位)。例如:
    Table Type: Inbound Log Table for DFSROOT|APPS (1)
    SequenceNumber               : 0000000d
    Flags                        : 0100004e Flags [VVAct Content Locn Retry CmpresStage ]
    IFlags                       : 00000001 Flags [IFlagVVRetireExec ]
    State                        : 0000000e  CO STATE:  IBCO_INSTALL_REN_RETRY   <--Note the rename retry error state.
    ContentCmd                   : 00002000 Flags [RenNew ]
    Lcmd                         : 00000004  D/F 0   Movein
    FileAttributes               : 00000020 Flags [ARCHIVE ]
    FileVersionNumber            : 00000005
    ..
    ..
    ChangeOrderGuid              : 9883330a-265f-4384-a38b69acb9d224bc
    OriginatorGuid               : fce4a387-68c7-43b2-9a2e93c3acbb401c
    FileGuid                     : 16ed465b-0324-4248-8c25535248bb51b6
    OldParentGuid                : 54d058b9-9a2e-4225-866d0a8a77cce7f0
    NewParentGuid                : 54d058b9-9a2e-4225-866d0a8a77cce7f0
    CxtionGuid                   : 86bc5234-f9ec-496b-8fc1b09eb55fa4b9
    Spare1Ull                    : Mon Jan  7, 2002 09:13:26
    MD5CheckSum                  : MD5: 9ac5676d 669a9926 a5a86bac 6eeae417 
    ..
    FileName                     : SOMESUCHFILE.EXT
這種情況下最好是透過 FRS 的訊息偵錯記錄檔,且如果在 Windows 檔案總管] 中建立的檔案和資料夾複寫到下游協力電腦,但不複寫如果使用其他方法來建立此 「 拒絕存取 」 錯誤來識別的。

變更至張貼 SP2 Hotfix 版本 Ntfrs.exe 和 Ntfs.sys

本文說明 Ntfrs.exe 版本的變更,並在 Windows 2000 post-Service 中可用的 Ntfs.sys 封裝可解決已知問題並提升管理性和穩固性 FRS.2 (張貼 SP2) Hotfix

FRS 會偵測並抑制過度複寫

當資料寫入至檔案時,該檔案是接移的複寫。但是,有某些情況下,其中資料寫入,而不是變更檔案。比方說如果使用群組原則套用檔案權限檔案不會變更。如果使用群組原則強制執行 Sysvol 的檔案使用權限的原則預設被套用每隔五分鐘。因此,FRS tires 複寫 「 變更 」 的檔案,即使不一定是修改權限。

在張貼 SP2] Hotfix FRS 不會複寫有沒有實際變更時檔案。而且,如果 FRS 會明顯增加偵測中的記錄檔對檔案 FRS 所作的變更數目事件 ID 13567 FRS 事件記錄檔中的訊息。

FRS 會執行序列化的版本向量聯結

當成員第一次加入一個複本集中時,FRS 會找到上游協力電腦,並要求的所有複本集中的檔案清單。在此公告 SP2 Hotfix 之前的 Windows 2000 版本,FRS 取得此清單的檔案從所有的上游協力電腦在同一時間重複這些協力電腦上的投入量會導致。在 Windows 2000 SP2 張貼 Hotfix 讓該 FRS 從上游的協力廠商取得清單,接著一個已變更此行為。因此,如果同步第一個上游協力廠商新成員複製的所有檔案從它。版本向量聯結程序,與每個後續的協力廠商是很短,因為新的成員並不需要複寫的任何檔案。如果初始的協力電腦不會同步處理,後續聯結會導致傳送給新成員的更新。

FRS 並不會停止複寫如果臨時區域填滿

如果 FRS 嘗試為臨時檔配置空間但不會成功因為沒有足夠的空間或因為使用中的空間數量已達 90%的階移空間限制參數 (預設值是 660 百萬位元組 (MB) 為單位),FRS 開始刪除臨時檔案。直到使用中的空間數量有低於 60%的階移空間限制參數,會刪除 (的順序從上次存取後最長的時間) 階段性的檔案。因此,FRS 不再停止複寫如果臨時區域用盡可用空間。如果複本集成員離線一段很長的時間,FRS 並不會封鎖上游成員上的複寫因為臨時區域已滿。 取得更多資訊有關階移空間限制參數按一下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項:
221111FRS 在登錄中的項目描述

增加的 NTFS 日誌大小

FRS 會使用 NTFS 檔案系統日誌警示到檔案進行變更。如果日誌所包裝 FRS 會失去追蹤需要複寫的變更。您必須執行非授權的還原作業。NTFS 日誌大小增加到 128 百萬位元組 (MB),以減少日誌換行的可能性。

變更為自動非系統授權還原功能

FRS 不再執行自動的非系統授權還原時偵測到日誌換行條件。而是,就會記錄事件識別碼 13568 FRS 事件記錄檔中訊息,提醒您執行作業在方便的時間。登錄機碼已包含設定自動的非系統授權還原作業,如果您想要執行這項操作。不過,如果您設定 [此] 設定複本樹狀目錄的內容可能會進行無法使用時還原作業正在進行中。

逾時問題

獲得解決下列逾時問題:
  • 如果許多成員嘗試與上游協力電腦的一次進行同步處理,會發生逾時的問題。
  • 如果正在建立臨時檔案非常大的檔案,會發生逾時的問題。

變更 FRS 臨時路徑方式的變更

您現在已可變更 FRS 臨時路徑而不需執行非授權的還原作業。FRS 偵測到臨時路徑的變更時,就會記錄事件識別碼 13563 FRS 事件記錄檔,描述程序中的訊息。這個訊息是:
檔案複寫服務已偵測到臨時複本集 %1 路徑已經變更。
目前的臨時路徑 = %2
新的臨時路徑 = %3
服務就會啟動它時重新啟動之後,使用新的臨時路徑。服務設為每個重新開機後重新啟動。建議您以手動方式重新啟動服務,以避免遺失臨時目錄中的資料。若要以手動方式重新啟動服務,執行下列步驟:

[1] 執行"net stop ntfrs 」,或者使用 [服務嵌入式管理單元內的 [] 來停止檔案複寫服務。

[2] 移動對應到複本的所有階移檔案到新的臨時位置設定 %1。如果一個以上的複本集共用目前的臨時目錄然後它會將臨時檔案複製到新的臨時目錄中比較安全。

[3] 執行 「 net start ntfrs 」,或使用 [服務] 嵌入式管理單元來啟動檔案複寫服務。

FRS 的預先安裝的資料夾中的檔案重新命名會產生 「 拒絕存取 」

這個版本的 FRS 會降低的存取需求 (而非 GENERIC_READ 和 GENERIC_EXECUTE FILE_READ_ATTRIBUTES) 父資料夾開啟以避免發生共用違規,以避免在上階移檔案從完成重新命名作業。不過,這公開 Ntfs.sys 檔案系統驅動程式中不正確的存取檢查。更新的 Ntfs.sys 驅動程式會包含在此 Hotfix 套件中。

其他變更

  • 網域控制站無法建立 Sysvol 共用時,會記錄的事件訊息現在都更具描述性的。
  • FRS 更新的 Windows 2000 Service Pack 2 (SP2) 可讓線路"] 上的壓縮。如果複寫的資料已經壓縮過,實際上可能大於原始產生的檔案。發生這種情況時,FRS"無訊息式 」 不會複寫。這個問題已經解決。
  • 變更為 Microsoft Office 文件檔案 (.doc、.xl?、 等等) 上一複本可能會導致要刪除所有的下游協力電腦上相同的檔案。這個問題已經修正。
  • FRS 服務必須建置該連結磁碟區的序列值到磁碟機代號的表格。此表格用來確定服務可以找到正確的磁碟區的複寫資料夾即使磁碟機代號指派變更。建置此資料表時,FRS 不再會輪詢卸除式磁碟機。
  • 已修正包含有關如何更新登錄說明的事件訊息。
  • 可以是明顯有許多網域控制站的環境中的記憶體遺漏問題已經修正。
如需詳細資訊按一下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項:
221111FRS 在登錄中的項目描述
如需有關如何取得對 Windows 2000 Datacenter Server Hotfix 的詳細資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項:
265173資料中心程式及 Windows 2000 Datacenter Server 產品

屬性

文章編號: 321557 - 上次校閱: 2014年2月27日 - 版次: 3.3
這篇文章中的資訊適用於:
  • Microsoft Windows 2000 Server SP1
  • Microsoft Windows 2000 Server SP2
  • Microsoft Windows 2000 Advanced Server SP1
  • Microsoft Windows 2000 Advanced Server SP2
  • Microsoft Windows 2000 Professional SP1
  • Microsoft Windows 2000 Professional SP2
關鍵字:?
kbnosurvey kbarchive kbmt kbautohotfix kbhotfixserver kbqfe kboswin2000fix kbwin2ksp4fix kbbug kbfix kbwin2000presp3fix KB321557 KbMtzh
機器翻譯
重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本:321557
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

提供意見

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com