Использование пороговых значений предупреждений и оповещений в метриках производительности зеркального отображения (SQL Server)

В этом разделе содержатся сведения о событиях SQL Server, для которых можно настраивать пороговые значения предупреждений и управлять ими для зеркального отображения базы данных. Это можно сделать с помощью монитора зеркального отображения баз данных или хранимых процедур sp_dbmmonitorchangealert, sp_dbmmonitorhelpalert и sp_dbmmonitordropalert. В этом разделе содержатся также сведения о настройке предупреждений о событиях зеркального отображения баз данных.

После того как установлено наблюдение в зеркальной базе данных, системный администратор может настроить пороговые значения предупреждений по нескольким метрикам производительности, а также предупреждения для этих и других событий зеркального отображения базы данных.

В этом разделе:

• Метрики производительности и пороговые значения предупреждений

• Установка и управление пороговыми значениями предупреждений

• Использование предупреждений для зеркальной базы данных

• Связанные задачи

Метрики производительности и пороговые значения предупреждений

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

Метрика производительности	Пороговое значение предупреждения	Метка монитора зеркального отображения баз данных
Неотправленный журнал	Указывает, какой размер неотправленного журнала в килобайтах (КБ) вызовет предупреждение на экземпляре основного сервера. Это предупреждение помогает измерить объем возможных потерь данных в килобайтах и особенно подходит для режима высокой производительности, а также для режима высокой безопасности, если зеркальное отображение приостанавливается или откладывается при отключении участников.	Предупреждать, если размер неотправленного журнала превышает пороговое значение.
Невосстановленный журнал	Указывает, при каком размере (в килобайтах) невосстановленного журнала формируется предупреждение на экземпляре зеркального сервера. Это предупреждение помогает вычислить время отработки отказа. Время отработки отказа в основном состоит из времени, необходимого бывшему зеркальному серверу для наката всех журналов, оставшихся в его очереди повторов, и небольшого дополнительного времени. Примечание Время, которое потребуется системе, чтобы заметить ошибку, не зависит от времени отработки отказа, если он выполняется автоматически. Дополнительные сведения см. в разделе Оценка прерывания обслуживания во время переключения ролей (зеркальное отображение базы данных).	Предупреждать, если размер невосстановленного журнала превысил пороговое значение.
Самая старая неотправленная транзакция	Задает время в минутах, которое транзакция может ожидать в очереди отправки, прежде чем на экземпляре основного сервера сформируется предупреждение. Это предупреждение помогает измерить возможные потери времени, что особенно актуально для режима высокой производительности, а также для режима высокой безопасности, если зеркальное отображение приостанавливается или откладывается при отключении участников.	Предупреждать, если время хранения самой старой неотправленной транзакции превысило пороговое значение.
Затраты на фиксацию изменений на зеркальном сервере	Задает для транзакции среднее время (в миллисекундах), которое должно истечь до возникновения предупреждения на экземпляре основного сервера. Задержка — это объем дополнительной нагрузки во время ожидания экземпляром основного сервера экземпляра зеркального сервера для добавления записи журнала транзакции в очередь повтора. Это значение актуально только для режима высокой безопасности.	Предупреждать, если затраты на фиксирование изменений на зеркальном сервере превысили пороговое значение.

Администратор может задать в зеркальной базе данных пороговое значение для любой из этих метрик производительности. Дополнительные сведения см. в подразделе Установка пороговых значений предупреждений и управление ими ниже в этом разделе.

[В начало]

Установка и управление пороговыми значениями предупреждений

Системным администратором может быть настроено одно или несколько пороговых значений предупреждений для ключевых метрик производительности зеркального отображения. Рекомендуется это делать на обоих участниках, чтобы гарантировать сохранение предупреждения при переходе базы данных на другой ресурс. Соответствующее пороговое значение на каждом из участников зависит от производительности системы на нем.

Пороговые значения предупреждений можно настраивать и контролировать одним из следующих способов.

• Монитор зеркального отображения баз данных

  В мониторе зеркального отображения баз данных администратор может одновременно просматривать текущую конфигурацию предупреждений для выделенной базы данных на экземплярах как основного, так и зеркального сервера, выбрав страницу со вкладками Предупреждения. Доступное на странице диалоговое окно Установка пороговых значений предупреждений позволяет включить и настроить одно или несколько пороговых значений предупреждений.

  Основные сведения об интерфейсе монитора зеркального отображения баз данных см. в разделе Обзор монитора зеркального отображения баз данных. Сведения о запуске монитора зеркального отображения баз данных см. в разделе Запуск монитора зеркального отображения баз данных (среда SQL Server Management Studio).

• Системные хранимые процедуры

  Следующий набор системных хранимых процедур позволяет администратору устанавливать пороговые значения предупреждений и управлять ими в зеркальной базе данных одного из участников.

  Процедура	Описание
  sp_dbmmonitorchangealert (Transact-SQL)	Добавляет или изменяет пороговое значение предупреждения для заданной метрики производительности зеркального отображения.
  sp_dbmmonitorhelpalert (Transact-SQL)	Возвращает сведения о пороговых значениях предупреждений для одной или для всех ключевых метрик производительности монитора зеркального отображения баз данных.
  sp_dbmmonitordropalert (Transact-SQL)	Удаляет предупреждение для указанной метрики производительности.

[В начало]

Пороговые события производительности, отправляемые в журнал событий Windows

Если для метрики производительности определено пороговое значение предупреждения, то при обновлении таблицы состояния последнее значение сравнивается с пороговым. Если оно достигнуто, процедура обновления sp_dbmmonitorupdate создает для метрики информационное событие — пороговое событие производительности — и записывает его в журнал событий Microsoft Windows. В следующей таблице приведены идентификаторы пороговых событий производительности.

Метрика производительности	Идентификатор события
Неотправленный журнал	32042
Невосстановленный журнал	32043
Самая старая неотправленная транзакция	32040
Затраты на фиксацию изменений на зеркальном сервере	32044

Примечание
Администратор может определить оповещения для одного или нескольких таких событий. Дополнительные сведения см. в подразделе Использование предупреждений для зеркальной базы данных ниже в этом разделе.

Использование предупреждений для зеркальной базы данных

Существенной частью наблюдения за зеркальной базой данных является настройка предупреждений о важных событиях зеркального отображения базы данных. SQL Server 2005 формирует следующие типы событий зеркального отображения базы данных.

• Пороговые события производительности

  Дополнительные сведения см. выше в разделе «Пороговые события производительности, отправляемые в журнал событий Windows».

• События изменения состояния

  Это события инструментария управления Windows (WMI), которые возникают при изменениях внутреннего состояния сеанса зеркального отображения базы данных.

  Примечание
  Дополнительные сведения см. в разделе Основные понятия о поставщике WMI для событий сервера.

Системный администратор может настроить оповещения об этих событиях с помощью агента SQL Server или других приложений (например Microsoft Operations Manager).

При определении оповещений о событиях зеркального отображения базы данных рекомендуется задавать пороговые значения предупреждений и оповещения на обоих экземплярах сервера-участника. Отдельные события формируются и на основном, и на зеркальном сервере, но каждый из участников в любой момент времени может выполнять любую роль. Чтобы гарантировать работу оповещений после отработки отказа, они должны быть определены на обоих участниках.

Дополнительные сведения см. в техническом документе о событиях зеркального отображения базы данных на веб-сайте SQL Server. В нем содержатся сведения о способах настройки предупреждений с помощью агента SQL Server, о событиях зеркального отображения базы данных WMI и образцы скриптов.

Важно!

Для всех сеансов зеркального отображения настоятельно рекомендуется настроить базу данных для отправки предупреждений обо всех событиях изменения состояния. Такое событие означает, что произошло нечто, способное скомпрометировать данные, если это не изменение, связанное с ручной настройкой базы данных. Чтобы защитить данные, необходимо определить и устранить причину непредвиденного изменения состояния.

[В начало]

Связанные задачи

Создание предупреждения в среде SQL Server Management Studio

• Создание предупреждения по номеру сообщения

• Создание предупреждения о событии WMI

Слежение за зеркальным отображением базы данных

• Запуск монитора зеркального отображения баз данных (среда SQL Server Management Studio)

• sp_dbmmonitoraddmonitoring (Transact-SQL)

• sp_dbmmonitorchangealert (Transact-SQL)

• sp_dbmmonitorchangemonitoring (Transact-SQL)

• sp_dbmmonitordropalert (Transact-SQL)

• sp_dbmmonitordropmonitoring (Transact-SQL)

• sp_dbmmonitorhelpalert (Transact-SQL)

• sp_dbmmonitorhelpmonitoring (Transact-SQL)

• sp_dbmmonitorresults (Transact-SQL)

• sp_dbmmonitorupdate (Transact-SQL)

[В начало]

См. также

Основные понятия

Зеркальное отображение базы данных (SQL Server)

Наблюдение за зеркальным отображением базы данных (SQL Server)