Как использовать средство диагностики отладки IIS для устранения утечки памяти в процессе IIS

ВНИМАНИЕ! Перевод данной статьи был выполнен не человеком, а с помощью программы машинного перевода, разработанной корпорацией Майкрософт. Корпорация Майкрософт предлагает вам статьи, переведенные как людьми, так и средствами машинного перевода, чтобы у вас была возможность ознакомиться со статьями базы знаний KB на родном языке. Однако машинный перевод не всегда идеален. Он может содержать смысловые, синтаксические и грамматические ошибки, подобно тому как иностранец делает ошибки, пытаясь говорить на вашем языке. Корпорация Майкрософт не несет ответственности за неточности, ошибки и возможный ущерб, причиненный в результате неправильного перевода или его использования. Корпорация Майкрософт также часто обновляет средства машинного перевода.

Эта статья на английском языке: 919790
ВВЕДЕНИЕ
Утечку памяти может возникнуть в Microsoft IIS (IIS), когда в процессе IIS использует памяти. Примерами процессов IIS являются W3wp.exe, Dllhost.exe и Inetinfo.exe. IIS кэширует содержимое статической и динамической содержимое. В процессе IIS обычно использует до 50% доступной физической памяти. Этот показатель использования памяти относится к каждому процессу IIS, не в общей сумме всех процессов IIS. Чтобы определить неполадку памяти можно использовать эту информацию и системный монитор.

Кроме того когда в процессе IIS использует памяти, могут возникнуть следующие неполадки:
  • В диспетчере задач Windows Память столбец показывает, что процессом памяти.
  • В окне монитора производительности, увеличивает разницу между Байт исключительного пользования счетчик и Байт виртуальной памяти счетчик из Процесс объект.
  • В IIS 6.0 или выше, 32-разрядные IIS используется до 1,3 ГБ виртуальной памяти. Если вторичное использование памяти включен, событие регистрируется следующего вида:

    Тип события: сведения
    Источник события: W3SVC
    Категория события: нет
    КОД события: 1077
    Дата: Дата
    Время: Время
    Пользователь: н/д
    Компьютер: ComputerName
    Описание:
    Рабочий процесс с идентификатором пула приложений «1234» обслуживание «DefaultAppPool» запросил повторный запуск, так как достигнут предел виртуальной памяти.

  • Если вторичное использование памяти не включена, 32-разрядного процесса IIS использует до 1,3 ГБ виртуальной памяти и в конечном итоге перестает отвечать на запросы. Затем регистрируется сообщение, подобное следующему:

    Тип события: предупреждение
    Источник события: W3SVC
    Категория события: нет
    КОД события: 1009
    Дата:Дата
    Время:Время
    Пользователь: н/д
    Компьютер:ComputerName
    Описание:
    Процесс, обслуживающий группу приложений «DefaultAppPool» неожиданно прервана. Идентификатор процесса «1234». Код завершения процесса был «0xc0000005».

    Для получения дополнительных сведений посетите веб-узел центра справки и поддержки по адресу http://support.microsoft.com.

Дополнительная информация
Когда в процессе IIS использует памяти, используйте средство диагностики отладки IIS для устранения выделений баланс памяти, возникает утечка памяти. Необходимо вставить файл LeakTrack.dll и затем отслеживать утечки памяти. Как только утечки воспроизведена, создается файл дампа памяти. Файл дампа памяти содержит сведения об утечке памяти.

Чтобы использовать средство диагностики отладки IIS для устранения неполадок в процессе IIS, использующий памяти, выполните следующие действия.

Шаг 1: Загрузите и установите средство диагностики отладки IIS v1.2

Следующие файлы доступны для загрузки МайкрософтЦентр загрузки:

Версия 1.2 отладочной диагностики IIS
http://www.Microsoft.com/download/en/Details.aspx?ID=26798 


Шаг 2: Настройка ведения журнала производительности, прежде чем происходит утечка памяти

  1. Нажмите кнопку Пуск, выберите пункт Программы, выберите пунктДиагностика отладки, а затем нажмите кнопку Средства диагностики отладочной версии 1.2.
  2. Нажмите кнопку Сервис, а затем нажмите кнопку Параметры и настройки.
  3. Нажмите кнопку Журнал производительности Щелкните Включите регистрацию данных счетчика производительности, а затем нажмите кнопку ОК.
Примечание Интервал выборки данных и время начала наблюдения зависят воспроизведенные утечки памяти. Из-за размера журнала убедитесь, что при работе службы технической поддержки для получения информации, которую нужно не вызовут перегрузку сервера.

Шаг 3: Создаете правило «И обрабатывать утечку памяти»

  1. Нажмите кнопку Пуск, выберите пункт Программы, выберите пункт Диагностика отладки, а затем нажмите кнопку Средства диагностики отладочной версии 1.2.
  2. На Правила Щелкните Добавление правила.
  3. Нажмите кнопкуМашинный код (без .net) памяти и обрабатывать утечки, а затем нажмите кнопку Далее.
  4. Выберите процесс, который имеет утечки памяти и нажмите кнопку Далее.
  5. В Настройка утечкиДиалоговое окно правила , введите или выберите время прогрева в Время, необходимое поле.

    Примечание Если проблема будет немедленно воспроизведено, нажмите кнопку для выбора Запуск памяти сразу после активации правила флажок.
  6. Нажмите кнопку Настройка...в поколении Userdump раздела и убедитесь, что Автоматически создайте правила после сбоя для получения средства на непредвиденные процесс выходафлажок установлен. Также можно настроить после использования объема памяти для создания дампа памяти.
  7. В поле Завершениеправило введите или выберите время, необходимое для воспроизведения проблемы.

    Примечание В конце указанного времени создается файл дампа.
  8. Нажмите кнопку Далее, а затем нажмите кнопку "Готово".

Шаг 4: Получение данных вручную

  1. Нажмите кнопку Пуск, выберите пункт Программы, выберите пункт Диагностика отладки, а затем нажмите кнопку Средства диагностики отладочной версии 1.2.
  2. Нажмите кнопку Процессы вкладки, щелкните правой кнопкой мыши процесс и нажмите кнопку Монитор для утечки.
  3. Когда утечки воспроизведена, щелкните правой кнопкой мыши процесс, от шаг 4b и нажмите кнопку Создать полный Userdump.
Примечание Обратите внимание, что состояние активный. Кроме того значение счетчика Userdump счетчик увеличивается каждый раз при создании файла дампа памяти.

Шаг 5: Остановка ведения журнала производительности после завершения файла дампа памяти

  1. Нажмите кнопку Пуск, выберите пункт Программы, выберите пункт Диагностика отладки, а затем нажмите кнопку Средства диагностики отладочной версии 1.2.
  2. Нажмите кнопку Сервис, а затем нажмите кнопку Параметры и настройки.
  3. Нажмите кнопку Журнал производительности Щелкните Отключить регистрацию данных счетчика производительности, а затем нажмите кнопку ОК.

Шаг 6: Анализ файла дампа памяти

  1. Нажмите кнопку Пуск, нажмите кнопку Запуск, введите путь к средству диагностики, отладки и нажмите кнопку ОК.

    Примечание По умолчанию средство диагностики, отладки находится в папке C:\Program Files\DebugDiag.
  2. На Анализа Щелкните Добавление файлов данных.
  3. Найдите и выберите файл дампа, который требуется проанализировать и нажмите кнопку Открыть.
  4. На АнализаЩелкнитеАнализаторы давление памяти, а затем нажмите кнопку Начать анализ.
  5. Просмотрите отчет, отображаемый в обозревателе Microsoft Internet Explorer. Копия этого отчета также хранится в папке \DebugDiag\Reports.

Шаг 7: Если вы используете пользовательские DLL-файлы, добавьте «Символ поиска для анализа» путь или путь «Символ поиска пути для отладки»

  1. Нажмите кнопку Сервис, а затем нажмите кнопку Параметры и настройки.
  2. В Путь поиска символа для анализа поле или в Путь поиска символов для отладки Введите соответствующий путь и нажмите кнопку ОК.
Высокая iis5 iis6 iis iis5.1 debugdiag 5.0 6.0 5.1 реакции не не висячий белый песочных часов медленно отвечает пустой цикл не отвечает диагностики производительности

Внимание! Эта статья переведена автоматически

Özellikler

Makale No: 919790 - Son İnceleme: 11/30/2012 17:30:00 - Düzeltme: 6.0

Microsoft Internet Information Services 6.0, Microsoft Internet Information Services 7.0, Microsoft Internet Information Services 7.5

  • kbinfo kbhowto kbmt KB919790 KbMtru
Geri bildirim