您目前已離線,請等候您的網際網路重新連線

當您備份大型系統磁碟區時,備份程式未成功

Windows Server 2003 的支援已於 2015 年 7 月 14 日結束

Microsoft 已於 2015 年 7 月 14 日結束對 Windows Server 2003 的支援。此變更已影響您的軟體更新和安全性選項。 瞭解這對您的意義為何且如何持續受保護。

請注意--重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,且可能由 Microsoft Community 利用 Community Translation Framework技術或人工進行事後編修。翻譯過程並無專業譯者參與。Microsoft 同時提供使用者人為翻譯、機器翻譯及社群編修後的機器翻譯三種版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,所有翻譯文章都可能不盡完美,內容都可能出現詞彙、語意或文法上的錯誤。就翻譯內容之不正確或錯誤,或客戶因使用翻譯內容所產生的任何損害,微軟不負擔任何責任。Microsoft將依合理的商業努力不斷地更新機器翻譯軟體和工具,以期能為使用者提供更好的服務。

按一下這裡查看此文章的英文版本:304101
徵狀
當您嘗試利用 NTBackup.exe,或使用協力廠商的備份程式使用 NT 備份 API 建立備份時,備份可能未成功完成。即使您執行程式在本機伺服器上,可能會發生這個問題。此外,您可能會遇到一或多個下列的徵狀︰
  • 一或多個下列的錯誤訊息會出現在應用程式記錄檔 ︰
    錯誤訊息 1
    錯誤 1450 :系統資源不足,無法完成要求的服務。

    錯誤 1450: / hex 0x5aa ERROR_NO_SYSTEM_RESOURCES

    作業系統錯誤 1450 系統資源不足,無法完成要求的服務。

    寫入「裝置」失敗,狀態 = 1450
    錯誤訊息 2
    錯誤 1130年 ︰ 伺服器存放空間不足 」 可處理此命令。

    錯誤 1130年 / 十六進位的 0x46a ERROR_NOT_ENOUGH_SERVER_MEMORY

    備份或還原操作不正常結束。
  • 事件識別碼 2020年和事件識別碼 2021年訊息可能會產生 「 伺服器 」 服務。

    附註一般而言,不會出現事件識別碼 2020年和事件識別碼 2021年訊息。
  • 如果您執行最 HP OmniBack 備份程式,您可能會收到類似下列的錯誤訊息 ︰
    [] C:\foldername\file.name 81:78
    無法讀取 57256 位元組位移的 436176408(:1): ([1450]
    系統資源不足存在要完成要求的服務。)。
  • 如果您在 [Windows 工作管理員] 中檢視 [效能] 索引標籤,您會發現,未分頁的核心記憶體不足。
附註本文所描述的問題無關的原因,可能會收到這些錯誤訊息。如果您收到這些錯誤訊息只當您備份大型的系統磁碟區,這兩個最可能的原因就是本文所描述。

為了協助判斷您遇到這個問題,請啟動 Windows 工作管理員] 中,,,然後按一下 [效能] 索引標籤。在右下方,找出 [核心記憶體 (K) ] 區域中,並為分頁,然後記下的值。此作業約 160 百萬位元組 (MB),您可能會遇到這個問題,在 Microsoft Windows 2000 或 Microsoft Windows NT 4.0 中。或者,您可能會遇到這個問題,Microsoft Windows Server 2003 中的,這個值超過 160 MB 時。如果您有更高的值來設定分頁集區記憶體的登錄機碼,就不會發生這個問題才會使用較高值的分頁集區記憶體 (分頁集區記憶體使用量達到約有百分之 80 的設定值時,可能發生問題)。如果您有gflags設定打開的集區標籤,且如果您使用 Poolmon 公用程式,您會看到較高的用量的MmSt標記。這是用來對應用來追蹤共用的檔案操作系統記憶體集區標籤。
發生的原因
這個問題的兩個原因都與相關。更常見的原因被列在最前面 ︰
  • 更多檔案會比處理記憶體快取管理員可以開啟項目。如此一來,快取管理員已經用完可用的分頁集區記憶體。
  • 備份程式嘗試備份的檔案,其大小大於 API 可以存取該版本的作業系統的備份。這會有相同的結果 (也就是已耗盡分頁集區)。

    附註 這個第二個問題是比較容易發生 Microsoft Windows NT 4.0 的電腦上。
每個問題的解決方法,端視您是否遇到問題,Windows Server 2003 中,在 Microsoft Windows 2000 中,或在 Windows NT 4.0 中而有所不同。
解決方案

Windows Server 2003 和 Windows 2000

重要這個章節、 方法或工作包含修改登錄的步驟。不過,如果您不當修改登錄,可能會發生嚴重的問題。因此,請務必小心執行這些步驟。為加強保護,請在修改前備份登錄。然後,您可以在發生問題時還原登錄。如需有關如何備份和還原登錄的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
322756 如何備份及還原 Windows 中的登錄


您可能必須變更兩個登錄設定。您必須隨時變更第一個設定。根據您的系統設定,您也可能要變更第二個設定。

登錄設定 1

  1. 按一下 [開始],按一下 [執行] 型別 regedit 在 [開啟] 方塊中,然後按一下[確定]
  2. 找出並按一下下列登錄子機碼 ︰
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
  3. [編輯] 功能表上指向 [新增],然後按一下 [DWORD 值]
  4. 型別 PoolUsageMaximum 為項目名稱,然後按 ENTER 鍵。
  5. 以滑鼠右鍵按一下PoolUsageMaximum,,,然後按一下 [修改]
  6. 按一下 [十進位]。
  7. 數值資料方塊中,輸入 60然後按一下[確定]

    重要
    • 使用您的起始值為 60。如果您的備份不成功,使用 40 做為您的值。如果這樣無法解決問題,您必須變更備份程式,以減少分頁集區要求的行為。如果值有效,您可能要增加大約 25%的值,直到備份無法運作。如果備份不成功,請使用本文所述的第二個登錄設定。
    • 請確定此登錄設定值不超過 60。
    • 如果您使用/3GB參數,使用 40 作為初始設定。請注意,這個值的百分比值。
  8. 結束 「 登錄編輯程式 」。
  9. 重新啟動電腦。
因為您必須測試這些設定在壓力最備份時,您可能必須等待每個月的整個備份的循環完成,如果您不確定哪個備份會消耗最多的資源。因為這種情況下,Microsoft 會建議您先測試低的值。 如需詳細資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
312362 伺服器不能從系統分頁集區配置記憶體

登錄設定 2

  1. 按一下 [開始],按一下 [執行] 型別 regedit 在 [開啟] 方塊中,然後按一下[確定]
  2. 找出並按一下下列登錄子機碼 ︰
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
  3. [編輯] 功能表上指向 [新增],然後按一下 [DWORD 值]
  4. 型別 PagedPoolSize 為項目名稱,然後按 ENTER 鍵。
  5. 以滑鼠右鍵按一下PagedPoolSize,,,然後按一下 [修改]
  6. 按一下 [十六進位]。
  7. 數值資料方塊中,輸入的值是 FFFFFFFF然後按一下[確定]

    重要
    • 將 PagedPoolSize 設定為 0xFFFFFFFF (-1) 配置的最大分頁集區,而不是電腦的其他資源。這通常所需的網域控制站 」 或 「 終端機伺服器上。根據預設,大部分的 Windows 2000 系統似乎限於 160 MB 的分頁集區大小上限。您可以驗證,請從公用網站下載核心偵錯工具,在您想要使用偵錯工具中開啟核心傾印。如果要使用的命令是! vm。這會顯示分頁集區最大值為 163840 KB,例如。將此值新增時,可減少系統可用分頁表項目 (Pte),並在 Windows 2000 中的 343MB 延伸的分頁集區最大值。分頁集區最大可以延伸到 Windows Server 2003 中較大的值。

      附註預設和最大的分頁集區的值,Windows Server 2003 會比在 Windows 2000 中更大。一般來說,Windows Server 2003 值是在 Windows 2000 中的數值比高至少 50%。這些較大的值可讓更不太可能會遇到同樣的問題分頁集區的值會變為本文所述的問題。但是,仍然有可能會發生此問題。
    • 這個值會限制系統可用的 Pte。Pte 是指系統使用的其他不相關的系統資源。此設定可能會造成作業系統意外停止並啟動時,藍色畫面上顯示 stop 0x3F 錯誤。您可以使用 [上次的良好的重新啟動選項,在系統重新啟動功能表 」 或 「 修復主控台,就可復原從此。若要檢視的可用系統分頁表項目」 計數器使用效能監視器。如果觀察到的可用值超過 40000 人,您可以新增 [ PagePoolSize ] 設定。
    • 如果您使用/3GB/PAE在一起,請勿設定這個設定,而不需廣泛的測試和建立真正了解許多系統 PTE 您必須在您的環境中之前。此外,您可能會看到 10000 20000 可用的範圍內的值。使用文件來設定分頁集區記憶體,但永遠不會卸除下方 10000 可用的系統 Pte。請勿將此設定任何其他值如果您使用/3GB參數。唯一支援的值是 0,0A000000,FFFFFFFF。
  8. 結束 「 登錄編輯程式 」。
  9. 重新啟動電腦。
如需有關如何避免並解決這個問題的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件 ︰
256004 如何疑難排解 「 STOP 0x0000003F 」,並在 Windows Server 2003 中的 「 STOP 0x000000D8 」 錯誤訊息、 Windows XP 和 Windows 2000

Windows NT 4.0

重要這個章節、 方法或工作包含修改登錄的步驟。不過,如果您不當修改登錄,可能會發生嚴重的問題。因此,請務必小心執行這些步驟。為加強保護,請在修改前備份登錄。然後,您可以在發生問題時還原登錄。如需有關如何備份和還原登錄的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
322756 如何備份及還原 Windows 中的登錄


附註您必須使用 Windows NT 4.0 Service Pack 6a。

解決第一個問題

  1. 啟動登錄編輯器 (Regedt32.exe)。
  2. 找出並按一下下列登錄子機碼 ︰
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory_Management
  3. 在 [編輯] 功能表中,按一下 [新增值],然後新增下列登錄值 ︰
    數值名稱 ︰ UnusedFileCache
    資料型別 ︰ REG_DWORD
    基數 ︰ 十進位
    數值資料 ︰ 15
    附註這個數字代表可由未使用的區段的集區的百分比。0 表示系統會使用預設的行為類似 Windows NT 4.0 Service Pack 3。5 到 40 的值會指示系統將會修剪根據集區使用量的未使用的檔案快取。5 是最具侵略性 (也就是說,它會增加快取的大小最少) 是最溫和的 40 (亦即,它可讓其調整快取之前,成長的最大快取。)

    重要
    • 使用您的起始值為 15。如果您的備份不成功,作為您的值 5。如果仍無法解決問題,您必須變更備份程式,以減少分頁的集區要求的行為,或者您必須先升級到 Windows 2000,其中多個雙分頁的集區是可用 (如需詳細資訊,請參閱 「 Windows 2000 」 一節)。如果這個值可以正常運作,您可能要增加大約 20%,直到備份未成功。如果備份不成功,請使用本文所述的第二個登錄設定。
    • 如果您使用/3GB參數,使用 5 作為初始設定。
  4. 結束 「 登錄編輯程式 」。
  5. 重新啟動電腦。
因為您必須測試這些設定在壓力最備份時,您可能必須等待每個月的整個備份的循環完成,如果您不確定哪個備份會消耗最多的資源。因此,Microsoft 建議您先測試低的值。 如需詳細資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
171458 Windows NT 可能會失敗的要求來開啟大型檔案

解決第二個問題

一個可能的解決方式是限制備份,讓它一次備份一個檔案。這可能包括或不能視要備份檔的大小而定。(它被預期處理小於 180 gb 的資料的檔案)。如果您正在備份多個大型的檔案,但每個檔案是少於 180 GB,您也可以嘗試此解析度。您必須遵循的步驟也解決第一個問題。對於大於 180 GB 的檔案,都會有沒有解決方法。因此,您必須將系統升級到 Windows 2000。如果您嘗試進行遠端因應措施系統備份,則會發生相同的問題。
  1. 啟動登錄編輯器 (Regedt32.exe)。
  2. 找出並按一下下列登錄子機碼 ︰
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory_Management
  3. 在 [編輯] 功能表中,按一下 [新增值],然後新增下列登錄值 ︰
    數值名稱 ︰ DisablePagedPoolHint
    資料型別 ︰ REG_DWORD
    基數 ︰ 十進位
    數值資料 ︰ 1
  4. 結束 「 登錄編輯程式 」。
  5. 重新啟動電腦。
狀況說明
Microsoft 已確認這是<套用> 一節所列出的 Microsoft 產品的問題。
其他相關資訊
NTBackupreadNTBackupwrite兩者都使用緩衝 I/O。這表示 Windows NT 會針對資料流執行 I/O 快取。它也是唯一將備份檔案的中繼資料的 API。此快取取自有限的資源 ︰ 也就是集區和未分頁集區。因此,極大的數字的檔案或非常大的檔案可能會造成過低的集區資源。

數個因素可能會耗盡分頁集區記憶體的補給。您可以開啟集區標記,並看不同的時間間隔],以幫助您瞭解哪一個驅動程式會耗盡分頁集區記憶體快照。如果快照指出MmSt標籤 (Mm 區段物件原型 Pte) 是最大的消費者,並為超過 80 MB,非常大量的檔案是在伺服器上可能開啟的。

如果機碼不存在,可能的最大分頁集區記憶體,在電腦上會是 343MB 具有分頁集區索引鍵設定為 FFFFFFFF,在 Windows 2000 中的分頁集區或 164 MB。可能的最大分頁集區記憶體是在 Windows NT 的 192 MB。根據預設,記憶體管理員會嘗試調整配置的分頁集區記憶體,當系統達到總分頁集區的 80%。例如,343MB 的 80%為 274MB。如果記憶體管理員無法調整的速度趕跟上要求,可能會發生本文 < 徵狀 > 一節所述的事件。如果您調整的記憶體管理員,以啟動調整程序稍早 (比方說,當它達到百分之 40) 時,電腦可以趕上分頁集區需求在使用量突然達到尖峰期間,讓它不會執行分頁集區記憶體不足。如需詳細資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
192409 開啟的檔案可能會造成報表 INSUFFICIENT_RESOURCES 的核心


本文將所述之產品製造協力廠商均與 Microsoft 無關。Microsoft 對這些產品的效能或可靠性不作擔保,無論明示或暗示。

警告:本文為自動翻譯

內容

文章識別碼:304101 - 最後檢閱時間:06/12/2016 12:26:00 - 修訂: 7.0

Microsoft Windows Server 2003, Standard Edition (32-bit x86), Microsoft Windows Server 2003, Enterprise Edition (32-bit x86), Microsoft Windows Server 2003, Datacenter Edition (32-bit x86), Microsoft Windows 2000 Server, Microsoft Windows 2000 Advanced Server, Microsoft Windows NT Server 4.0 Standard Edition, Microsoft Windows NT Server 4.0 Enterprise Edition

  • kbprb kbmt KB304101 KbMtzh
意見反應
.microsoft.com/ms.js">