none
Интеграция scom 2012 r2 и sccm 2012 r2 RRS feed

  • Вопрос

  • Приветствую!

    Возможно ли такое осуществить, т.е. чтобы из одного места, в частности из scom можно было либо подключиться к sccm либо в идеале получать данные с него. Если напрямую нельзя, то какие еще нужны дополнительные средства? 

    Вижу, что есть столбец: Дата последней инвентаризации - это не оно и как работает?

    Задача добавить возможность видеть данные по инвентаризации в scom из sccm.

     


    • Изменено ipinv 20 ноября 2013 г. 9:19
    20 ноября 2013 г. 9:17

Ответы

  • Можно вывести дату инвентаризации в дополнительное свойство объекта, но это чревато получением Config churn. Это 2 разных продукта - 2 консоли, пусть смотрят отчеты от ConfigMgr по инвентаризации. В SCSM можно делегировать права на отдельные объекты. И вы действительно собрались устанавливать агенты SCOM на клиентские машины?

    Vladimir Zelenov | http://systemcenter4all.wordpress.com

    27 ноября 2013 г. 9:19
    Отвечающий

Все ответы

  • Привет,

    Насколько мне известно, SCOM может мониторить среду SCCM, а SCCM может устанавливать SCOM клиенты, но для полной интеграции к сожалению не нашел информацию.


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.


    21 ноября 2013 г. 8:04
    Модератор
  • Это да. Мне полная интеграция и не нужна. Нужно только данные инвентаризации по железу и по. Либо как-то чтобы из интерфейса scom можно было запускать sccm. Либо отчеты брать от туда. Как я понял данные в СКЛ храняться...

    Столбец: "Дата последней инвентаризации" - это что?

    21 ноября 2013 г. 8:14
  • Никто не в курсе?
    25 ноября 2013 г. 3:49
  • Никто не в курсе?

    В курсе. Дата последней инвентаризации - это дата, когда на агенте ConfigMgr последний раз проводилась инвентаризация. Какой смысл от этой информации в OpsMgr? Есть третье связующее звено между этими двумя продуктами - это Service Manager.

    Vladimir Zelenov | http://systemcenter4all.wordpress.com

    25 ноября 2013 г. 7:50
    Отвечающий
  • Если не планируется использование Service Manager, то я бы пошел по пути - создание custom tasks и запуск отчетов SCCM.
    25 ноября 2013 г. 8:04
  • Используя Service Manager у меня будет единная точка входа? Т.е. чтобы чать сотрудников имела определеные права на доступ к примеру на клиенские машины, часть на сервера, другие на сетевые устройства(как это можно разграничить в SCOM) и чтобы они там же могли получать информацию по инвентаризации за вверенные им ресурсы?

    • Изменено ipinv 25 ноября 2013 г. 8:41
    25 ноября 2013 г. 8:39
  • Можно вывести дату инвентаризации в дополнительное свойство объекта, но это чревато получением Config churn. Это 2 разных продукта - 2 консоли, пусть смотрят отчеты от ConfigMgr по инвентаризации. В SCSM можно делегировать права на отдельные объекты. И вы действительно собрались устанавливать агенты SCOM на клиентские машины?

    Vladimir Zelenov | http://systemcenter4all.wordpress.com

    27 ноября 2013 г. 9:19
    Отвечающий
  • Раз дата инвентаризации - просто информационное поле, тогда это не нужно.

    Я думал, что возможно есть возможность из SCOM запускать отчеты по инвентаризации от SCCM через коннектор например...

    По поводу агентов, в планах да, иначе зачем он, серверов не так много чтобы за ними наблюдать...или вы не советуете и предлагаете иной подход?

    27 ноября 2013 г. 10:39
  • Клиентский мониторинг - штука очень тонкая, во всех смыслах этого слова... надо очень хорошо ПОНИМАТЬ, зачем это вам и почему это вам нужно...

    SCSMSolutions
    email: freemanru (at) gmail (dot) com

    5 декабря 2013 г. 23:37
    Отвечающий
  • Чтобы раньше пользователя узнавать о проблеммах с железом: ошибки на винте, заканчивается место, проблемы с доступностью, загрузкой и т.д. Далее чтобы создавался инцидент на конкретную проблему и отсылался конкретному сотруднику хелпдеска.
    9 декабря 2013 г. 4:11
  • Чтобы раньше пользователя узнавать о проблеммах с железом: ошибки на винте, заканчивается место, проблемы с доступностью, загрузкой и т.д. Далее чтобы создавался инцидент на конкретную проблему и отсылался конкретному сотруднику хелпдеска.

    Еще раз подумайте. Для этих задач достаточно ConfigMgr, не думаю, что для бизнеса критично, что у пользователя вот-вот закончится место или загрузка CPU превысила пороги, а вот если ваш сотрудник среди всего этого потока алертов не увидит действительно важные, то это будет гораздо хуже.


    Vladimir Zelenov | http://systemcenter4all.wordpress.com

    13 декабря 2013 г. 21:46
    Отвечающий
  • Тогда приведите пример, где реально нужен SCOM, без учета серверного и сетевого оборудования?
    20 декабря 2013 г. 5:26
  • Бизнес-критичные компьютеры, работающие под клиентской ОС - терминалы, АТМы

    SCSMSolutions
    email: freemanru (at) gmail (dot) com


    20 декабря 2013 г. 7:14
    Отвечающий