none
Event ID: 31551 Source: Health Service Modules RRS feed

  • Вопрос

  • Всем доброго времени суток!

    Коллеги, недавно развернул SCOM 2012 SP1. Все работает вроде бы нормально, но на сервере SCOM постоянно сыплет ошибками:

    Имя журнала:   Operations Manager
    Источник:      Health Service Modules
    Дата:          22.08.2013 9:59:00
    Код события:   31551
    Категория задачи:Хранилище данных
    Уровень:       Ошибка
    Ключевые слова:Классический
    Пользователь:  Н/Д
    Компьютер:     имя сервера SCOM
    Описание:
    Не удалось сохранить данные в хранилище данных. Данная операция будет выполнена повторно.
    Исключение "SqlException": Недопустимая спецификация формата: "d, уровень %d, состояние %d, процедура %s, строка %d, сообщение: %s". 

    Это затронуло один или несколько рабочих процессов.  

    Имя рабочего процесса: Microsoft.SystemCenter.DataWarehouse.Synchronization.ManagedEntity 
    Имя экземпляра: 4a94f0a8-2811-4434-adcd-b69993e704e9 
    ИД экземпляра: {9346B7D8-C4A6-6673-BE3E-D6596BBF6162} 
    Группа управления: Группа Управления
    Xml события:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
        <Provider Name="Health Service Modules" />
        <EventID Qualifiers="49152">31551</EventID>
        <Level>2</Level>
        <Task>3</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime="2013-08-22T05:59:00.000000000Z" />
        <EventRecordID>994704</EventRecordID>
        <Channel>Operations Manager</Channel>
        <Computer>имя сервера</Computer>
        <Security />
      </System>
      <EventData>
        <Data> </Data>
        <Data>Microsoft.SystemCenter.DataWarehouse.Synchronization.ManagedEntity</Data>
        <Data>4a94f0a8-2811-4434-adcd-b69993e704e9</Data>
        <Data>{9346B7D8-C4A6-6673-BE3E-D6596BBF6162}</Data>
        <Data>SqlException</Data>
        <Data>Недопустимая спецификация формата: "d, уровень %d, состояние %d, процедура %s, строка %d, сообщение: %s".</Data>
      </EventData>
    </Event>

    Потом через некоторое время:

    Имя журнала:   Operations Manager
    Источник:      Health Service Modules
    Дата:          22.08.2013 10:03:58
    Код события:   31554
    Категория задачи:Хранилище данных
    Уровень:       Сведения
    Ключевые слова:Классический
    Пользователь:  Н/Д
    Компьютер:     имя сервера SCOM
    Описание:
    Рабочий процесс успешно сохранил данные в хранилище данных. 

    Это затронуло один или несколько рабочих процессов.  

    Имя рабочего процесса: Microsoft.SystemCenter.DataWarehouse.Synchronization.ManagedEntity 
    Имя экземпляра: 4a94f0a8-2811-4434-adcd-b69993e704e9 
    ИД экземпляра: {9346B7D8-C4A6-6673-BE3E-D6596BBF6162} 
    Группа управления: Группа Управления
    Xml события:
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
        <Provider Name="Health Service Modules" />
        <EventID Qualifiers="49152">31554</EventID>
        <Level>4</Level>
        <Task>3</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime="2013-08-22T06:03:58.000000000Z" />
        <EventRecordID>994731</EventRecordID>
        <Channel>Operations Manager</Channel>
        <Computer>имя сервера SCOM</Computer>
        <Security />
      </System>
      <EventData>
        <Data></Data>
        <Data>Microsoft.SystemCenter.DataWarehouse.Synchronization.ManagedEntity</Data>
        <Data>4a94f0a8-2811-4434-adcd-b69993e704e9</Data>
        <Data>{9346B7D8-C4A6-6673-BE3E-D6596BBF6162}</Data>
      </EventData>
    </Event>

    Метод сортировки на скуле Cyrillic_General_CI_AS, на базах SCOM и Warehouse аналогично. 

    Возможно для Warehouse нужен колакейшн SQL_Latin1_General_CI_AS?

    Если есть идеи, буду рад))

    22 августа 2013 г. 6:17

Ответы

  • Все таки дело было скорее в типе сортировки базы варехауса. Переопределил базу на SQL_Latin1_General_CI_AS - проблема ушла.
    • Помечено в качестве ответа leonid86 29 августа 2013 г. 8:43
    29 августа 2013 г. 8:43

Все ответы

  • Привет,

    Проделайте шаги по решению Вашей проблемы из статьй по ссылке внизу:

    RMS won’t accept new consol connections

    Hi

    We had another problem that with Event Id 31551 and 31552 unable to store data in the Data Warehouse. We where advised from Microsoft support to run the following SQL query against the DW database:

    1. Backup the OpsMgDW DB.

    2. In SQL Management Studio, issue the command below for the OpsMgr DW DB:

    DBCC CHECKIDENT ("EventChannel", RESEED, 3);

    Please save the output of above.

    3. After above query completes, please issue command below to confirm the change:

    DBCC CHECKIDENT ("EventChannel");

    After we did that and restarted the HealtService on the RMS and MS the event 31551/31552 where resolved and as a bonus the event 26319 also seems to be resolved. And just for the record the UAC is still active.


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

    23 августа 2013 г. 4:14
    Модератор
  • спасибо за совет, но увы - результат тотже. 
    23 августа 2013 г. 5:24
  • посмотрите тогда следующее обсуждение:

    SCOM Event ID 31551


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

    26 августа 2013 г. 10:15
    Модератор
  • Все таки дело было скорее в типе сортировки базы варехауса. Переопределил базу на SQL_Latin1_General_CI_AS - проблема ушла.
    • Помечено в качестве ответа leonid86 29 августа 2013 г. 8:43
    29 августа 2013 г. 8:43
  • Все таки дело было скорее в типе сортировки базы варехауса. Переопределил базу на SQL_Latin1_General_CI_AS - проблема ушла.

    А какая версия языка SCOM у вас?

    Имею такую же ошибку после апгрейда до SP1, язык русский. База DW имеет сортировку:

    SQL_Latin1_General_CP1_CI_AS

    SQL_Latin1_General_CI_AS - такой в списке нет.

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

    При очередной попытке записи опять возникает событие об ошибке.

    Видимо ошибка свойственна локализованной версии, на английском языке не удалось найти описаний такой проблемы.

    28 ноября 2013 г. 7:06
  • Доброго времени суток! SCOM 2012 r2 UR3, SQL 2012 sp1, Windows Server 2012, всё Russian. Collation у баз правильная и поддерживаемая -  SQL_Latin1_General_CP1_CI_AS. Подобные ошибки от MP для Exchange 2010 ушли после смены "Языка по умолчанию" с Russian на English у SQL Имени входа (SQL Login) для "Учётной записи действия хранилища данных" (Data Warehouse Action Account). Вот описание другой ошибки и аналогичной замены для учётной записи Data Reader Account http://blogs.technet.com/b/scpferublog/archive/2014/01/10/microsoft-sql-server-operations-manager.aspx - также заработало после замены Default Language.


    • Предложено в качестве ответа Evgueni Shirokov 4 декабря 2014 г. 9:36
    • Изменено Evgueni Shirokov 4 декабря 2014 г. 9:38
    4 декабря 2014 г. 9:35
  • Здравствуйте, Евгений,

    По поводу отсуствия SLA в CAS репорте, попробуйте настройть SLO для Performance и Аvailability по инструкций по ссылке внизу:

    http://www.msexchange.org/articles-tutorials/exchange-server-2010/management-administration/monitoring-exchange-2010-opsmgr-2007-r2-part5.html


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

    16 февраля 2015 г. 6:23
    Модератор