Пакет управления SMS 2003 содержит сценарии Operations Manager 2007, автоматически выполняемые агентами, и сценарии, которые должен запускать администратор. Далее в этом разделе представлены дополнительные сведения о некоторых из этих сценариев.

Следующие сценарии автоматически запускаются агентом Operations Manager 2007:

Сообщения о состоянии SMS монитора SMS 2003

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

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

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

Сценарий выполняет следующие действия.

  • Проверяет, работает ли система в режиме управления без агента. Если это верно, то сценарий завершается без выполнения дальнейших действий.
  • Инициализирует глобальные переменные.
  • Открывает и считывает из файла SMS 2003 Monitor SMS Status Messages.VarSet запись RecordID последнего сообщения состояния для каждой отслеживаемой базы данных сайта.
  • Обрабатывает сообщения состояния, найденные в каждой базе данных сайта, на локальном компьютере.
  • Записывает в файл SMS 2003 Monitor SMS Status Messages.VarSet запись RecordID последнего обработанного сообщения состояния для каждой отслеживаемой базы данных сайта SMS и закрывает файл.

Сценарий «Сообщения о состоянии SMS монитора SMS 2003» создает события с кордом, равным коду сообщения состояния SMS, о котором создается отчет. В таблице S.1 описан формат создаваемого события.

Таблица S.1   Формат событий, созданных сценарием «Сообщения о состоянии SMS монитора SMS 2003»

Параметр

Описание

EventType

Успех, Ошибка, Предупреждение или Уведомление, в зависимости от серьезности сообщения состояния SMS.

EventNumber

Код состояния сообщения SMS

Category

Код сайта SMS

LoggingDomain

Домен ресурса компьютера

LoggingComputer

Имя NetBIOS компьютера

Parameter1

Имя NetBIOS компьютера

Parameter2

Имя модуля SMS, например SMS Server

Parameter3

Имя компонента SMS

Parameter4

Код состояния сообщения SMS

Parameter5

Код ошибки Win32

Parameter6

Код родительского сайта или сайта верхнего уровня

Parameter7

RecordID сообщения состояния в таблице сообщения состояния SMS

Описание

"A new monitored SMS status message on machine <NetBIOS Name> from component <Component Name> with message ID <Message ID> was found in the site <Site Code> database.”

Сценарий «Сообщения о состоянии SMS монитора SMS 2003» также сообщает об ошибках при выполнении сценария посредством события 1102:

EventType= Warning

EventNumber= 1102

Описание = обнаружена ошибка выполнения сценария Сообщения о состоянии SMS монитора SMS 2003, запущенного правилом <ScriptProcessingRuleName>. Сообщение об ошибке будет содержать текст "Не удалось <ErrorDescription>.”

Все правила событий отслеживания состояний SMS 2003 начинаются с текста «Состояние SMS 2003:» и находятся в группе правил SMS Site Database Servers.

  • SMS 2003 Status: Message Monitoring

По правилу «Состояние SMS 2003: Message Monitoring запускает сценарий с помощью поставщика событий с указанием времени, расписание SMS 2003 синхронизируется каждые 30 минут в 00:02». Сведения см. на странице Knowledge этого правила.

  • Состояние SMS 2003: ошибка сценария

По правилу «Состояние SMS 2003: ошибка сценария отслеживает оповещения и создает при их обнаружении ошибки сценариев. Все ошибки сценариев передаются посредством одного события номер 1102. Сведения о разрешении оповещения см. на странице Knowledge этого правила.

  • SMS 2003 Status: <status message name>

Сценарий SMS 2003 Status: <имя сообщения состояния> отслеживает определенные события сообщений состояния и создает для них оповещения. Сведения о разрешении оповещения см. на странице Knowledge этого правила.

Все оповещения имеют описание события в следующем формате, где $Description$ — описание события:

$Logging Computer$ - "Rule Name". $Description$

Файл SMS 2003 Monitor SMS Status Messages VarSet используется для сохранения RecordID последнего обработанного сообщения состояния для каждой базы данных сайта. Файл VarSet находится в папке Windows\Temp. Этот текстовый файл, разделенный табуляцией, имеет следующий формат:

  Копировать код 
LastRecordID_DBNameRecordID#

Например, запись LastRecordID_SMS_FLA с RecordID, равным 477860, будет указывать на то, что последняя обработанная запись из базы данных SMS_FLA имела номер 477860.

При обновлении пакета управления с предыдущей версии в файле SMS 2003 Monitor SMS Status Messages VarSet появляется следующий текст:

  Копировать код 
LastRecordID476743
LastRecordID_SMS_FLA477860

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

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

SMS 2003 Monitor Site System Summarizer

Site System Summarizer

Site System Status Summarizer — это компонент службы SMS Executive, поддерживающий состояние на всех определенных компьютерах сайта SMS. По умолчанию этот компонент запрашивает текущее состояние компьютеров один раз в час. Этот интервал определяется в файле управления сайта SMS. Изменять длительность интервала не рекомендуется. Состояние сохраняется в таблице сайта SMS.

Состояние Site System DownSince

Компонент Site System Status Summarizer определяет, что компьютер отключен, если к этому компьютеру не удается подключиться в течение одного из интервалов опроса. Невозможность подключения может быть вызвана следующими причинами:

  • Компьютер не включен, не подключен к сети или неисправен.
  • Компонент SMS Site System Status Summarizer не может установить подключение, поскольку нет доступных подключений.
  • У компонента SMS Site System Status Summarizer недостаточно прав доступа для подключения.
  • Компонент SMS Site System Status Summarizer не может установить подключение из-за неполадок в сети.
  • Компьютер был окончательно выведен из эксплуатации.

Доступность на основе данных Site System Status Summarizer

Состояние Site System Status Summarizer используется для расчета доступности сценарием доступности серверов SMS 2003 и отчетом о доступности серверов SMS 2003. При расчете доступности сервера SMS используется значение параметра реестра DownSince, чтобы определить, доступен сервер или нет.

Ограничения расчета доступности на основе данных Site System Status Summarizer

В этом разделе описываются ограничения использования Site System Status Summarizer для расчета доступности сценарием доступности серверов SMS 2003 и отчетом о доступности серверов SMS 2003. При расчете доступности сервера SMS используется значение параметра «DownSince», чтобы определить, доступен сервер или нет.

Отслеживание доступности с помощью Site System Status Summarizer имеет следующие ограничения:

  • Интервал опроса компонента Site System Summarizer равен одному часу. Этот интервал обеспечивает достаточное время для опроса всех систем в сети. В целях сохранения производительности этот интервал не может быть изменен. Интервал опроса управляется свойством Startup Schedule в файле управления сайтом, а не свойством Wakeup Interval. Это означает, что установка свойству Wakeup Interval другого значения вместо значения по умолчанию, равного 60, не повлияет на работу. Кроме того, изменение параметра Startup Schedule также повлияет на интервал опроса.. По умолчанию значение этого параметра равно 15 минутам, а компонент Site System Status Summarizer опрашивает компьютеры в начале каждого часа вне зависимости от значения параметра Startup Schedule.
  • Алгоритм расчета доступности считает компьютер недоступным при наличии двух последовательных событий Средство формирования сводных данных системы сайта SMS 2003: возможно, система сайта не работает за два часа. Такой подход используется, чтобы учесть кратковременные сбои сети. Таким образом, при расчете доступности 2 часа считаются минимальным временем отключения, даже если система была выключена на более короткое время.
  • Кроме того, система может быть недоступна, но компонент Site System Status Summarizer это может не отследить. Например, компонент Site System Status Summarizer не считает SMS недоступным, если службы SMS не запущены или если база данных сайта SMS недоступна, что бывает при остановленной службе SQL Server.
  • Данные о доступности могут быть некорректными для компьютеров, выполняющих несколько ролей серверов SMS. Время простоя вычисляется на основе оповещений, созданных для отключенной системы. Одно оповещение считается за простой в течение 2 часов. Компонент Site System Status Summarizer записывает в таблицу базы данных текущее состояние «DownSince» для каждого объекта и для каждой системной роли, размещенной на компьютере.

Сценарий отслеживания Site System Status Summarizer изучает каждую системную роль в таблице Site System Status Summarizer. Если система помечена как отключенная, создается событие. Затем на основе события создается оповещения. Если на компьютере выполняется несколько ролей, то может быть записано более длительное время простоя. Это может привести к отрицательному проценту доступности, в зависимости от указанного интервала времени.

Каждая роль сервера SMS, за исключением точки распространения SMS, по умолчанию устанавливает две роли SMS: одна — определенная роль, вторая — сервер компонентов SMS. Предположим, что компьютер используется в качестве точки обнаружения серверов и в качестве точки отчетов. Если этот компьютер был отключен в течение более 2 часов (2 интервала опроса Site System Status Summarizer), то компонент Site System Status Summarizer пометит обе этих роли, и роли серверов компонентов SMS, как отключенные.

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

  • По умолчанию используется 60-минутный интервал (запуск через 10 минут после начала каждого часа), то есть сценарий «SMS 2003 Monitor Site System Summarizer» запускается через 10 минут после начала опроса Site System Status Summarizer. Если опрос занимает более 10 минут, то следует изменить сдвиг поставщика запланированных событий. В противном случае не будут учтены наиболее свежие сообщения о состоянии системы.

SMS 2003: Monitor Management Point Availability

Сценарий «SMS 2003 Monitor Management Point Availability» поддерживает отчет о доступности точки управления. Доступность определяется по состоянию работоспособности точки управления и использует соответствующее значение реестра

типа DWORD в разделе HKEY_LOCAL_MACHINE\Microsoft\SMS\MP\MPHealthState

На основе настраиваемого расписания и интервала отчетности сценарий считывает и затем сообщает посредством события Operations Manager 2007 длительность неработоспособного состояния (значение реестра 1 вместо 0).

Эти события доступности записываются в базы данных OperationsManager и OperationsManagerDW. После этого можно запустить отчет Operations Manager 2007, отображающий общее время простоя точки управления за указанный интервал, а также процент доступности.

Значение параметра реестра MPHealthState поддерживается диспетчером MP Control Manager. Данные обновляются каждые 6 минут.

Сценарий выполняет следующие действия.

  • Проверяет, работает ли система в режиме управления без агента. Если это верно, то сценарий завершается без выполнения дальнейших действий. Этот сценарий использует локальный файл VarSet для сохранения переменных, поэтому агент Operations Manager 2007 должен быть установлен.
  • Инициализирует глобальные переменные.
  • Получает значения входных параметров ScheduledInterval и ReportingInterval в минутах.
  • Проверяет, что входные параметры не пусты, не равны нулю и не являются отрицательными. В противном случае создается событие ошибки сценария, указывающее на недопустимое значение. Кроме того, сценарий проверяет, чтобы значение ReportingInterval было не меньше значения ScheduledInterval. Если это верно, то создается событие ошибки сценария, указывающее, что ReportingInterval не может быть меньше ScheduledInterval. Оба значения имеют тип Lng, максимальное значение равно 2147483647 (2G -1).
  • Открывает и копирует содержание локального файла SMS 2003 Monitor Management Point Availability.VarSet в локальный набор. Если такого файла нет, событие ошибки сценария не создается. Если файл есть, но его не удается открыть, создается событие ошибки сценария.
  • Проверяет доступность точки управления.
    • Если текущая версия SMS меньше 2.50.3067.0000, сценарий завершает работу без создания ошибок, поскольку значение параметра реестра MPHealthState отсутствует. Файл журнала агента AgentResponses-Configuration Group Name.log будет содержать следующий текст: "Monitoring Management Point health is not supported on this SMS build". Чтобы включить ведение журнала, нужно установить параметру EnableActiveDebugging типа DWORD в разделе реестра HKEY_LOCAL_MACHINE\SOFTWARE\Mission Critical Software\OperationsManager значение 1.
    • Получает текущее состояние работоспособности точки управления из значения параметра реестра HKEY_LOCAL_MACHINE\Microsoft\SMS\MP\MPHealthState (типа DWORD). Если значение не удается получить, сценарий завершает работу без создания ошибки, поскольку диспетчер MP Control Manager еще не создал его.
    • Получает дату и время начала из набора VarSet. Если это первый запуск сценария и начало нового периода отчета, запись будет отсутствовать. Сценарий инициализирует длительность и дату начала в наборе VarSet перед завершением работы без создания ошибки. Устанавливается длительность 0 и дата начала, соответствующая текущей дате и времени.
    • Для текущего интервала отчета, если значение параметра реестра MPHealthState равно 1, сценарий увеличивает длительность простоя в наборе VarSet на основе указанного интервала расписания.
    • Сообщает, создавая событие доступности, если интервал отчета истек, а точка управления была недоступна. После этого сценарий сбрасывает длительность на 0 и сбрасывает в наборе VarSet дату начала на текущее местное время для следующего интервала отчета.
    • Если при проверке доступности точки управления возникает ошибка, создается ошибка сценария.

Код события = 1102

Тип события = Предупреждение

Сообщение = "The script ‘SMS 2003 Monitor Management Availability' running under processing rule <ProcessingRuleName> encountered a runtime error." CrLf "Failed to check Management Point availability.” <ErrorString>

  • Записывает содержимое набора VarSet в локальный файл SMS 2003 Monitor Management Point Availability.VarSet и закрывает файл. Если такого файла нет, он создается. Если переменные VarSet не были заданы, в файле для них не создаются записи. Если при записи файла возникает ошибка, создается ошибка сценария.

SMS 2003: Monitor SMS Inbox

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

Счетчики производительности папок SMS измеряют число элементов, поставленных в очередь компонентом службы, а не действительное число элементов, ожидающих обработке на диске. Компонент службы SMS обновляет счетчик производительности после завершения работы над текущей очередью. Это может привести к слишком редкому обновлению счетчиков производительности и помешать обнаружению длинных очередей. Новый сценарий SMS 2003: Monitor SMS Inbox добавляет функцию прямого отслеживания путем подсчета файлов в важнейших папках сервера SMS и оповещает администратора через Operations Manager 2007, когда число файлов в определенной папке превысит настраиваемый пользователем порог.

Все правила находятся в группе SMS Site Servers – Common, которая направляет эти правила центральному, главному и дочернему сайтам. Пороговые значения для сценариев задаются путем переопределения.

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

Расписание и необязательная настройка

Чтобы снизить влияние отслеживание входящих событий на производительность работы системы, правила синхронизированы для запуска один раз в день. Правила запускаются с интервалом в 15 минут начиная с 01:00, так что одновременно выполняется только одно правило. Например, первое правило пересчитывает файлы, находящиеся в первой папке, в 01:00. Следующее правило пересчитывает файлы во второй папке в 01:15 и так далее, пока не будут пересчитаны файлы во всех папках.

Можно изменить это расписание, выполнив обычные действия по планированию выполнения правил в Operations Manager 2007. Для активации этой функции не требуется начальной конфигурации. Ниже перечислены необязательные изменения, которые можно выполнить:

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

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

Пороговые оповещения и значения

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

Изменение пороговых значений счетчика производительности

  1. В консоли администрирования Operations Manager 2007 щелкните Создание и настройка.

  2. В области Создание и настройка перейдите в раздел Создание и настройка / Management Pack Objects / Monitors.

  3. В области Monitors выберите SMS server.

  4. Перейдите в раздел SMS Server / Entity Health / MOM 2005 Computer Role Health, затем разверните роль сервера, которую нужно изменить.

    • DB - сервер базы данных
    • MP - сервер точки управления
    • SS - сервер сайта

  5. Дважды щелкните правило отслеживания порогового значения производительности, которое нужно изменить. Откроется окно Performance Threshold Properties.

  6. Перейдите на вкладку Configuration.

  7. Щелкните Edit…. Откроется окно Xml Configuration.

  8. В XML-тексте измените нужное пороговое значение.

    • Укажите значение <ValueExpression> в <CriticalErrorExpression> для изменения порога критической ошибки.
    • Укажите значение <ValueExpression> в <WarningExpression> для изменения порога предупреждения.

  9. Нажмите кнопку ОК. Нажмите кнопку ОК. Измененные пороговые значения будут разосланы на серверы.

По умолчанию пороговое значение для всех правил отслеживания входящих событий равно 10000. Следует указать пороговые значения параметра FileCountThreshold сценария SMS 2003: Monitor SMS Inbox в соответствии с требованиями среды. Допустимые пороговые значения — целые числа от 1 до 2147483647 (0x7FFFFFFF) включительно. Недействительные значения — нуль (0) или числа больше 2147483647, поскольку в этом случае в 32-разрядном диапазоне будет отрицательное значение.

Описание папок входящих событий и их использования в Systems Management Server см. в соответствующем разделе на веб-сайте Справка и поддержка.

Сценарий «Аварийные копии памяти службы SMS Executive монитора SMS 2003»

Этот сценарий находится в папке Scripts консоли администрирования SMS и называется Аварийные копии памяти службы SMS Executive монитора SMS 2003. Этот сценарий выполняет следующие действия:

  • Определяет, работает ли целевой компьютер в режиме без агента. Если это верно, то сценарий завершается без выполнения дальнейших действий. Этот сценарий использует локальный файл VarSet для сохранения переменных, поэтому агент Operations Manager 2007 должен быть установлен на все целевые компьютеры.
  • Открывает и считывает содержание локального файла SMS 2003 Monitor SMS Executive Crash Dumps.VarSet в набор. Если такого файла нет, событие ошибки сценария не создается. Если файл существует, но его не удается открыть, то создается событие ошибки сценария со следующим текстом:

Failed to load script variables.

  • Проверяет, произошел бы новый аварийный дамп после последней проверки. Если это верно, то сценарий создает событие для оповещения о новом аварийном дампе. Для создания события ошибки сценарий выполняет следующие действия:
    • Получает папку установки SMS из раздела SMS реестра (параметр реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\Identification\ Installation Directory). Если путь не удается получить, сценарий создает событие ошибки сценария со следующим текстом, после чего завершает работу:

Failed to read registry value.

  • Создает полный путь к папке аварийных дампов, добавляя «Logs\CrashDumps» к пути установки SMS, полученному из реестра.
  • Проверяет, существует ли папка CrashDumps. Если папки нет, сценарий записывает в журнал, что не удалось проверить наличие папки, и завершает работу без дальнейших действий. Файл журнала агента AgentResponses-Configuration Group Name.log будет содержать следующий текст:

Failed to verify existence of crash dump directory: <CrashDumpsPath>.

Чтобы включить ведение журнала, нужно установить параметру EnableActiveDebugging типа DWORD в разделе реестра HKEY_LOCAL_MACHINE\SOFTWARE\Mission Critical Software\OperationsManager значение 1.

  • Получает дату создания последней папки аварийного дампа из набора VarSet.
  • Проверяет, были ли созданы более новые аварийные дампы, и обрабатывает только последний из них. Для определения наиболее позднего дампа используется сохраненная дата последнего создания аварийного дампа, если она доступна. Сравнивается дата и время создания папки по сравнению со второй папкой.
  • Если создан новый аварийный дамп или если это первый запуск данного сценария, сценарий записывает и создает событие 1710, указывая новую папку и путь аварийного дампа. Сценарий сохраняет дату создания папки аварийного дампа в наборе VarSet. Если аварийный дамп не выполнялся, это записывается.
  • Записывает содержимое набора VarSet в локальный файл SMS 2003 Monitor SMS Executive Crash Dumps.VarSet и закрывает файл. Если такого файла нет, он создается. Если переменные VarSet не были заданы, в файле для них не создаются записи. Если при записи файла возникает ошибка, создается следующее сообщение ошибки сценария: Failed to save script variables.

Событие «SMS 2003 Monitor SMS Executive Crash Dump»

Сценарий «Аварийные копии памяти службы SMS Executive монитора SMS 2003» сообщает посредством события 1710 о сбое системы как описано ниже:

Тип события = Ошибка

Код события = 1710

Категория = Код сайта SMS

Описание = Сбой SMS Executive в сайте "XXX". Подробные сведения см. в данных аварийного дампа в <Drive> \SMS\Logs\CrashDumps\NewFolder.

Событие ошибки сценария «SMS 2003 Monitoring SMS Executive Crash Dumps»

Сценарий «Аварийные копии памяти службы SMS Executive монитора SMS 2003» сообщает об ошибках при выполнении сценария посредством события 1102.

Тип события = Предупреждение

Код события = 1102

Описание = Сценарий "Аварийные копии памяти службы SMS Executive монитора SMS 2003", запущенный правилом обработки Аварийные копии памяти SMS 2003: мониторинг службы SMS Executive, обнаружил ошибку при выполнении. CrLf "Failed to <Message>." ErrorString

Сценарий доступности серверов SMS 2003

SMS — это каждое корпоративное приложение для управления конфигурацией настольных ПК. Заказчикам требуется отслеживать доступность этого приложения. Пакет управления Management Pack содержит образец сценария Microsoft SQL Server™ для вычисления доступности системы SMS на основе оповещений, созданных при состоянии отключения в компоненте SMS Site System Status Summarizer. Можно определить доступность за любое указанное число дней. Этот показатель можно использовать для поддержки установленных соглашений об уровне обслуживания.

Ограничения сценария доступности серверов SMS 2003

В отчете доступности серверов SMS 2003 существуют следующие ограничения:

Частота отображаемых данных ограничена интервалом очистки базы данных Operations Manager 2007. По умолчанию сценарий возвращает данные за последние 7 дней и за последние 30 дней. Однако интервал чистки базы данных Operations Manager составляет 4 дня, поэтому выполнение сценария с интервалом в 7 или в 30 дней приведет к одинаковым результатам. Если требуются отчеты по более длительным периодам, следует увеличить интервал очистки или использовать отчет доступности серверов SMS 2003, который выполняется для базы данных OperationsManagerDW, представляющей собой долгосрочное хранилище операционных данных. Для более коротких периодов следует изменить в сценарии значения 7 и 30 дней.

Алгоритм работы сценария

Один раз в час компонент Site System Summarizer пытается связаться с каждым компьютером сайта. Если с компьютером не удается установить связь, этот компьютер указывается как отключенный в таблице компонента Site System Status Summarizer. Для снижения числа ложных отчетов пакет управления объединяет события и создает оповещение только в том случае, если за 2 часа возникло 2 события. При запуске сохраненной процедуры вычисляется число предупреждений "возможно, система сайта не работает", созданных за указанное число дней, время простоя вычитается из общего времени и подсчитывается процент доступности за указанный период. Если для компьютера за указанный период не создано ни одного предупреждения возможно, система сайта не работает, доступность составляет 100%.

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

По умолчанию сценарий возвращает данные за последние 7 дней и за последние 30 дней. Указав более длительный интервал, можно получить более точную оценку времени работы сервера. Не следует устанавливать интервалы времени длиннее периода очистки базы данных Operations Manager 2007.

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

  • Если в течение двух часов для компьютера создано два события, то создается одно оповещение. Если за последние 7 дней было создано одно оповещение, расчет производится следующим образом:
    • Сумма часов в 7 сутках = 7 * 24 = 168
    • Сумма часов простоя = 1 * 2 = 2
    • Сумма часов работы = (168 - 2) = 166
    • Процент доступности = (166 / 168) * 100 = 98,809%
  • Если было создано одно оповещение за последние 30 дней, расчет производится следующим образом:
    • Сумма часов в 30 сутках = 30 * 24 = 720
    • Сумма часов простоя = 1 * 2 = 2
    • Сумма часов работы = (720 - 2) = 718
    • Процент доступности = (718 / 720) * 100 = 99,72%
  • Если было создано одно оповещение за последние 84 дней, расчет производится следующим образом:
    • Сумма часов в 84 сутках = 84 * 24 = 2016
    • Сумма часов простоя = 1 * 2 = 2
    • Сумма часов работы = (2016 - 2) = 2014
    • Процент доступности = (2014 / 2016) * 100 = 99,9%

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

  • Если было создано два оповещения за последние 30 дней, расчет производится следующим образом:
    • Сумма часов в 30 сутках = 30 * 24 = 720
    • Сумма часов простоя = 2 * 2 = 4
    • Сумма часов работы = (720 - 4) = 716
    • Процент доступности = (716 / 720) * 100 = 99,44%
  • Если было создано три оповещения за последние 30 дней, расчет производится следующим образом:
    • Сумма часов в 30 сутках = 30 * 24 = 720
    • Сумма часов простоя = 3 * 2 = 6
    • Сумма часов работы = (720 - 6) = 714
    • Процент доступности = (714 / 720) * 100 = 99,16%

Интервал опроса сценарием Site System Status Summarizer равен одному часу и не может быть изменен с помощью консоли администрирования SMS. Изменение этого интервала не улучшает точность сценария. Можно изменить интервал объединения события, но это не рекомендуется делать, поскольку от этого точность результата не улучшится. Более того, при снижении интервала объединения результаты становятся менее достоверными, поскольку при двухчасовом интервале снижается количество ложных результатов, возникших из-за краткосрочных перебоев в сети.

См. также