Size: a a a

SCOM + SCorch + DPM

2022 January 19

CA

Cesar Antolin Seco in SCOM + SCorch + DPM
Hello folks, did you known Dashboard similar to grafana, to import in Scom 2019?
источник

V

Vlad in SCOM + SCorch + DPM
внутрь скома, пожалуй, можно тока MP вставлять
источник

CA

Cesar Antolin Seco in SCOM + SCorch + DPM
Привет, я понимаю, что пересылка из grafana в Scom? Как вы думаете, можно ли это сделать таким образом?
источник

D

Dmitry in SCOM + SCorch + DPM
Обычно из скома в графану
источник

CA

Cesar Antolin Seco in SCOM + SCorch + DPM
Спасибо,
источник

D

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

D

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

AP

Anton Petrov in SCOM + SCorch + DPM
Всем привет.
Имею следующую ситуацию
ВМ с SCSM скопировали из одного домена и восстановили в другом.
Машину ввели в новый домен учетные записи поменяли на учетные записи нового домена.
Внесли изменения в таблицы БД Service Manager, как указано тут: https://docs.microsoft.com/en-us/system-center/scsm/set-up-lab-with-production-data?view=sc-sm-2016
Службы запускаются, инциденты и запросы на обслуживание создать можно хоть из консоли, хоть с портала.
Но ни один рабочий процесс в системе не запускается. Коннекторы также не работают.

Я предполагаю что такой метод переноса данных вообще не поддерживается, но мне нужны пруфы.
источник

MS

Max Serg in SCOM + SCorch + DPM
Конечно не поддерживается
источник

AP

Anton Petrov in SCOM + SCorch + DPM
ну вот и нужно подтверждение, (желательно в виде ссылки на документ от MS)
Второй вопрос как правильно?
Я вижу так:
1. Создаем новую инфраструктуру SCSM с нуля,
2. Переносим необходимый функционал с помощью MP
3. переносим рабочие элементы, если это необходимо, самостоятельно экспортируя данные из старой базы, либо заплатив условному Цирезону за их условный LifeCycle Manager
источник

MS

Max Serg in SCOM + SCorch + DPM
Ваш сценарий не описан = не поддерживается
источник

MS

Max Serg in SCOM + SCorch + DPM
Все очень просто
источник

D

Dmitry in SCOM + SCorch + DPM
Было бы забавно, если бы МС описали все не рабочие сценарии :)
источник

MS

Max Serg in SCOM + SCorch + DPM
Да, но нужно ли вам переносить рабочие элементы?
источник

AP

Anton Petrov in SCOM + SCorch + DPM
Вот пытаюсь выяснить, нужно ли это. Т.к. технический специалист у заказчика сказал, что ему начальство указало делать, вот он и бьется над задачей уже несколько месяцев.
источник

MS

Max Serg in SCOM + SCorch + DPM
И ещё момент - если все конфигурации были привязаны к конкретным инстансам (группы, очереди и т.д.), то они не заработают. Надо будет все равно создавать очереди и группы связанные с новым доменом
источник

MS

Max Serg in SCOM + SCorch + DPM
Лучше не стоит, просто сделайте выгрузку всех IR/SR/CR со вложенными файлами в какую-нибудь шару и пусть там лежат для аудита
источник

MS

Max Serg in SCOM + SCorch + DPM
Ну или сохранить старую БД с доменным контролёром в виде снепшотов виртуалок
источник

MS

Max Serg in SCOM + SCorch + DPM
Если использовали Cireson, то вообще достаточно только БД
источник

MS

Max Serg in SCOM + SCorch + DPM
Она довольно просто структурирована
источник