Лучший отвечающий
Ошибка "Мicrosoft SQL Server reported SQL message 50000, severity 16..." в логах SCCM 2012

Вопрос
-
На сервере 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/
- Помечено в качестве ответа Petko KrushevMicrosoft contingent staff, Moderator 18 марта 2013 г. 11:32
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/
- Помечено в качестве ответа Petko KrushevMicrosoft contingent staff, Moderator 18 марта 2013 г. 11:32
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