Você está aqui:
Administrador de TI cria um CMDB com Discovery
Use o Discovery para ajudar um administrador de TI a criar um banco de dados de gerenciamento de configuração confiável (CMDB) inventariando itens de configuração (CIs) e suas dependências em uma parte controlada do ambiente de TI.
Usar caso em uma visão geral
Persona: Um administrador de TI responsável por dados de configuração, cobertura do Discovery e qualidade do CMDB
Trabalho a ser feito: Descubra ativos, identifique-os de modo consistente, crie ou atualize itens de configuração e exponha relacionamentos úteis sem contar com entrada de inventário manual
Ponto de partida: O CMDB e o Gráfico de serviço são provisionados e a Descoberta de ativos está disponível no Salesforce Go.
Resultado bem-sucedido: Um escopo piloto definido produz CIs atuais sem itens duplicados, com origens rastreáveis e dados de relacionamento suficientes para dar suporte à análise de impacto.
Use esse cenário para escolher um escopo inicial de Descoberta, validar os registros resultantes e determinar quando os dados são confiáveis o suficiente para serem expandidos. Siga os tópicos de Ajuda vinculados para procedimentos detalhados de provisionamento, instalação, gerenciamento de credenciais e configuração de destino.
Antes de começar
Confirme se o CMDB e o Gráfico de serviço estão provisionados, o CMDB e a Descoberta de ativos estão habilitados e o administrador tem o acesso necessário. Consulte Configurar o Discovery usando o Salesforce Go para o processo de ativação.
Definir um piloto confiável
Comece com uma pergunta de inventário e um ambiente limitado. Por exemplo, descubra estações de trabalho em um escritório, servidores em uma subrede, pontos de extremidade remotos em um grupo piloto ou recursos de nuvem selecionados. Um escopo menor torna mais fácil detectar erros de identificação, cobertura e relacionamento antes que afetem o CMDB mais amplo.
| Decisão piloto | Pergunta | Prova de prontidão |
|---|---|---|
| Escopo de CI | Quais tipos de CI oferecem suporte ao primeiro caso de uso operacional? | Tipos e atributos necessários existem no CI Type Manager. |
| Método de descoberta | Para dispositivos do usuário final, o Microsoft Intune ou o Jamf Pro podem fornecer o inventário? Para outros ativos, você precisa de verificações sem agente ou agentes de ponto de extremidade? | A origem selecionada corresponde à maneira como esses dispositivos já são gerenciados. Intune, Jamf ou o método de verificação escolhido tem direito e pode ser alcançado. |
| Identidade | Quais atributos estáveis diferenciam um CI de outro? | As regras de identificação usam valores como número de série ou endereço MAC. |
| Propriedade | Quem revisa registros recém-descobertos ou alterados? | Um proprietário de dados nomeado pode investigar exceções e lacunas. |
| Medida de sucesso | O que prova que o piloto é útil? | Cobertura, atualidade, taxa de duplicação, atributos obrigatórios e completude do relacionamento têm critérios de aceitação. |
O Discovery pode preencher o CMDB de fontes de rede, ponto de extremidade, virtual, nuvem e de sistemas de gerenciamento com suporte. Para um primeiro inventário de dispositivos do usuário final, comece com o Microsoft Intune ou o Jamf Pro. Essas integrações capturam dispositivos gerenciados Windows, macOS e móveis de sistemas que os clientes já usam. Use verificações sem agente ou baseadas em agente quando o destino não estiver no Intune ou no Jamf. Selecione apenas os métodos que correspondem ao ambiente e aos direitos. Consulte Descobrir dispositivos do Microsoft Intune e Descobrir dispositivos do Jamf Pro. Para ver como o Discovery e o CMDB funcionam juntos, consulte Como o CMDB e o Discovery funcionam juntos para melhorar o gerenciamento de ativos.
Definir regras de identificação antes de escalar
Defina os tipos de CI e os atributos de que o piloto precisa antes de confiar nos resultados da verificação. As regras de identificação determinam se os dados recebidos atualizam uma CI existente ou criam uma nova. Identificadores incorretos ou ausentes podem criar registros duplicados, atualizar o ativo errado e prejudicar os relacionamentos e os relatórios.
Use identificadores estáveis que a origem selecionada fornece com confiança. Teste ativos representativos novos, já conhecidos, renomeados ou relatados por mais de uma origem. Confirme se as verificações repetidas atualizam o CI pretendido em vez de criar outro registro. Consulte Regras de identificação no CMDB para o comportamento de correspondência canônica.
A identificação não é um mecanismo geral de precedência de origem ou mesclagem de duplicados. Se as origens não concordarem, investigue os dados de origem e a decisão de modelagem em vez de presumir que o CMDB selecione automaticamente um valor sobrevivente ou mescle duplicados existentes.
Descobrir e validar os primeiros ativos
Escolha o método de coleta com base na capacidade de alcance. A Descoberta sem agente usa um aplicativo Discovery em um host do Windows, credenciais armazenadas, destinos, sondas e trabalhos de verificação. O Discovery baseado em agente estende a cobertura para pontos de extremidade do Windows, macOS ou Linux que não podem ser alcançados de modo consistente por meio de verificações de rede.
Se o piloto gerenciar laptops, Macs ou dispositivos móveis, crie um destino de descoberta Intune ou Jamf em vez de começar com uma verificação de rede. Intune e Jamf são executados pelo Salesforce Flow e uma conexão registrada. Cada execução cria ou atualiza as CIs do inventário de MDM. Revise os mapeamentos de campo e as regras de identificação antes da primeira sincronização para que os dispositivos correspondam às CIs existentes em vez de criar duplicatas.
Para cada destino, mantenha o escopo inicial estreito, escolha as credenciais e a pesquisa apropriadas e execute a verificação sob as práticas de segurança da equipe. Para obter mais informações sobre procedimentos detalhados de instalação e destino, consulte:
- 652868910280820633232821670507601149851513188037Descoberta sem agente para digitalização de ativos de TI
- Descoberta baseada em agente para cobertura de dispositivo estendida
- Descubra os dispositivos do Microsoft Intune
- Descubra os dispositivos da Jamf Pro
Revise a verificação como um ponto de verificação de qualidade de dados em vez de tratar a conclusão como um sucesso. Compare os totais descobertos com o inventário esperado, inspecione descobertas com falha e revise os ativos em Tudo, Novo e atualizado. Confirme se os campos obrigatórios foram preenchidos e se as verificações repetidas atualizam os registros existentes. Consulte Monitor e revisar trabalhos de digitalização para as seções canônicas de resultados de digitalização.
Conectar itens de configuração a uma visualização de serviço
O inventário se torna operacionalmente útil quando as equipes podem entender as dependências. O Discovery cria ou atualiza itens de configuração. Ele não cria esses relacionamentos automaticamente. Depois que a varredura ou a sincronização de MDM for concluída, abra o Gerenciador de processos e execute um Trabalho de processo para conectar as CIs descobertas, por exemplo, um aplicativo executado em um servidor ou em uma estação de trabalho que se conecta por meio de um dispositivo de rede. Valide a direção do relacionamento e remova links que não representam o ambiente real. Consulte Gerenciador de processos para analisar dados de descoberta e executar um trabalho de processo.
Use o Gráfico de serviço para inspecionar conexões a montante e a jusante, avaliar o impacto de alterações ou falhas e identificar links ausentes. Um layout de gráfico controla o que aparece; ele não cria relacionamentos que não são registrados no CMDB. Consulte Visualizar relacionamentos de item de configuração com o gráfico de serviço. Use o Gráfico de serviço depois que os trabalhos do processo tiverem escrito os relacionamentos que você espera ver.
O marco de adoção ocorre quando uma equipe de serviço pode usar os dados do piloto para responder a uma pergunta prática, como quais sistemas dependem de um servidor afetado. Isso exige que os Trabalhos de processo tenham criado os relacionamentos, não apenas uma verificação concluída. Uma grande contagem de CI sem identidade estável, atributos atuais e relacionamentos úteis é o volume de inventário em vez da adoção do CMDB.
Monitorar a qualidade dos dados e expandir a descoberta
Registre uma linha de base após a primeira verificação bem-sucedida: ativos esperados, ativos descobertos, CIs novas e atualizadas, falhas, itens duplicados, atributos obrigatórios ausentes e relacionamentos validados. Escolha intervalos de verificação ou agente que correspondam à velocidade com que o ambiente muda, em vez de descrever todos os dados do Discovery como em tempo real.
Expanda para outra sub-rede, grupo de pontos de extremidade, tipo de CI ou origem apenas depois que o piloto atual atender aos seus critérios de aceitação. Continue monitorando a atividade da origem, os carimbos de data e hora da primeira e última descoberta, o histórico de CI, os resultados da verificação, a cobertura e a frescura. Para obter a sequência canônica do Discovery e o comportamento de processamento, consulte Aprendendo o ciclo de vida do Discovery.
