развернуто на 2012р2

на процентах 70 клиентов все развернулось нормально, проблемы только с небольшим количеством клиентов

Коллеги, подскажите такой вопрос, утром Management Server упал, в логах постоянно две ошибки
1) OpsMgr Management Configuration Service failed to communicate with System Center Management Service due to the following exception

System.Runtime.Remoting.RemotingException: Unable to get IRootConnectorForConfigService interface. Please make sure local Health Service is running.
  at Microsoft.EnterpriseManagement.ManagementConfiguration.Communication.AgentCommunicationProvider.CreateHealthServiceConnector()
  at Microsoft.EnterpriseManagement.ManagementConfiguration.Communication.AgentCommunicationProvider.NotifyDirtyState(Dictionary`2 dirtyAgentDictionary)
  at Microsoft.EnterpriseManagement.ManagementConfiguration.Engine.TracingAgentCommunicationProvider.NotifyDirtyState(Dictionary`2 dirtyAgentDictionary)
  at Microsoft.EnterpriseManagement.ManagementConfiguration.Engine.DirtyNotificationWorkItem.<>c__DisplayClass3.<ExecuteSharedWorkItem>b__0()
  at Microsoft.EnterpriseManagement.ManagementConfiguration.Engine.HealthServiceLoggingCommunication.CallHealthService(HealthServiceCall healthServiceCall)

2) OpsMgr Management Configuration Service failed to execute 'DirtyNotification' engine work item due to the following exception

System.Runtime.Remoting.RemotingException: Unable to get IRootConnectorForConfigService interface. Please make sure local Health Service is running.
  at Microsoft.EnterpriseManagement.ManagementConfiguration.Communication.AgentCommunicationProvider.CreateHealthServiceConnector()
  at Microsoft.EnterpriseManagement.ManagementConfiguration.Communication.AgentCommunicationProvider.NotifyDirtyState(Dictionary`2 dirtyAgentDictionary)
  at Microsoft.EnterpriseManagement.ManagementConfiguration.Engine.TracingAgentCommunicationProvider.NotifyDirtyState(Dictionary`2 dirtyAgentDictionary)
  at Microsoft.EnterpriseManagement.ManagementConfiguration.Engine.DirtyNotificationWorkItem.<>c__DisplayClass3.<ExecuteSharedWorkItem>b__0()
  at Microsoft.EnterpriseManagement.ManagementConfiguration.Engine.HealthServiceLoggingCommunication.CallHealthService(HealthServiceCall healthServiceCall)
  at Microsoft.EnterpriseManagement.ManagementConfiguration.Engine.DirtyNotificationWorkItem.ExecuteSharedWorkItem()
  at Microsoft.EnterpriseManagement.ManagementConfiguration.Interop.SharedWorkItem.ExecuteWorkItem()
  at Microsoft.EnterpriseManagement.ManagementConfiguration.Interop.ConfigServiceEngineWorkItem.Execute()

+ Monitoring Aget в статусе Starting

Коллеги, подскажите, кто когда то делал восстановление сервера управления из бекапа или рекавери? К чему нужно быть готовым?

Недавно делал восстановление из БД, в принципе ничего сложного (просто следуешь инструкциям мастера), главное сохранить версионность при восстановлении и имя сайта. После восстановления заново разворачивал SUP и службы отчетов. Ну и с агентами проблемы возникли...

Не в тот чатик, восстанавливал SCCM)

WTF?

Проблема решилась восстановлением сервера управления из бекапа и пропали аккаунты в профайлах, решилось по этой статье https://www.stefanroth.net/2012/12/30/scom-2012-event-id-31557-health-service-modules/#comment-26259

👍

Теперь вопрос, пропали вьюхи с  Active Alerts, Discovery Inventory и Distributed Application в консоли. В show or Hide Views их тоже нету.

@EugeneLeitan https://forum.it-kb.ru/viewtopic.php?t=267. Помогло, спасибо. 👍

👍

Коллеги, всем доброго времени суток. Есть вопрос по настройке пакета управления для MS SQL server 2014. Интересует такая ситуация, есть определенное количество БД, на которых есть предупреждение о SPN, а именно MSSQL 2014: SQL Server cannot authenticate using Kerberos because the Service Principal Name (SPN) is missing, misplaced, or duplicated, в описании данного предупреждения говориться о том, что Service Account в статусе Missing, но если зайди в свойства всех МСА, и посмотреть в атрибутах, все корректно прописано с необходимыми портами и именами. В чем может быть проблема?

SetSPN -L тоже выдает верную информацию? Насколько я помню SCOM использует эту команду в скрипте

@imaxtor SetSPN -L выполнить на том сервере, на котором ругается?

Не обязательно. Ещё нужно указать аккаунт, на который ругается SCOM