Size: a a a

SCOM + SCorch + DPM

2020 February 14

AM

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

AM

Anton Masyan in SCOM + SCorch + DPM
ж)
источник

AM

Anton Masyan in SCOM + SCorch + DPM
первая же ссылка
источник

D

Dmitry in SCOM + SCorch + DPM
Да, это я видел. Думал о чём-то ещё речь идёт.
источник

EL

Eugene Leitan in SCOM + SCorch + DPM
Dmitry
Парни, а ткните куда-нибудь почитать.
Добавил MP sql server 2014
Полнофункциональные standart версии без проблем через discovery определились и мониторятся.
Для wsus используется express, который выкидывает ошибки- monitoring failed вида:

Event ID: 4201. Management Group: XXX_Group. Script: Main Module: CPUUsagePercentDataSource.ps1 Version: 7.0.15.0 :
Error occurred during CPU Usage for SQL Instances data source executing.
Computer:WSUS1-xxx
Reason: Exception calling "Fill" with "1" argument(s): "VIEW SERVER STATE permission was denied on object 'server', database 'master'.
The user does not have permission to perform this action."

Что за разрешений он хочет?
источник

D

Dmitry in SCOM + SCorch + DPM
Ага, уже. Спасибо
источник

EL

Eugene Leitan in SCOM + SCorch + DPM
Dmitry
Ага, уже. Спасибо
источник

AP

Alex Protsenko in SCOM + SCorch + DPM
Dmitry
Парни, а ткните куда-нибудь почитать.
Добавил MP sql server 2014
Полнофункциональные standart версии без проблем через discovery определились и мониторятся.
Для wsus используется express, который выкидывает ошибки- monitoring failed вида:

Event ID: 4201. Management Group: XXX_Group. Script: Main Module: CPUUsagePercentDataSource.ps1 Version: 7.0.15.0 :
Error occurred during CPU Usage for SQL Instances data source executing.
Computer:WSUS1-xxx
Reason: Exception calling "Fill" with "1" argument(s): "VIEW SERVER STATE permission was denied on object 'server', database 'master'.
The user does not have permission to perform this action."

Что за разрешений он хочет?
Кстати, а почему выбрал пак для 2014, а не version-agnostic пак?


https://www.microsoft.com/en-us/download/details.aspx?id=56203
источник

D

Dmitry in SCOM + SCorch + DPM
Ну я в мониторинг SQL погружаюсь аккуратно. Сперва поставил mp для 2016, поскольку с агентами только 2 таких сервера. Если поставить пакет для всех версий, боюсь, что прихренею от кол=ва эвентов и погрязну в них как свинья в апельсинах(
источник

AP

Alex Protsenko in SCOM + SCorch + DPM
Dmitry
Ну я в мониторинг SQL погружаюсь аккуратно. Сперва поставил mp для 2016, поскольку с агентами только 2 таких сервера. Если поставить пакет для всех версий, боюсь, что прихренею от кол=ва эвентов и погрязну в них как свинья в апельсинах(
Ты можешь запретить паку мониторить определённые версии, а потом по одной разрешать. Старые паки, которые каждый под свою версию сиквела, уже не поддерживаются и не будут обновляться. Тебе все равно переходить на пак для всех версий. Плюс с ним меньше мороки с настройкой мониторинга - не придётся под каждую версию сиквела создавать свои оверрайды
источник

MS

Max Serg in SCOM + SCorch + DPM
Alex Protsenko
Ты можешь запретить паку мониторить определённые версии, а потом по одной разрешать. Старые паки, которые каждый под свою версию сиквела, уже не поддерживаются и не будут обновляться. Тебе все равно переходить на пак для всех версий. Плюс с ним меньше мороки с настройкой мониторинга - не придётся под каждую версию сиквела создавать свои оверрайды
в этом то и проблема, что классовая модель изменилась. Те заказчики, которые использовали данные инветаризации SCOM для CMDB и все технические сервисы уже давным давно привязаны к объектам отдельных пакетов, а не agnostic - это БОЛЬ
источник

MS

Max Serg in SCOM + SCorch + DPM
оверрайды переделать в целом несложно, а вот пересоздать сервисную модель
источник

MS

Max Serg in SCOM + SCorch + DPM
которая тоже интегрирована в другие системы. KPI прикручены, премии считаются от availability и т.д.
источник

D

Dmitry in SCOM + SCorch + DPM
Парни, а как тогда быть правильнее?
Удалить целевые mp SQL для обеих версий и затем накатить agnostic ?
источник

MS

Max Serg in SCOM + SCorch + DPM
в общем почему нельзя было в далеком 2012 году просто оставить как есть) 2005\2008 пакет был единым
источник

AP

Alex Protsenko in SCOM + SCorch + DPM
Max Serg
в этом то и проблема, что классовая модель изменилась. Те заказчики, которые использовали данные инветаризации SCOM для CMDB и все технические сервисы уже давным давно привязаны к объектам отдельных пакетов, а не agnostic - это БОЛЬ
Понимаю эту боль. Но если только начинать мониторинг сиквела - то лучше сразу с агностик паком
источник

AP

Alex Protsenko in SCOM + SCorch + DPM
Dmitry
Парни, а как тогда быть правильнее?
Удалить целевые mp SQL для обеих версий и затем накатить agnostic ?
Да. Это самый лучший вариант
источник

MS

Max Serg in SCOM + SCorch + DPM
Alex Protsenko
Понимаю эту боль. Но если только начинать мониторинг сиквела - то лучше сразу с агностик паком
тут конечно win. Для новых пользователей:)
источник

AP

Alex Protsenko in SCOM + SCorch + DPM
Max Serg
в общем почему нельзя было в далеком 2012 году просто оставить как есть) 2005\2008 пакет был единым
Не знаю, не в курсе почему поделили тогда
источник

D

Dmitry in SCOM + SCorch + DPM
Alex Protsenko
Да. Это самый лучший вариант
Все мета, что потянутся до кучи, не страшно?
источник