如何偵測並修復從 Windows Server 2003 中的 USN 復原

文章翻譯 文章翻譯
文章編號: 875495 - 檢視此文章適用的產品。
全部展開 | 全部摺疊

在此頁中

本文章的有 Microsoft Windows 2000 Server] 版本請參閱 885875

結論

本文將告訴您,當執行 Microsoft Windows 2000 的網域控制站時,就會發生的條件或 Microsoft Windows Server 2003 開始從 Active Directory 資料庫已不正確地還原或複製到的地方。這種情況就所謂的更新順序數字] 回復,或 USN 復原

USN 復原時修改的物件和發生在一個網域控制站的屬性不會複寫到樹系中其他網域控制站。因為複寫協力電腦相信他們擁有 Active Directory 資料庫的最新複本,監視與疑難排解工具,例如 Repadmin.exe 不要報告任何複寫錯誤。

Hotfix 875495 或 Windows Server 2003 Service Pack 1 的安裝完成後 Microsoft Windows Server 2003 網域控制站會記錄目錄服務事件 2095 當遇到 USN 復原。事件訊息的文字會指示這份文件的系統管理員了解有關修復選項。

因為是難以偵測與修復 USN 復原從我們建議系統管理員安裝 Hotfix 875495 或 Windows Server 2003 Service Pack 1 所有 Windows Server 2003 網域控制站上,特別是那些在虛擬化的裝載環境中。 如需詳細資訊,請按一下下列的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
888794 裝載虛擬的裝載環境中的 Active Directory 網域控制站時的考量

簡介

本文討論下列主題:
  • 支援備份 Active Directory 執行 Windows Server 2003 的網域控制站上的方法
  • 典型的 Active Directory 感知的系統狀態備份還原時,就會發生的行為
  • 如何將先前的 Active Directory 資料庫複製到目前的 Active Directory 資料庫包含不還原系統狀態的情況下的資料夾可能會造成 USN 復原
  • Microsoft Windows Server 2003 網域控制站經驗 USN 復原時,Active Directory 複寫是如何影響
  • 復原 Active Directory 網域控制站後遭遇 USN 復原的方法
  • Hotfix 875495 和 Windows Server 2003 Service Pack 1 偵測 USN 復原,並隔離受影響的網域控制站的增強功能
透過網域控制站的生命週期可能必須還原,或"回復"階段中的已知良好點 Active Directory 資料庫的內容。或者您可能必須回復網域控制站的主機作業系統系統到已知的良好點包括 Active Directory 中的元素。

您可以使用回復 Active Directory 內容的支援的方法如下:
  • 使用使用 Microsoft 提供,而且 Microsoft 測試 API 的 Active Directory 感知備份和還原公用程式。這些 API 系統非-授權或系統授權還原系統狀態備份。從相同的作業系統安裝及相同的實體或虛擬電腦所還原的應該是來自被還原的備份。
  • 使用 Microsoft 磁碟區陰影複製服務 API 會使用一個 Active Directory 感知備份和還原公用程式。這些 API 備份及還原網域控制站系統狀態。磁碟區陰影複製服務可支援在 Windows Server 2003 電腦上建立單一或多個磁碟區的單一時間點陰影複製。單一時間點陰影複製是也稱為快照。如需更多的資訊,請造訪下列 Microsoft 網站並搜尋 「 磁碟區陰影複製服務 」:
    http://support.microsoft.com/
  • 還原系統狀態。評估是否有效的系統狀態備份存在此網域控制站。如果不正確地還原復原網域控制站之前,而且備份中包含最近所做的任何變更網域控制站上進行有效的系統狀態備份,從最新備份進行還原系統狀態。

其他相關資訊

典型的 Active Directory 感知的系統狀態備份還原時,就會發生的行為

Windows Server 2003 網域控制站會使用 USN 搭配引動過程的識別碼來追蹤必須複寫 Active Directory 樹系中的複寫協力電腦之間的更新。

來源網域控制站使用 USN,判斷哪些變更已經被接收到被要求變更目的地網域控制站。目的地網域控制站使用 USN 決定什麼變更應該要求從來源網域控制站。

引動過程 ID 識別版本] 或 [在指定的網域控制站執行 [Active Directory 資料庫的執行個體化。

當 Active Directory 使用 API 和 Microsoft 已設計和測試的方法還原網域控制站上時,引動過程識別碼是正確地重設已還原的網域控制站上。 在樹系的網域控制站會收到通知的引動過程重設。 因此,它們調整其上限標準值。

軟體和造成 USN 復原的方法

當使用時下列環境、 程式或子系統的系統管理員可以略過檢查和 Microsoft 已經設計用來還原網域控制站系統狀態時,會發生的驗證:
  • 開始一個 Active Directory 網域控制站還原其 Active Directory 資料庫檔案 (複製) 至適當位置,藉由使用影像的程式,例如 Norton 幽靈車。
  • 正在啟動網域控制站的一個先前儲存的虛擬硬碟影像。下列案例會造成 USN 復原:
    1. 升級虛擬的裝載環境中的網域控制站。
    2. 建立快照集或虛擬的裝載環境的替代版本。
    3. 讓網域控制站繼續輸入複寫,並以輸出複寫。
    4. 啟動您在步驟 2 中建立網域控制站影像檔案。
  • 虛擬化的裝載環境會造成這種情況的範例包括 Microsoft 虛擬 PC 2004、 Microsoft Virtual Server 2005 及 EMC VMWARE。其他虛擬化的裝載環境也可能會造成這種情況。
  • 如虛擬的裝載環境中的網域控制站支援的條件的更多有關,按一下 [下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]:
    888794裝載在虛擬的裝載環境中的 Active Directory 網域控制站時的考量
  • 藉由使用先前儲存的作業系統影像而不需要系統狀態還原 Active Directory 的選取會載入磁碟子系統的磁碟區上啟動位於一個 Active Directory 網域控制站。

    案例開始多份,位於所儲存多個版本的磁碟區的磁碟子系統的 Active Directory 的 a:
    1. 將網域控制站的升級。尋找 Ntds.dit 檔案可以儲存多個版本的主控 Ntds.dit 檔案的磁碟區的磁碟子系統上。
    2. 使用磁碟子系統建立主控 Ntds.dit 檔案進行網域控制站的磁碟區的快照集。
    3. 繼續執行,讓您在步驟 1 中建立磁碟區從載入 Active Directory 網域控制站。
    4. 啟動網域控制站的 Active Directory 在步驟 2 中儲存的資料庫。
    案例 b: 開始 Active Directory 從中斷鏡像中的其他磁碟機上
    1. 將網域控制站的升級。尋找 Ntds.dit 檔案在鏡像磁碟機上。
    2. 中斷鏡像。
    3. 利用 Ntds.dit 檔案鏡像中第一個磁碟機上的繼續輸入的複寫,並輸出複寫。
    4. 使用 Ntds.dit 檔案在第二個磁碟機中鏡像上的啟動網域控制站。
如果即使不適合每個這些案例可能會導致網域控制站,以回復至舊版的 Active Directory 資料庫由不受支援的方法。僅支援回復 Active Directory 內容的方式,或 Active Directory 網域控制站的本機狀態是使用 Active Directory 感知備份及還原 」 公用程式來還原系統狀態備份產生的相同的作業系統安裝和相同的實體或虛擬電腦所還原的。

Microsoft 不支援其他任何所需的作業系統映像 Active Directory 網域控制站的系統狀態的項目和複製項目,該系統狀態的快照集的處理序。 除非系統管理員 intervenes,這種處理程序會造成 USN 復原。這個 USN 復原會造成直接及可轉移複寫協力電腦的不正確地還原的網域控制站,要他們 Active Directory 資料庫中有不一致的物件。

USN 復原的效果

USN 復原發生修改的物件和屬性不會輸入先前曾經看過 USN 的目的地網域控制站複寫。

因為這些目的地網域控制站相信是最新的沒有複寫錯誤都會報告在目錄服務事件記錄檔或由監視和診斷工具。

USN 復原可能會影響複寫的任何物件或任何磁碟分割中的屬性。最常觀察到的副作用是使用者帳戶和復原網域控制站建立的電腦帳戶不存在一或多個複寫協力電腦上。或在來自復原網域控制站上的密碼更新並不存在上複寫協力電腦。

下列步驟將示範可能會造成 USN 復原的事件順序。當網域控制站系統狀態會在使用不支援的系統狀態還原的時間內復原交易時,就會發生 USN 復原。
  1. 系統管理員將升級為網域中的三個網域控制站。(本範例在網域控制站都 DC1、 DC2 和 DC2,和網域是 Contoso.com])。DC1 和 DC2 是直接複寫協力電腦。DC2 和 DC3 也是直接複寫協力電腦。DC1 和 DC3 並非直接複寫協力電腦,但接收轉移到 DC2 原始更新。
  2. 系統管理員會建立對應到 USN 1 到 10 在 DC1 上的 10 個使用者帳戶。所有這些帳戶複寫到 DC2 和 DC3。
  3. 作業系統的磁碟映像會擷取在 DC1 上。 這個影像有對應到本機的 USN 1 到 10 在 DC1 上的物件的記錄。
  4. 在 Active Directory 中進行下列變更:
    • 在步驟 2 建立的所有 10 個使用者帳戶的密碼會重設在 DC1 上。這些密碼對應到 USN 11 到 20。所有 10 DC2 和 DC3 都更新密碼複寫。
    • 在 DC1 上建立 10 個新的 「 使用者 」 帳戶,對應到 USN 21 到 30。這些 10 個使用者帳戶複寫到 DC2 和 DC3。
    • 對應到 USN 31 到 40 的 10 個新電腦帳戶就會在 DC1 上建立。這些 10 個電腦帳戶複寫到 DC2 和 DC3。
    • 透過 50 會對應到 USN 41 的 10 個新安全群組就會在 DC1 上建立。這些 10 安全性群組複寫到 DC2 和 DC3。
  5. DC1 遇到硬體故障或軟體失敗。 系統管理員使用磁碟映像公用程式複製已在步驟 3 至適當位置中建立的作業系統影像。DC1 現在一開始就有 Active Directory 資料庫所具有的 USN 1 到 10 的知識。

    因為作業系統映像已複製到適當位置,未使用支援的方法還原系統狀態的 DC1 會繼續使用相同的引動過程 ID USN 50 要向上建立初始複本資料庫和所有的變更。DC2 和 DC3 也維護相同的引動過程 ID DC1 的 USN 50 的 最新向量 以及 DC1 的。(最新向量是目前最新的原始更新發生在指定的目錄磁碟分割的所有網域控制站上的狀態)。

    除非系統管理員 intervenes,DC2 和 DC3 做不輸入對應的變更複寫至本機的 USN 11 到源自 DC1 的 50。而且,根據至引動過程 ID DC2 使用,DC1 已經對應到 USN 11 50 變更的知識。 因此,DC2 不會傳送那些變更。因為在步驟 4 中的變更並不存在在 DC1 上,登入要求失敗與 「 拒絕存取 」 錯誤。因為密碼不相符或因為帳戶不存在,當 DC1 的隨機驗證較新的帳戶,就會發生這個錯誤。
  6. 監視樹系中的複寫狀況系統管理員請注意下列情況:
    • Repadmin /showreps 命令列工具會報告的雙向的 Active Directory 複寫之間以及 DC2 和 DC3 DC1 和 DC2 之間發生而不會發生錯誤。這種情況可就很難偵測出任何複寫不一致。
    • 正在執行 Windows Server 2003 的網域控制站的目錄服務事件記錄檔中的複寫事件未指出目錄服務事件日誌中的任何複寫失敗。這種情況可就很難偵測出任何複寫不一致。
    • 使用中目錄使用者] 和 [電腦] 或 [Active Directory 管理工具 (Ldp.exe) 顯示不同的物件和不同的物件中繼資料計數,網域目錄磁碟分割,DC2 和 DC3 上的比較在 DC1 上磁碟分割時。不同之處在於對應到 USN 的變更集變更 11 到 50 在步驟 4。

      附註本範例在不同的物件計數會套用到使用者帳戶、 電腦帳戶和安全性群組。不同的物件中繼資料表示不同的使用者帳戶密碼。
    • 已偶爾會在步驟 2 建立的 10 個的使用者帳戶的使用者驗證要求產生了 「 拒絕存取 」 或密碼不正確的錯誤。因為密碼不符合這些使用者帳戶上 DC1 和 DC2 和 DC3 上的帳戶之間存在,可能會發生此錯誤。遇到這個問題的使用者帳戶對應到在步驟 4 中建立的使用者帳戶。使用者帳戶和密碼重設在步驟 4 中的做不到網域中其他網域控制站複寫。
  7. DC2 和 DC3 開始輸入-複寫對應到會大於 50 從 DC1 的 USN 數字的原始更新。這個複寫進行通常不需要系統管理介入中,因為超過先前記錄的 up-to-dateness 向量閾值 USN 50。 (USN 50 已在 up-to-dateness 向量錄製 DC2 和 DC3 DC1,DC1 已離線,並還原之前的 USN)不過,新 corresponded USN 11 到透過 50 原始 DC1 上不支援還原後的變更會永遠不會複寫到 DC2、 DC3 或其可轉移複寫協力電腦。
雖然在步驟 6 中所述的徵狀代表影響的 USN 復原可以使用者和電腦帳戶上的某些,USN 復原可以避免在 Active Directory 中的任何磁碟分割中任何物件類型複寫。這些物件型別包括下列各項:
  • Active Directory 的複寫拓樸和排程
  • 在樹系和這些網域控制站持有的角色的網域控制站存在

    附註這些角色包括通用類別目錄、 相關識別元 (RID) 配置和操作主機角色。(操作主機角色是也稱為彈性單一主機操作或 FSMO)。
  • 樹系中的網域和應用程式磁碟分割的存在
  • 安全性群組和其目前的群組成員資格的存在
  • DNS 記錄登錄在 Active Directory 整合 DNS 區域
USN 內徑大小可能表示數百、 千分位或甚至上萬的變更到使用者、 電腦、 信任、 密碼及安全性群組。(由最高 USN 編號所作的已還原的系統狀態備份後,並變更的來源數目時,即已存在的拍攝離線之前,復原網域控制站上所建立的差異被定義 USN 漏洞)。

偵測執行的 Windows Server 2003 的網域控制站上的 USN 復原

因為在事件記錄檔或複寫引擎錯誤沒有身份登 USN 復原可能會很難偵測出。

偵測 USN 復原的一種方法是 Repadmin.exe 的使用 Windows Server 2003 版本來執行 repadmin /showutdvec 命令。這個版本的 Repadmin.exe 顯示複寫常見的命名內容的所有網域控制站在 up-to-dateness 向量 USN。 若要偵測 USN 復原,比較具有相同的命令在網域控制站的複寫協力電腦上的輸出 repadmin /showutdvec 命令在網域控制站上的輸出。如果直接複寫協力電腦有更高 USN 數個網域控制站非網域控制站有針對本身,且 repadmin /showreps 命令不會報告直接複寫協力電腦之間的複寫錯誤,您會有吸引人的辨識項的 USN 復原。

附註當它到 Active Directory 之後重新啟動其系統狀態還原使用支援的備份及還原方法正確地還原的網域控制站會重設其本機引動過程的 ID 屬性。當重設引動過程 ID 是輸出複寫時,樹系中的遠端網域控制站會記錄為新的資料庫執行個體還原的網域控制站上重設引動過程識別碼。雖然已還原的網域控制站仍然是同一個網域控制站的遠端網域控制站認可此還原的網域控制站作為新的複寫協力電腦因為引動過程識別碼變更。(引動過程 ID 是資料庫執行個體的識別)。已還原的網域控制站本身會接受來自遠端網域控制站和網域控制站上之前已還原的其他遠端網域控制站的變更。

下列範例會示範 repadmin /showutdvec 命令的輸出,DC1 和 DC2 contoso.com 網域中。在這個範例是執行緊接在步驟 5 中的復原命令。
C:\>Repadmin /showutdvec dc1 dc = contoso,dc = com
快取的 GUID...
Site1\DC1 USN @ 時間 2004年 10 15: 15: 07-8-04
@ USN Site2\DC2 24805 @ 時間 2004年-08-04 15: 06: 59
C:\>Repadmin /showutdvec dc2 dc = contoso,dc = com
快取的 GUID...
Site1\DC1 USN @ 時間 2004年 50-8-04 15: 07: 15
@ USN Site2\DC2 24805 @ 時間 2004年-08-04 15: 06: 59
從 DC1 輸出會顯示本機 USN 的 10。複寫 DC2 有輸入-到 USN 50,將會忽略從原始 DC1 會對應到下一步 40 USN 數字的 Active Directory 更新。

偵測具有 Windows Server 2003 SP1 或 875495 的 Hotfix 安裝 Windows Server 2003 網域控制站上的 USN 復原

因為 USN 復原就很難偵測出所以 Windows Server 2003 網域控制站上具有 Windows Server 2003 Service Pack 1 (SP1) 或 875495 Hotfix 安裝記錄檔事件 2095 當來源網域控制站將先前經過的 USN 數字傳送到目的地網域控制站沒有相對應的變更引動過程識別碼。

若要防止唯一源自更新到 Active Directory 在不正確地還原的網域控制站上建立網路登入服務已暫停。當網路的登入服務暫停時,使用者和電腦帳戶不能變更密碼在網域控制站,將不輸出-複寫這類變更上的。同樣的 Active Directory 管理工具會偏好健全的網域控制站,當他們在 Active Directory 中的物件進行更新。

在網域控制站上具有 Windows Server 2003 SP1 或 875495 的 Hotfix 安裝,下列情況成立時,會記錄類似下列的事件訊息:
  • 來源網域控制站會將先前經過的 USN 數字傳送到目的地網域控制站。
  • 並未相對應的變更,在引動過程識別碼。
訊息 1

事件類型: 錯誤
事件來源: NTDS 複寫
事件類別: 複寫
事件識別碼: 2095年
日期: 3/10/2005
時間: 4:26:51 PM
使用者: USN\2B25VB $
電腦: 2B9A
描述: 在一個 Active Directory 複寫要求,本機網域控制站 (DC) 識別遠端 DC 其中已從本機 DC 使用追蹤號碼的已認可 USN 收到複寫資料。因為遠端 DC 會認為它是有最新的 Active Directory 資料庫比本機 DC,遠端 DC 將不未來的變更套用到 Active Directory 資料庫的複本,或複寫到源自此本機 DC 其直接及可轉移複寫協力電腦。如果未立即解決,這種情況會導致這個來源 DC 和一或多個直接及可轉移複寫協力電腦的 Active Directory 資料庫中的不一致之處。特別的使用者、 電腦和信任關係、 他們的密碼、 安全性群組、 安全性群組成員資格及其他 Active Directory 組態資料可能有所不同影響能夠登入,一致性尋找感興趣的物件,並執行其他重要的作業。若要決定是否此錯誤設定查詢使用 http://support.microsoft.com 此事件識別碼或連絡您的 Microsoft 產品支援。最可能的這種情況的原因是不當還原 Active Directory 的本機網域控制站上。使用者動作: 如果這種情況下發生的不適當或不想還原因為,強制降級 DC。遠端 DC: b55ee67f-ed73-4970-b2d4-7dc6f571439f 磁碟分割: CN = 組態 DC = usn DC = loc 報告的遠端 DC 的 USN: 24707 由本機 DC 的 USN 報告: 20485 有關的詳細資訊請在 http://support.microsoft.com 參閱說明及支援中心。

訊息 2

事件類型: 警告
事件來源: NTDS 一般
事件類別: 複寫
事件識別碼: 1113年
日期: 3/10/2005
時間: 4:26:51 PM
使用者: USN\2B25VB $
電腦: 2B9A
描述: 輸入的複寫已被停用使用者。如需詳細資訊請 http://support.microsoft.com 在參閱 [說明及支援中心]。

訊息 3

事件類型: 警告
事件來源: NTDS 一般
事件類別: 複寫
事件識別碼: 1115年
日期: 3/10/2005
時間: 4:26:51 PM
使用者: USN\2B25VB $
電腦: 2B9A
描述: 輸出複寫已被停用使用者。請如需詳細資訊參閱 [說明及支援中心在 http://support.microsoft.com

訊息 4

事件類型: 錯誤
事件來源: NTDS 一般
事件類別: 服務控制
事件識別碼: 2103年
日期: 3/10/2005
時間: 4:26:51 PM
使用者: USN\2B25VB $
電腦: 2B9A
描述: Active Directory 資料庫已還原使用不支援的還原程序。使用中的目錄將無法登入使用者,雖然這種情況仍然存在。如此一來,網路登入服務已經暫停。使用者動作,請參閱前一個事件日誌以取得詳細資料。如需詳細資訊請 http://support.microsoft.com 在參閱 [說明及支援中心]。

這些事件可能會擷取目錄服務事件記錄檔中。不過,它們可能會覆寫之前它們觀察由系統管理員。

從 USN 復原復原

如果要復原從 USN 復原,請依照下列步驟執行:
  1. 移除網域控制站,以強制其成為獨立的伺服器,Active Directory。 如需詳細資訊,請按一下下列的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
    332199當您使用 「 Active Directory 安裝精靈 」 來強制降級在 Windows Server 2003 和 Windows 2000 Server 中的網域控制站作業不降級依正常程序
  2. 關機降級的伺服器。
  3. 健全的網域控制站上清理降級的網域控制站的中繼資料。 如需詳細資訊,請按一下下列的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
    216498如何在網域控制器降級失敗後,移除 Active Directory 中的資料
  4. 如果不正確地還原的網域控制站的主機作業主要角色,將這些角色轉換到健全的網域控制站。 如需詳細資訊,請按一下下列的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
    255504使用 Ntdsutil.exe 轉移或抓取 FSMO 角色的網域控制站
  5. 重新啟動降級的伺服器。
  6. 如果您需要以請一次在獨立的伺服器上安裝 Active Directory。
  7. 如果網域控制站先前通用類別目錄,設定網域控制站是通用類別目錄。 如需詳細資訊,請按一下下列的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
    313994如何建立或移動 Windows 2000 中的通用類別目錄
  8. 如果網域控制站先前裝載的操作主機角色,轉移的操作主機角色回網域控制站。 如需詳細資訊,請按一下下列的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
    255504使用 Ntdsutil.exe 轉移或抓取 FSMO 角色的網域控制站
  9. 還原系統狀態。

    評估是否有效的系統狀態備份存在此網域控制站。如果不正確地還原復原網域控制站,和備份中包含最近在網域控制站所做的變更之前,已進行有效的系統狀態備份,從最新備份進行還原系統狀態。

Hotfix 資訊

Microsoft 提供支援的 Hotfix。不過,此 Hotfix 旨在修正本文中所述隨問題。只會發生此特定問題的系統套用此 Hotfix。這個 Hotfix 可能會接受額外的測試。因此,如果您不會嚴重影響這個問題,我們建議您等候下一個包含此 Hotfix 的軟體更新。

如果此 Hotfix 可供下載,您可在本知識庫文件的頂端找到「 可用的 Hotfix 下載 」區段。如果本節 Does Not Appear 請連絡[ Microsoft 客戶服務 ] 和 [ 支援 ] 以取得此 Hotfix。

附註如果發生其他問題,或如果需要任何疑難排解,您可能必須建立個別的服務要求。和此 Hotfix 無關的額外支援問題適用一般的支援費用。如需 Microsoft 客戶服務支援部門電話號碼的完整清單或要建立個別的服務要求,請造訪下列 Microsoft 網站:
http://support.microsoft.com/contactus/?ws=support
附註「 下載 Hotfix 」 表單會顯示此 Hotfix 會出現,以供使用的語言。如果您沒有看到您的語言,是因為此 Hotfix 是不適用您的語言。

檔案資訊

此 Hotfix 的英文版在檔案屬性 (或更新版本的檔案屬性) 如下列表格中所列。這些檔案的日期和時間為 Coordinated Universal Time (UTC)。當您檢視檔案資訊時,會將它轉換為當地時間。若要到 UTC 與當地時間差異使用在 [日期及時間 中項目控制台中的 [時區] 索引標籤]。
   Date        Version            Size  File name     
   -------------------------------------------------
   09-30-2004  5.2.3790.220  1,531,904  Ntdsa.dll
   09-30-2004  5.2.3790.212     32,768  Ntdsatq.dll
   09-30-2004  5.2.3790.220     79,872  Ntdsetup.dll
   07-19-2004  5.5.31.0         21,504  Spcustom.dll
   07-18-2004  5.5.31.0          7,168  Spmsg.dll
   07-19-2004  5.5.31.0        169,984  Spuninst.exe
   09-19-2004  5.2.3790.212     59,392  Ws03res.dll
   07-18-2004  5.5.31.0        654,336  Update.exe

屬性

文章編號: 875495 - 上次校閱: 2007年10月26日 - 版次: 16.4
這篇文章中的資訊適用於:
  • Microsoft Windows Server 2003, Datacenter Edition for Itanium-Based Systems
  • Microsoft Windows Server 2003, Enterprise Edition for Itanium-based Systems
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
關鍵字:?
kbmt kbautohotfix kbqfe kbhotfixserver KB875495 KbMtzh
機器翻譯
重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本:875495
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