none
Проблема с обновлением SCOM 2012 до SP1 RRS feed

  • Вопрос

  • Приветствую всех, возникла проблема с обновлением SCOM 2012 до SP1. Конфигурация следующая - два сервера управления(MS), для надежности объединены в NLB кластер. Для БД используется фейловер кластер с общим хранилищем. Служба отчетов SSRS не работает в кластере, поэтому просто развернута на одной из нод. При попытке обновить один из MS до SP1 произошла критическая ошибка и обновление не было установлено. Возможно, причиной мог быть запуск обновления не локально, а по сети. При этом, в процессе установки, все роли с этого MS были удалены. Пришлось запускать setup SCOM 2012 (без SP1) с ключем /recover, после чего работоспособность MS была восстановлена. Но в консоли стали появляться следующие ошибки:

    при попытке зайти в Task Status :Invalid column name ‘ProgressValue’

    при попытке зайти  в свойства Alert :Invalid column name“MPResourceElementId”

    Решение позаимствовал тут http://blogs.technet.com/b/momteam/archive/2013/01/16/patience-is-a-virtue-with-the-system-center-2012-operations-manager-sp1-installation.aspx  :

    If this is the situation you find yourself in, take the following steps to remedy the situation:

    1. Stop all OpsMgr services that access the DB (the System Center Data Access Service, the System Center Management Service and the System Center Configuration Service on all Management Servers).

    2. Run the following SQL commands:

    USE OperationsManager
    IF EXISTS (SELECT * FROM sysindexes where [name] = 'idx_StateDatabaseTimeModified' AND id = object_id(N'[dbo].[State]'))
    DROP INDEX [idx_StateDatabaseTimeModified] ON [dbo].[State]

    3. Next run the build_mom_db.sql script from the Service Pack Setup directory against the OperationsManager DB.

    4. Finally, restart all of the OpsMgr services.

    Ок, работоспособность сервиса удалось восстановить. Но задача обновления до SP1 не была решена, поэтому стал двигаться дальше. При повторном запуске обновления (уже локально) на MS ситуация каждый раз повторяется в точности как первый раз. При этом пробовал обновляться как под системной учетной записью, так и под доменными.

    Попробовал восстановить (выполнить п. 2 и 3, но последним пунктом повторно выполнить запрос из п.2)

    USE OperationsManager
    IF EXISTS (SELECT * FROM sysindexes where [name] = 'idx_StateDatabaseTimeModified' AND id = object_id(N'[dbo].[State]'))
    DROP INDEX [idx_StateDatabaseTimeModified] ON [dbo].[State]
     

    После чего удалось успешно поставить SP1 на оба MS. Это очень обнадежило, осталось обновить только сервер отчетов. Но тут возникла очередная проблема  - не проходит проверка prerequisites. Установка не видит, что MS сервера уже были обновлены.

    Буду признателен за советы, Максим.


    • Изменено maxim2222 13 марта 2013 г. 12:37
    13 марта 2013 г. 12:36

Ответы

  • Проблему с обновлением сервера отчетов удалось решить. На сервере отчетов, в ветке HKLM\SOFTWARE\Microsoft\Microsoft Operations Manager\3.0\Reporting

    значение DefaultSDKServiceMachine соответствовало имени NLB кластера. При смене этого параметра на один из MS, процедура проверки и обновления прошла успешно. После установки, значение реестра вернул на первоначальное. 


    • Помечено в качестве ответа maxim2222 14 марта 2013 г. 11:18
    • Изменено maxim2222 14 марта 2013 г. 11:27
    14 марта 2013 г. 11:18

Все ответы

  • возможно нужно подождать какоето время, насколько мне известно после обновления последнего МС сервера до СП1, производятся внутренние операции с базой данных, это можно увидеть по повышенной нагрузке на сервера.
    13 марта 2013 г. 21:29
  • Прошли уже сутки, перезагружать сервера также пробовал, не помогло.  

    14 марта 2013 г. 6:16
  • Проблему с обновлением сервера отчетов удалось решить. На сервере отчетов, в ветке HKLM\SOFTWARE\Microsoft\Microsoft Operations Manager\3.0\Reporting

    значение DefaultSDKServiceMachine соответствовало имени NLB кластера. При смене этого параметра на один из MS, процедура проверки и обновления прошла успешно. После установки, значение реестра вернул на первоначальное. 


    • Помечено в качестве ответа maxim2222 14 марта 2013 г. 11:18
    • Изменено maxim2222 14 марта 2013 г. 11:27
    14 марта 2013 г. 11:18