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

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

在此頁中

徵狀

當您嘗試使用 NTBackup.exe,或使用協力廠商的備份程式,使用 NT 備份 API 建立備份時,可能會無法順利完成備份。即使您執行該程式在本機伺服器上,可能就會發生這個問題。此外,您可能會遇到一或多個下列徵狀:
  • 在應用程式記錄檔中出現一或多個下列的錯誤訊息:
    錯誤訊息 1
    錯誤 1450年: 沒有足夠的系統資源存在完成要求的服務。

    錯誤 1450年: / 十六進位 0x5aa ERROR_NO_SYSTEM_RESOURCES

    作業系統錯誤 1450年沒有足夠的系統資源存在完成要求的服務。

    在 「 裝置 」 上的寫入失敗,狀態 = 1450年
    錯誤訊息 2
    錯誤 1130年: 沒有足夠的伺服器儲存體可供處理此指令。

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

    備份或還原操作異常終止。
  • 事件識別碼 2020年和事件識別碼 2021年訊息可能會產生由伺服器服務。

    附註通常,並不會出現事件識別碼 2020年和事件識別碼 2021年訊息。
  • 如果您正在執行完成 (HP) OmniBack 備份程式,可能會收到類似下列的錯誤訊息:
    [81:78] C:\foldername\file.name
    無法讀取 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. 重新啟動電腦。
因為您必須測試這些設定值最 stressful 備份期間,您可能必須等待完成如果您不確定哪個備份會耗用最多資源的整個備份週期的每個月。因為這種情況的 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 中 343 MB 的分頁集區最大值。 分頁集區大小最大值可以擴充至 Windows Server 2003 中的較大值。

      附註 預設值和 Windows Server 2003 的最大的分頁集區值都是比在 Windows 2000 中較大。 通常,Windows Server 2003 值是在 Windows 2000 中找到的值高於至少 50%。 這些較大的值可更不可能就會發生這個問題分頁集區值投稿至本文所述的問題。 不過,則仍可能可能會發生這個問題。
    • 這個值會限制系統可用的 PTE。PTE 是另一個系統使用的不相關的系統資源。此設定可能會導致您的作業系統意外停止,並停止 0x3F 錯誤顯示在藍色畫面上,啟動時。您可以從這復原使用 上次的良好 的重新啟動選項,系統重新開機功能表] 或 [修復主控台上。使用效能監視器來檢視 可用系統分頁表項目 計數器。如果觀察到的可用值超過 40,000,您可以新增 [PagePoolSize] 設定。
    • 如果您正在執行 / / 3GB/ PAE 一起,不要設定此設定沒有廣泛的測試和之前建立完全多少系統 PTES 您必須在您的環境中。您可能會看到 10,000 20,000 可用範圍內的值。使用 「 文件設定分頁集區記憶體,但絕不會卸除下方 10,000 可用系統 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. 重新啟動電腦。
因為您必須測試這些設定值最 stressful 備份期間,您可能必須等待完成如果您不確定哪個備份會耗用最多資源的整個備份週期的每個月。有鑑於此,Microsoft 建議您先測試低的值。如需詳細資訊,請按一下下列的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
171458Windows NT 可能會失敗的要求來開啟大型檔案

解決第二個問題

一個可能的解決方式是限制備份,讓它會備份一個檔案一次。此設定可能也要備份檔案的大小而定可能無法運作。(它被預期處理小於 180 gigabytes [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。從有限的資源取出此快取: 也就是,集區和未分頁集區。有鑑於此,非常大量的檔案或非常大的檔案可能會造成集區資源來執行低。

數個因素可能會耗盡分頁集區記憶體供應。您可以開啟集區標記,並採取 poolsnaps 在不同的時間間隔,以協助您了解哪一個驅動程式是 exhausting 分頁集區記憶體。如果 poolsnaps 指出 MmSt 標記 (公釐區段物件原型 PTE) 是最大的消費者,而是超過 80 MB,非常大量的檔案已在伺服器上可能開啟的。

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


在本文所討論的協力廠商產品是由 Microsoft 以外的公司所製造的。Microsoft 可讓不以暗示或其他方式,效能或可靠性這些產品的保證。

屬性

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