Програми резервного копіювання є невдалим, під Вільний час резервного копіювання великих системний том

Переклади статей Переклади статей
Номер статті: 304101 - Показ продуктів, яких стосується ця стаття.
Розгорнути все | Згорнути все

На цій сторінці

Ознаки

Під Вільний час спроби створення резервної копії за допомогою ntbackup або використовуючи сторонні резервної копії програми, яка використовує NT резервного копіювання API, архівувати може не завершитися успішно. Це може статися, навіть якщо ви запуску програми локально на сервері. Крім того, можуть виникнути одну або кілька таких симптомів:
  • Один або декілька таких повідомлень про помилку з'являються у журналі застосунків:
    протокол IMAP про помилку 1
    Помилка 1450: Недостатньо системних ресурсів існують для завершення запитаної.

    Помилка 1450: / hex 0x5aa ERROR_NO_SYSTEM_RESOURCES

    операційна система (ОС) помилка 1450 Недостатньо системних ресурсів існують для завершення запитаної.

    Писати на "пристрої" не вдалося, статус = 1450
    протокол IMAP про помилку 2
    Помилка 1130: Бракує пам'яті сервера для обробки цієї команди є.

    Помилка 1130 / hex 0x46a ERROR_NOT_ENOUGH_SERVER_MEMORY

    архівувати або операцію відновлення неочікуваного припинення.
  • Подія ID 2020 і подія ID 2021 протокол IMAP створюються на сервері служби.

    Примітка Зазвичай подія ID 2020 і подія ID 2021 протокол IMAP не з'являються.
  • Якщо ви використовуєте Hewlett-Packard (HP) OmniBack резервні копії програм, може з'явитися протокол IMAP про помилку, подібне до такого:
    [81:78] C:\foldername\file.name
    Не вдалося прочитати 57256 байт в зсуву 436176408(:1): ([1450]
    Недостатньо системних ресурсів існують для завершення запитаної.).
  • Якщо ви переглянути на Продуктивність вкладку в Диспетчер завдань Windows, ви помітите, що невивантажуваному ядра немає вільної пам'яті.
Примітка Ці протокол IMAP про помилку може з'явитися з причин, які не пов'язані проблеми, описані. Якщо ви отримали такі протокол IMAP про помилки, тільки тоді, коли резервні велика система томів, два найбільш імовірною причини є ті, які у цій статті описано.

Щоб визначити, якщо ви відчуваєте цю проблему, запустіть Диспетчер завдань Windows і натисніть кнопку на Продуктивність Вкладка. У правому нижньому знайдіть на Пам'ять ядра (КБ) області і занотуйте значення для Вивантажуваний. Ця проблема в Microsoft Windows 2000 або Microsoft Windows NT 4.0 може виникати, коли це значення досягає 160 мегабайт (МБ). Крім того, ця проблема у Microsoft Windows Server 2003 може виникати, при цьому вартість перевищує 160 МБ. Якщо ви встановили реєстру для вивантажуваного пула пам'яті вище значення, ви не буде виникнення цієї проблеми, поки не використовується набагато більш високі значення вивантажуваного пула пам'яті (проблема може виникнути, коли Пам'ять - сценарій виконання вивантажуваного пула досягає близько 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 Knowledge Base:
322756 Як створити архівувати та відновити реєстр у Windows


Можливо, доведеться змінити двох параметрів реєстру. Ви завжди повинні змінити перший параметр. Залежно від конфігурації системи вам також доведеться змінити другий параметр.

Реєстр налаштування 1

  1. Натисніть кнопку Почати, натисніть кнопку Запустити, тип Regedit у регіоні Відкрити поле а потім натисніть кнопку Гаразд.
  2. Знайдіть і клацніть такий підрозділ реєстру:
    Управління Manager\Memory HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session
  3. На що Редагувати меню, до точки Новіа потім натисніть кнопку значення "4 байти".
  4. Тип PoolUsageMaximum як ім'я елемента а потім клавішу ENTER.
  5. Клацніть правою кнопкою миші PoolUsageMaximumа потім натисніть кнопку Змінити.
  6. Натисніть кнопку Десятковий.
  7. У регіоні Значення параметра Введіть 60а потім натисніть кнопку Гаразд.

    Важливі
    • сценарій виконання 60 як початкове значення. Якщо резервної копії не вдається, використовувати 40 як ваші цінності. Якщо це не працює, ви повинні змінити поведінку програма архівації для зменшення попиту вивантажуваного пула. Якщо значення працює, ви можете збільшити значення на приблизно 25 відсотків, поки резервна копія не працює. Якщо архівувати не завершено, використовувати другий параметр реєстру, описані в цій статті.
    • Переконайтеся, що значення для цього параметра реєстру не є більш ніж 60.
    • Якщо використовується перемикач 3 ГБ , використовувати 40 як початкові налаштування. Зверніть увагу, що це значення відсоткового співвідношення.
  8. Закрийте редактор реєстру.
  9. Перезавантажте комп’ютер-зразок.
Тому що ви повинні перевірити ці параметри під Вільний час найбільш стресових резервні копії, можливо, доведеться чекати місяць за цілий резервного копіювання цикл для завершення, якщо ви не впевнені, який архівувати споживає найбільш ресурсів. З-за цієї ситуації корпорація Майкрософт рекомендує, по-перше перевірити низьких значень. Щоб отримати додаткові відомості клацніть номер статті в базі знань Microsoft Knowledge Base:
312362Серверу не вдалося виділити пам'ять з вивантажуваного пулу

Реєстр налаштування 2

  1. Натисніть кнопку Почати, натисніть кнопку Запустити, тип Regedit у регіоні Відкрити поле а потім натисніть кнопку Гаразд
  2. Знайдіть і клацніть такий підрозділ реєстру:
    Управління Manager\Memory HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session
  3. У меню редагування виберіть команду Новіа потім натисніть кнопку значення "4 байти".
  4. Тип PagedPoolSize як ім'я елемента а потім клавішу ENTER.
  5. Клацніть правою кнопкою миші PagedPoolSizeа потім натисніть кнопку Змінити.
  6. Натисніть кнопку Шістнадцяткове.
  7. У регіоні Значення параметра Введіть значення FFFFFFFFа потім натисніть кнопку Гаразд.

    Важливі
    • Налаштування PagedPoolSize до 0xFFFFFFFF (-1) виділяє Максимальна вивантажуваного пула замість інших ресурсів на комп'ютері. Це зазвичай потрібно на контролері домену або сервера терміналів. за промовчанням більшість системний інтегратор Windows 2000, здається, бути обмежена до вивантажуваного пула максимальний розмір 160 МБ. Ви можете перевірити це завантаження ядра зневаджувач від готелю веб-сайт і відкриття дамп ядра в зневаджувач, який потрібно використовувати. Команди для сценарій виконання ! в. м.. Це показує вивантажуваного пула максимально 163840 КБ, наприклад. запит на додавання цього значення зменшує до записів таблиці сторінок (Pte), доступних в системі та займає територію вивантажуваного пула максимум 343 МБ у Windows 2000. Вивантажуваного пула максимальний розмір може бути продовжений до більшого значення у Windows Server 2003.

      Примітка За промовчанням і значень максимального вивантажуваного пула для Windows Server 2003, набагато більше, ніж у Windows 2000. Як правило, Windows Server 2003 цінності є принаймні 50 відсотків вище, ніж значення, знайдені у Windows 2000. Ці більші значення робить його більш малоймовірно, що ви будете відчувати питання де вивантажуваного пула значень сприяти проблеми, описаної в цій статті. Однак, це ще можливо, що ця проблема може виникнути.
    • Це значення обмежує діапазон системи Pte, які доступні. Pte є інший ресурс не пов'язані системи, що ваша система використовує. Цей параметр може призвести до операційної системи, щоб зупинити несподівано і для відображення 0x3F помилку на синьому екрані, коли він починає. Ви можете отримати від це за допомогою на Останній добре відомі параметр перезавантаження системи перезавантажте меню або відновлення консолі. Скористайтесь монітором продуктивності для перегляду на Безкоштовна система сторінки змісту лічильник продуктивності. Ви можете додати до PagePoolSize параметр, якщо спостерігається вільний цінності є понад 40000.
    • Якщо запущено 3 ГБ і /PAE разом, не встановити цей параметр, без великі випробування, і перш ніж ви встановити точно, скільки системи Pte, ви повинні мати у вашому середовищі. Ви мабуть, побачити значення в діапазоні від 10,000-20,000 безкоштовно. Статті дає змогу настроїти вивантажуваного пула пам'яті, але ніколи не падати нижче 10 000 безкоштовних системи Pte. Не встановлюйте це інше значення у разі сценарій виконання перемикача 3 ГБ . Єдиний підтримуваний значеннями є 0, 0A000000 і FFFFFFFF.
  8. Закрийте редактор реєстру.
  9. Перезавантажте комп’ютер-зразок.
Щоб отримати додаткові відомості про те, як уникнути та вирішити цю проблему, клацніть номер статті в базі знань Microsoft Knowledge Base:
256004Виправлення неполадок "STOP 0x0000003F" і "STOP 0x000000D8" протокол IMAP про помилки у Windows Server 2003, Windows XP і Windows 2000

Windows NT 4.0

Важливі Цей розділ, спосіб або завдання містять кроки, які говорять вам, як змінити реєстр. Однак, серйозні проблеми можуть виникнути, якщо неправильна зміна реєстру. Тому переконайтеся, що ви виконаєте наступні інтерактивні елементи ретельно. Для додаткового захисту архівувати реєстру перед внесенням. Потім ви можете відновити реєстр у разі виникнення проблеми. Щоб отримати додаткові відомості про архівувати та відновлення реєстру клацніть номер статті в базі знань Microsoft Knowledge Base:
322756 Як створити архівувати та відновити реєстр у Windows


Примітка Ви повинні використовувати Windows NT 4.0 пакет оновлень 6a.

Усунення Перша проблема

  1. Запустіть редактор реєстру (Regedt32. exe).
  2. Знайдіть і клацніть такий підрозділ реєстру:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory_Management
  3. На що Редагувати меню, натисніть запит на додавання значенняа потім додати параметр реєстру:
    Ім'я значення: UnusedFileCache
    Тип даних: REG_DWORD
    Сортування за розрядами: десятковий
    Значення даних: 15
    Примітка Ця кількість становить відсотків басейн, який може бути за невикористаний сегментів. Значення 0 вказує на те, що система буде використовувати поведінку за промовчанням, подібне до пакета оновлень 3 для Windows NT 4.0. Значення 5 до 40 вказує на те, що система буде обрізати невикористані файл кеша на основі сценарій виконання басейн. 5 є найбільш агресивними (тобто він збільшує розмір кешу найменш) і 40 є менш агресивним (тобто, це дозволяє кеш, ростуть найбільший, перш ніж вона обрізка кеш.)

    Важливі
    • сценарій виконання 15 як початкове значення. Якщо резервної копії не вдається, використовувати 5 як ваші цінності. Якщо це не працює, або потрібно змінити поведінку програма архівації для зменшення попиту вивантажуваного пула або, слід оновити до Windows 2000, де більш ніж подвоїти вивантажуваного пулу доступна (Докладніше, дивіться "Windows 2000" розділу). Якщо це значення працює, ви можете збільшити приблизно 20 відсотків, поки архівувати не завершено. Якщо архівувати не завершено, використовувати другий параметр реєстру, описані в цій статті.
    • Якщо використовується перемикач3 ГБ , використовуйте 5 як початкові налаштування.
  4. Закрийте редактор реєстру.
  5. Перезавантажте комп’ютер-зразок.
Тому що ви повинні перевірити ці параметри під Вільний час найбільш стресових резервні копії, можливо, доведеться чекати місяць за цілий резервного копіювання цикл для завершення, якщо ви не впевнені, який архівувати споживає найбільш ресурсів. З-за цього корпорація Майкрософт рекомендує, по-перше перевірити низьких значень. Щоб отримати додаткові відомості клацніть номер статті в базі знань Microsoft Knowledge Base:
171458Windows NT може не на запит для відкриття великих файлів

Усунення друга проблема

Один можливі резолюція є обмежити резервної копії, так що вона створює резервні копії один файл за раз. Це може чи не може працювати, залежно від розмірів файлів для резервного копіювання. (Очікується для роботи з файлами, що менше, ніж 180 гігабайт [Гб].) Ви також можете спробувати цю резолюцію, якщо виконується архівувати декількох великих файлів, але кожен файл є меншим, ніж 180 ГБ. Ви повинні слідувати кроки для усунення Перша проблема також. Для файлів більше 180 Гб Існує немає обхідний шлях. Таким чином, слід оновити систему до Windows 2000. Якщо спробувати створити архівувати системи віддалено як обхідного шляху, ви будете відчувати та ж проблема.
  1. Запустіть редактор реєстру (Regedt32. exe).
  2. Знайдіть і клацніть такий підрозділ реєстру:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory_Management
  3. На що Редагувати меню, натисніть запит на додавання значенняа потім додати параметр реєстру:
    Ім'я значення: DisablePagedPoolHint
    Тип даних: REG_DWORD
    Сортування за розрядами: десятковий
    Значення даних: 1
  4. Закрийте редактор реєстру.
  5. Перезавантажте комп’ютер-зразок.

Стан

Microsoft має підтвердила існування цієї неполадки у продуктах Майкрософт, перелічених у розділі "Застосовується до".

Додаткові відомості

NTBackupread і NTBackupwrite за допомогою обидва буферизацією I/O. Це означає, що Windows NT кешує I/O, які виступали проти потоку. Це також єдина API, що архівувати метаданих файлу. Цей кеш витяг з обмеженими ресурсами: а саме, басейн і невивантажуваного пулу. З-за цього надзвичайно велика кількість файлів або файлів, які є дуже великими може спричинити пул ресурсів висихати.

Декілька факторів може вичерпати постачання вивантажуваного пула пам'яті. Можна включити позначки басейн і прийняти poolsnaps на різні проміжки часу, щоб допомогти вам зрозуміти, який саме драйвер є виснажливий вивантажуваного пула пам'яті. Якщо на poolsnaps показують, що MmSt тега (мм розділ прототипу об'єкта Pte) є найбільшим споживачем і є більш ніж 80 МБ, дуже велику кількість файлів, ймовірно відкриті на сервері.

Можливі Максимальна вивантажуваного пула пам'яті на комп'ютері є 343 МБ вивантажуваного пула у Windows 2000 з вивантажуваного пула ключ, встановити FFFFFFFF або 164 МБ, якщо ключ не присутній. Можливі Максимальна вивантажуваного пула пам'яті є 192 МБ у Windows NT. за промовчанням менеджер пам'яті намагається обрізки виділені вивантажуваного пула пам'яті, коли система досягає 80 відсотків загальної вивантажуваного пула. Наприклад, 80 відсотків з 343 МБ — 274 МБ. Якщо менеджер пам'яті не можна обрізати досить швидко йти в ногу з вимогою, може виникнути події, які перелічені в розділі "Ознаки" цієї статті. Якщо ви налаштування менеджера пам'яті, розпочати процес підрізання раніше (наприклад, коли він досягає 40 відсотків), комп’ютер-зразок може йти в ногу з вивантажуваного пула попиту під Вільний час раптового дискового простору, щоб вона працює з вивантажуваного пула пам'яті.Щоб отримати додаткові відомості клацніть номер статті в базі знань Microsoft Knowledge Base:
192409Відкривати файли можуть спричинити ядра доповідь INSUFFICIENT_RESOURCES


Виробники продуктів, які у цій статті розглядається виробляється компаній, які не залежать від корпорації Майкрософт. корпорація Майкрософт не надає жодних гарантій, неявних або інших, стосовно продуктивності або надійності цих продуктів.

Властивості

Номер статті: 304101 - Востаннє переглянуто: 12 липня 2012 р. - Редакція: 2.0
Застосовується до:
  • Microsoft Windows Server 2003 Standard Edition
  • Microsoft Windows Server 2003 Enterprise Edition
  • Microsoft Windows Server 2003 Datacenter Edition
  • 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 KbMtuk
Машинний переклад
УВАГА! Цю статтю переклала програма машинного перекладу Microsoft, а не людина. Корпорація Microsoft пропонує вам як машинні переклади, так і переклади фахівців, щоб Ви мали доступ до всіх статей бази знань рідною мовою. Проте стаття, яку переклав комп’ютер, не завжди бездоганна. Вона може містити лексичні, синтаксичні або граматичні помилки. Так само помиляється іноземець, спілкуючись вашою рідною мовою. Корпорація Microsoft не несе відповідальність за жодні неточності, помилки або шкоду, завдану неправильним перекладом змісту або його використанням з боку користувачів. Крім того, корпорація Microsoft часто оновлює програму машинного перекладу.
Клацніть тут, щоб переглянути цю статтю англійською мовою: 304101

Надіслати відгук

 

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