none
Мониторинг переезда ресурса в кластере SQL RRS feed

  • Вопрос

  • Здравствуйте!

    Есть кластер sql 2008 r2 на win2k8r2. Есть SCOM 2007 R2 CU5 для с MP для sql. Вопрос: как настроить уведомления при смене активной ноды. По умолчанию приходит ерунда типа "Details: Access is denied." и т.д. Хотя при переезде рестартует служба sql server, монитор этой службы не меняет свое состояние. Создание монитора службы руками тоже ничего не дало.

    Спасибо.


    MCP,MCTS

    18 июня 2012 г. 12:58

Ответы

  • По первому пункту: не знаю, не проверял

    По второму: Проверьте, как выглядит запись в эвенте SCOM, скопируйте и вставьте в свой фильтр.

    По третьему: Вы можете ограничить подписку только открытым или закрытым алертом (Resolution state).

    • Помечено в качестве ответа less__58 25 июня 2012 г. 12:15
    22 июня 2012 г. 6:39
    Отвечающий

Все ответы

  • Скорее всего в журнале приложений есть какое либо событие, можете завязаться на него и создать правило. Также совсем недавно обновился пакет управления для SQL, может там уже есть то, что вам нужно.
    18 июня 2012 г. 13:04
    Отвечающий
  • Скорее всего в журнале приложений есть какое либо событие, можете завязаться на него и создать правило. Также совсем недавно обновился пакет управления для SQL, может там уже есть то, что вам нужно.

    Ок. Создаю монитор как описано тут. Монитор делаю. для области win2k8r2 computers, использую собственные MP, родительский монитор "Availability", Log name - "Microsoft-Windows-FailoverClustering/Operational", Expr(unhealt) - source "FailoverClustering", ID "1203"; Expr(healt) - source "FailoverClustering", ID "1204". Разница между двумя событиями 8 секунд. Настраиваю на основе этого монитора уведомление по e-mail. Но при появлении события в журнале ничего не происходит, ни монитор не меняет своего состояния, ни уведомление естественно не приходит.

    Не могу понять, что я делаю не так. Монитор на основе службы также не срабатывает.


    MCP,MCTS

    19 июня 2012 г. 6:33
  • Только что заметил, что в статусе наблюдаемого компьютера в Столбце "Windows Opereting System" состояние  "Not monitored". Это нормально?

    MCP,MCTS

    19 июня 2012 г. 11:59
  • Нет, не нормально. Пакет управления ОС загружен?
    19 июня 2012 г. 13:30
    Отвечающий
  • Нет, не нормально. Пакет управления ОС загружен?
    Win serv 2008 OS (monitoring) и Win serv 2008 OS (discovering) загружены. Нашел вот что по этому поводу, но это больше похоже на пляски с бубном. Тем более ждать 2-3 не могу. Может удалить агенты не могу так как они еще следят и за кластером.

    MCP,MCTS

    20 июня 2012 г. 5:34
  • Получается одним из наиболее вероятных решений является удаление агентов и повторная установка их через 3 дня. А вот здесь написано с указанием на первоисточник о том, что удаление агента с кластерной ноды невозможно (не поддерживается MS). Замкнутый круг получается.

    MCP,MCTS

    20 июня 2012 г. 9:44
  • В Столбце "Windows Opereting System" теперь все OK, но монитор по-прежнему не меняет состояние при возникновении event'a. :(

    MCP,MCTS

    20 июня 2012 г. 13:50
  • Попробуйте на время упростить задачу - установите фильтры только по журналу приложений и номеру эвента.

    21 июня 2012 г. 14:31
    Отвечающий
  • Попробуйте на время упростить задачу - установите фильтры только по журналу приложений и номеру эвента.

    Первое, что сбило меня с толку - это то, что мониторы scom не реагируют на события в журнале сгенерированные с помощью eventcreate.exe с удаленной  машины (с параметром /S).

    Второе, что я опытным путем обнаружил - это то, что мониторы scom не реагируют на события в журнале "Microsoft-Windows-FailoverClustering/Operational". Может это только мой глюк? Не знаю.

    Третье, хотел спросить, можно ли настроить уведомления, чтобы они не приходили дважды, т.е. без статусов (new, closed). Администратору ресурса необходимо лишь получать 2 уведомление - ресурс уехал с ноды и ресурс приехал на ноду. А так при создании алерта, привязанного к событию в журнале "Отъезда" ресурса с одной ноды и другого алерта, привязанного к событию в журнале "Приезда" ресурса на другую ноду, админ будет получать вместо двух оповещений - четыре.


    MCP,MCTS

    22 июня 2012 г. 6:15
  • По первому пункту: не знаю, не проверял

    По второму: Проверьте, как выглядит запись в эвенте SCOM, скопируйте и вставьте в свой фильтр.

    По третьему: Вы можете ограничить подписку только открытым или закрытым алертом (Resolution state).

    • Помечено в качестве ответа less__58 25 июня 2012 г. 12:15
    22 июня 2012 г. 6:39
    Отвечающий
  • По второму: Проверьте, как выглядит запись в эвенте SCOM, скопируйте и вставьте в свой фильтр.

    По третьему: Вы можете ограничить подписку только открытым или закрытым алертом (Resolution state).

    2. не понял. причем здесь event scom? я же настраиваю монитор для отслеживания события в журнале кластера "Microsoft-Windows-FailoverClustering/Operational" ноды.

    3. Спасибо. НО от "Resolution state" избавиться в любом случае не удастся?


    MCP,MCTS

    22 июня 2012 г. 7:53
  • Всмысле, что значит избавиться от Resolution State?

    По поводу Event scom - в алерте можно увидеть я имел ввиду вот это поле:

    22 июня 2012 г. 10:15
    Отвечающий
  • 1. Всмысле, что значит избавиться от Resolution State?

    2. По поводу Event scom - в алерте можно увидеть я имел ввиду вот это поле:

    1. В теме сообщения Resolution State: new или Resolution State: closed. Хотелось бы иметь полный контроль над тем что там отображается. Добавить туда, например, имя компьютера не получается.

    2. В мониторе имя журнала, Источник и Event ID, по которым надо генерировать Alert, указана 100% точно, если Вы об этом.


    MCP,MCTS

    22 июня 2012 г. 10:30
  • 1. Имя компьютера там по-умолчанию есть.
    22 июня 2012 г. 11:27
    Отвечающий
  • 1. Имя компьютера там по-умолчанию есть.

    Может мы о разных вещах говорим, но мне приходит достаточно большое кол-во сообщений от SCOM и ни в одном из них нет в теме имени компьютера.

    Это уже не так важно.

    Важно то, что мне так и не удалось настроить монитор на слежение за событиями в журнале "Microsoft-Windows-FailoverClustering/Operational". Это удручает. Пришлось искать события в журнале "Applications", что далеко не всегда удобно.

    Вопрос решен, но честно говоря не ожидал такого от SCOM: MP скудны, настройка уведомлений "под себя" непрозрачна и трудоемка и имеет ряд ограничений.


    MCP,MCTS


    • Изменено less__58 25 июня 2012 г. 6:52
    25 июня 2012 г. 6:51
  • Это первое время так кажется, когда копнете глубже, поймете с чем связаны данные ограничения и что так управлять удобнее. Да, это не SCCM, где набил коллекции и управляй ими.

    Обычно (но не всегда) поле Path содержит имя компьютера.

    25 июня 2012 г. 8:48
    Отвечающий
  • Обычно (но не всегда) поле Path содержит имя компьютера.

    Поле "Path" содержится в теле письма. А я говорил про Subject.

    Можете подсказать, верно ли мое предположение, что мониторы SCOM не могут читать данные из логов служб и приложения, таких как "Microsoft-Windows-FailoverClustering/Operational" в моем случае.


    MCP,MCTS

    25 июня 2012 г. 10:07
  • Вы можете добавить Path в Subject. Достаточно скопировать поле с долларами из тела письма напротив Path - $Data/Context/...$ в поле Subject.

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

    25 июня 2012 г. 11:01
    Отвечающий
  • Вы можете добавить Path в Subject. Достаточно скопировать поле с долларами из тела письма напротив Path - $Data/Context/...$ в поле Subject.

    И так я тоже пробовал. :) Переменная, скопированная из Description в Subject перестает быть переменной.

    В очередной раз благодарю Вас, bobgreen84


    MCP,MCTS

    25 июня 2012 г. 12:13
  • Вы можете добавить Path в Subject. Достаточно скопировать поле с долларами из тела письма напротив Path - $Data/Context/...$ в поле Subject.

    Странно, должно работать, если вы в свойствах канала поставите в теме письма $Data/Context/DataItem/ManagedEntityPath$, то в сообщении вам должен вернуться "путь" объекта, зачастую это имя сервера. Конкретно у меня вот так выглядит тема письма:

    $Data/Context/DataItem/ResolutionStateName$: $Data/Context/DataItem/AlertName$

    И я получаю примерно вот такие заголовки:

    Closed: Logical Disk Free Space is low

    New: Ops DB Free Space Low

    и т.д.

    25 июня 2012 г. 13:11
    Отвечающий
  • Вы можете добавить Path в Subject. Достаточно скопировать поле с долларами из тела письма напротив Path - $Data/Context/...$ в поле Subject.

    Странно, должно работать, если вы в свойствах канала поставите в теме письма $Data/Context/DataItem/ManagedEntityPath$, то в сообщении вам должен вернуться "путь" объекта, зачастую это имя сервера. Конкретно у меня вот так выглядит тема письма:

    $Data/Context/DataItem/ResolutionStateName$: $Data/Context/DataItem/AlertName$

    И я получаю примерно вот такие заголовки:

    Closed: Logical Disk Free Space is low

    New: Ops DB Free Space Low

    и т.д.

    Спасибо. Я пытался настроить оповещения в св-вах монитора. Отсюда и расхождения. Буду пробовать.

    MCP,MCTS

    26 июня 2012 г. 7:10