Вы находитесь здесь:
IT-администратор создает CMDB с помощью Discovery
Используйте Discovery, чтобы помочь ИТ-администратору создать надежную базу данных управления конфигурациями (CMDB), инвентаризировав элементы конфигурации (CI) и их зависимости в контролируемой части ИТ-среды.
Быстрое использование
Персона: ИТ-администратор, отвечающий за данные конфигурации, покрытие Discovery и качество CMDB
Предстоящая работа: Обнаружение активов, последовательная их идентификация, создание или обновление элементов конфигурации и открытие полезных взаимосвязей без ручного ввода запаса
Начальная точка: CMDB и график обслуживания инициализированы, а обнаружение активов доступно в Salesforce Go.
Успешный результат: Определенная пилотная область создает текущие КИ без повторов, с отслеживаемыми источниками и достаточным количеством данных взаимосвязей для поддержки анализа влияния.
Используйте этот сценарий для выбора первичной области Discovery, проверки итоговых записей и определения достаточно надежных данных для расширения. Следуйте связанным темам справки для получения подробных процедур инициализации, установки, управления регистрационными данными и целевой конфигурации.
Перед началом работы
Убедитесь, что CMDB и график обслуживания инициализированы, CMDB и обнаружение активов включены, а администратор имеет необходимый доступ. См. Настройка Discovery посредством Salesforce Go для получения информации о процессе активации.
Определение надежного пилота
Начните с одного вопроса запаса и одной ограниченной среды. Например, найдите рабочие места в одном офисе, серверы в одной подсети, удаленные конечные точки в одной пилотной группе или выбранные облачные ресурсы. Меньшая область упрощает обнаружение ошибок идентификации, покрытия и взаимосвязей, прежде чем они повлияют на более широкий CMDB.
| Экспериментальное решение | Вопрос | Доказательства готовности |
|---|---|---|
| Область CI | Какие типы CI поддерживают первый сценарий оперативного использования? | Обязательные типы и атрибуты существуют в менеджере типов CI. |
| Метод обнаружения | Могут ли Microsoft Intune или Jamf Pro предоставить запас для устройств конечного пользователя? Для других активов нужны сканирования без агентов или агенты конечной точки? | Выбранный источник соответствует способу управления этими устройствами. Intune, Jamf или выбранный метод сканирования является допустимым и доступным. |
| Удостоверение | Какие стабильные атрибуты отличают один CI от другого? | Правила идентификации используют такие значения, как серийный номер или MAC-адрес. |
| Ответственность | Кто проверяет обнаруженные или измененные записи? | Именованный ответственный за данные может исследовать исключения и пробелы. |
| Показатель успеха | Что доказывает полезность эксперимента? | Покрытие, свежесть, уровень повторов, обязательные атрибуты и полнота взаимосвязи имеют критерии принятия. |
Discovery может заполнить CMDB из сети, конечной точки, виртуальных, облачных и поддерживаемых источников системы управления. Для первого запаса устройств конечного пользователя начните с Microsoft Intune или Jamf Pro. Эти интеграции извлекают управляемые Windows, macOS и мобильные устройства из уже используемых клиентами систем. Используйте сканирование без агента или на основе агента, если цель не в Intune или Jamf. Выберите только методы, соответствующие среде и правам. См. «Обнаружение устройств из Microsoft Intune» и «Обнаружение устройств из Jamf Pro». Для получения сведений о совместной работе Discovery и CMDB см. раздел «Совместная работа CMDB и Discovery для улучшения управления активами».
Определение правил идентификации перед масштабированием
Определите типы CI и атрибуты, необходимые пилоту перед доверием к результатам сканирования. Правила идентификации определяют, обновляют ли входящие данные текущий CI или создают новый. Неправильные или отсутствующие идентификаторы могут создавать повторяющиеся записи, обновлять неправильный актив и ослаблять взаимосвязи и отчетность.
Используйте стабильные идентификаторы, надежно предоставляемые выбранным источником. Протестируйте активы представителей, которые являются новыми, уже известными, переименованными или отчетными из нескольких источников. Убедитесь, что повторное сканирование обновляет предполагаемый CI вместо создания другой записи. См. Правила идентификации в CMDB для получения сведений о каноническом алгоритме соответствия.
Идентификация не является механизмом общего исходного приоритета или повторяющегося слияния. Если источники не согласны, изучите исходные данные и решение моделирования, а не предполагайте, что CMDB автоматически выбирает сохранившееся значение или объединяет существующие повторы.
Обнаружение и проверка первых активов
Выберите метод сбора на основе доступности. Agentless Discovery использует приложение Discovery на узле Windows, сохраненные регистрационные данные, цели, зонды и задания сканирования. Discovery на основе агента расширяет покрытие на конечные точки Windows, macOS или Linux, которые не всегда доступны посредством сканирования сети.
Если пробная версия управляет ноутбуками, Mac или мобильными устройствами, создайте цель обнаружения Intune или Jamf вместо начала сканирования сети. Intune и Jamf выполняются посредством Salesforce Flow и зарегистрированного подключения. Каждое выполнение создает или обновляет CI из запаса MDM. Просмотрите соотнесения полей и правила идентификации перед первой синхронизацией, чтобы устройства соответствовали существующим CI, а не создавали повторы.
Для каждой цели сохраните начальную область узкой, выберите соответствующие регистрационные данные и зонд и выполните сканирование в соответствии с практикой безопасности рабочей группы. Дополнительные сведения о подробной установке и целевых процедурах см. в разделе:
- 652868910280820633232821670507601149851513188037Agentless Discovery для сканирования ИТ-активов
- Обнаружение на основе агента для расширенного покрытия устройства
- Поиск устройств в Microsoft Intune
- Поиск устройств в Jamf Pro
Просмотрите сканирование как контрольную точку качества данных, а не как успешное завершение. Сравните обнаруженные общие суммы с ожидаемыми запасами, проверьте неудачные обнаружения и проверьте активы в разделе «Все», «Создать» и «Обновленные». Убедитесь, что обязательные поля заполнены и что повторное сканирование обновляет существующие записи. См. «Отслеживание и проверка заданий сканирования» для получения канонических разделов результатов сканирования.
Подключение элементов конфигурации к представлению обслуживания
Инвентарь становится функциональным полезным, когда рабочие группы понимают зависимости. Discovery создает или обновляет элементы конфигурации. Оно не создает эти взаимосвязи автоматически. После завершения сканирования или синхронизации MDM откройте «Менеджер процессов» и запустите задание процесса для подключения обнаруженных CI, например, приложение, выполняемое на сервере или рабочей станции, которая подключается посредством сетевого устройства. Проверьте направление взаимосвязи и удалите ссылки, не представляющие фактическую среду. См. «Менеджер процессов для анализа данных Discovery» и «Выполнение задания процесса».
Используйте график обслуживания для проверки подключений в восходящем и нисходящем направлении, оценки влияния изменений или сбоев и определения отсутствующих ссылок. Макет графика управляет отображением; он не создает взаимосвязи, не записанные в CMDB. См. Визуализация взаимосвязей элементов конфигурации с графиком обслуживания. Используйте график обслуживания после того, как задания процесса запишут ожидаемые взаимосвязи.
Контрольная точка внедрения наступает, когда сервисная группа может использовать пробные данные для ответа на практический вопрос, например, какие системы зависят от задействованного сервера. Это требует создания взаимосвязей заданиями процесса, а не только завершенного сканирования. Большое количество CI без стабильной идентификации, текущих атрибутов и полезных взаимосвязей - это объем запаса, а не внедрение CMDB.
Мониторинг качества данных и расширение обнаружения
Запишите базовый уровень после первого успешного сканирования: ожидаемые активы, обнаруженные активы, новые и обновленные КИ, сбои, повторы, отсутствующие обязательные атрибуты и проверенные взаимосвязи. Выберите интервалы сканирования или агента, соответствующие скорости изменения среды, вместо описания всех данных Discovery в режиме реального времени.
Расширение на другую подсеть, группу конечных точек, тип CI или источник только после соответствия текущего пилота критериям принятия. Продолжите мониторинг исходных действий, первых и последних отметок времени обнаружения, журнала CI, результатов сканирования, покрытия и свежести. Каноническую последовательность Discovery и алгоритм обработки см. в разделе «Изучение жизненного цикла Discovery».
