Size: a a a

SCOM + SCorch + DPM

2019 August 14

k

kerberos in SCOM + SCorch + DPM
Aleksandr Prianishnikov
В Discovery и Monitoring профайлы добавлял SQL Server Discovery Account ?
да, и в дисковери (указал в п.3) и в монитринг указана учётка SQLAdmin, которая имеет доступ к SQL
источник

k

kerberos in SCOM + SCorch + DPM
проблема в том, что дискавери пытается c помощью SQL Run as обнаружить sql на серверах, на которых физически нет sql и нет учётной записи SQLAdmin.
источник

k

kerberos in SCOM + SCorch + DPM
на серверах, где установлен SQL и учётка SQLAdmin имеет права ошибок не возникает
источник

AP

Aleksandr Prianishnikov in SCOM + SCorch + DPM
А в логах на серверах, где нет SQL что пишет?
источник

AP

Aleksandr Prianishnikov in SCOM + SCorch + DPM
источник

k

kerberos in SCOM + SCorch + DPM
Aleksandr Prianishnikov
А в логах на серверах, где нет SQL что пишет?
Не удалось разрешить учетную запись, указанную в профиле запуска от имени "Microsoft.SQLServer.Core.RunAs.Discovery". В частности, эта учетная запись используется в переопределении безопасной ссылки "SecureOverride072a010c_bc04_c4aa_2a9c_845ca07fd1d4".

Это могло произойти потому, что учетная запись не настроена для распространения на данный компьютер. Для разрешения этой проблемы необходимо открыть указанный ниже профиль запуска от имени, найти учетную запись по ее SSID и либо распространить учетную запись на данный компьютер, если это целесообразно, либо изменить настройки профиля так, чтобы целевой объект не использовал эту указанную учетную запись.
источник

AP

Alex Protsenko in SCOM + SCorch + DPM
kerberos
Коллеги, не могу понять логику работы SQL.Discovery:
1. Установлен SCOM 2012 R2, на него добавлены MP SQL
2. Default action account - Local system
3. в SQL Server Discovery Account прописана учетная запись, имеющая полные права на SQL (например, SQLAdmin)
4. для SQLAdmin вручную прописаны ПК для distribution

Ситуация: в алертах неSQL серверов постоянно сыплются предупреждения вида

An account specified in the Run As profile "Microsoft.SQLServer.Core.RunAs.Discovery" cannot be resolved.

This condition may have occurred because the account is not configured to be distributed to this computer. To resolve this problem, you need to open the Run As profile specified below, locate the account entry as specified by its SSID, and either choose to distribute the account to this computer if appropriate, or change the setting in the profile so that the target object does not use the specified account.
Note: you may use the command shell to get the Run As account display name by its SSID.

Проблема: почему используется SQL RunAs account вместо defaul acction account для ПК, который не входит в distribution учётки SQLAdmin? или я чего-то не понимаю?
Stand-alone сервера или кластерные ноды?
На них SQL Server раньше стоял?
SSMS установлена?
источник

k

kerberos in SCOM + SCorch + DPM
Alex Protsenko
Stand-alone сервера или кластерные ноды?
На них SQL Server раньше стоял?
SSMS установлена?
Ошибка, например, валится на принт-сервере. Он стэндалон, sql и ssms никогда на нём не поднимались.
источник

k

kerberos in SCOM + SCorch + DPM
Спасибо, поменял с группы на class, сбросил состояние, помониторю.
источник

k

kerberos in SCOM + SCorch + DPM
но всё равно не понимаю почему используется runas а не default action account...
источник

AP

Alex Protsenko in SCOM + SCorch + DPM
kerberos
но всё равно не понимаю почему используется runas а не default action account...
sql мониторинговый акаунт не должен использоваться на тех машинах. нет в скоме какого-либо кастомного пака, который построен на основе sql mp?
источник
2019 August 15

D

Dmitry in SCOM + SCorch + DPM
Aleksandr Prianishnikov
А 2012 не стоит?
12й поствил, ничего не поменялось
источник

D

Dmitry in SCOM + SCorch + DPM
источник

AP

Aleksandr Prianishnikov in SCOM + SCorch + DPM
А попробуй не русский ставить
источник

D

Dmitry in SCOM + SCorch + DPM
Это как?) Думаете другой язык решит вопрос?)
источник

D

Dmitry in SCOM + SCorch + DPM
Ок, попробую
источник

D

Dmitry in SCOM + SCorch + DPM
Ага, при попытке импорта уже не ругается, правда при запуске импорта вывалил проблемы с зависимостями:

Ошибка 1:
Найдена ошибка в 2|Microsoft.Windows.ActiveDirectoryCertificateServices.2016.Monitoring|10.0.0.0|Microsoft.Windows.ActiveDirectoryCertificateServices.2016.Monitoring|| с сообщением:
Не удалось загрузить пакет управления [ID=Microsoft.Windows.ActiveDirectoryCertificateServices.2016.Discovery, Keytoken=31bf3856ad364e35, Version=10.0.0.0]. Пакет управления не найден в хранилище.
: Ошибка загрузки пакета управления 6751d95a-2b16-1769-17ee-a789ae931b3a из базы данных
источник

D

Dmitry in SCOM + SCorch + DPM
может, стоит теперь от 2012 избавиться?
источник

AP

Aleksandr Prianishnikov in SCOM + SCorch + DPM
Короче, удали все пакеты которые связаны с СА, поставь последний пакет, только не русский.
источник

AP

Aleksandr Prianishnikov in SCOM + SCorch + DPM
По идее должно решиться
источник