none
Ошибка "Мicrosoft SQL Server reported SQL message 50000, severity 16..." в логах SCCM 2012 RRS feed

  • Вопрос

  • На сервере SCCM 2012 в разделе Мониторинг/System Status/Component Status постоянно регистрируется ошибка для компонентов SMS_POLICY_PROVIDER и SMS_OBJECT_REPLICATION_MANAGER:
    "Мicrosoft SQL Server reported SQL message 50000, severity 16:***Unknow SQL Error! Please Refer to your Configuration Manager documentation, SQL Server documentation..."   При этом сбоев в работе SCCM пока замечено не было. Конфигурация SCCM: сервер SCCM2012 SP1 на Windows Server 2008R2 в режиме snandalone, один сайт с одним сервером. SQL Server 2008R2 SP2 на отдельном сервере Windows Server 2008R2.

    Из нестандартных ситуаций в настройках нашего сервера SCCM, которые возможно могли повлиять на появление этой ошибки:

    1. Не делалось расширение схемы и не создавался в AD контейнер System Management (админ AD не хочет делать ( )- но по этому поводу предупреждения сразу стали в логах появляться, а по поводу SQL уже позднее.

    2. Делался перенос БД SCCM на SQL Server с одного раздела диска на другой методом Dettach/Attach. При переносе БД сервер SCCM выключался. Есть  подозрение, что ошибка SQL стала появляться после этой процедуры.




    • Изменено KPN_ 3 марта 2013 г. 13:27
    3 марта 2013 г. 13:22

Ответы

  • Возможно, это из-за того, что Вы не останавливали службы ConfigMgr. Процедура переноса описана в документации.

    http://smsimpossible.blogspot.com/2012/09/how-to-move-databases-for-sccm-2012.html

    http://yetanotheritguy.blogspot.com/2012/09/moving-sccm-2012-site-db-to-another.html


    http://sccm.com.ua/

    3 марта 2013 г. 15:20
    Отвечающий

Все ответы

  • Возможно, это из-за того, что Вы не останавливали службы ConfigMgr. Процедура переноса описана в документации.

    http://smsimpossible.blogspot.com/2012/09/how-to-move-databases-for-sccm-2012.html

    http://yetanotheritguy.blogspot.com/2012/09/moving-sccm-2012-site-db-to-another.html


    http://sccm.com.ua/

    3 марта 2013 г. 15:20
    Отвечающий
  • Спасибо error008 , статьи помогли.

    Дело в том, что после выполенения dettach/attach у базы данных сбрасывается свойство TRUSTWORTHY в off.

    Нужно выполнить

    ALTER DATABASE dbname SET TRUSTWORTHY ON

    А затем, если будет ругаться, что SID владельца данной БД не совпадает с данными, хранящимися в базе master, выполнить:

    ALTER AUTHORIZATION ON DATABASE:: [dbname] TO [Login Name]

    (я использовал в качестве Login Name  - sa)

    1 апреля 2013 г. 14:46