A conexão entre a informação técnica de um servidor e o seu endereço físico não é feita por mágica. Ela é estabelecida por um campo de referência padrão que está presente em quase todas as tabelas de itens de configuração.
O Ponto de Conexão: O Campo location
A tabela cmdb_ci_server
(e, na verdade, a tabela pai dela, cmdb_ci
) possui um campo padrão chamado location
.
- Campo na Tabela
cmdb_ci_server
:location
- Tipo de Campo: Reference (Referência)
- Tabela de Referência:
cmn_location
Ou seja, o campo location
em um registro de Servidor aponta para um único registro na tabela cmn_location
. Essa é a ligação que permite que o ServiceNow saiba o endereço físico exato do seu ativo.
Por Que Essa Relação é Crucial?
A manutenção correta desse join de dados tem impacto direto na operação de TI:
- ITSM (Resposta a Incidentes):
- Quando um alerta dispara sobre um servidor, o Incidente gerado herda o campo
location
. - O time de campo (Field Service) sabe imediatamente para onde se deslocar (Ex: Edifício A, Sala 205, Rack 12).
2. Gestão de Ativos (ITAM):
- O inventário é preciso. Você consegue rodar relatórios que mostram todos os servidores em uma determinada localização, facilitando auditorias e inventários físicos.
3. Mapeamento de Serviços:
- Se um local é afetado por um problema (Ex: falta de energia), você pode ver rapidamente quais servidores são impactados e, por dot-walking, quais serviços de negócio dependem desses servidores.
4.Licenciamento e Compliance:
- Em alguns casos, o licenciamento de software é vinculado ao país ou região onde o hardware está instalado, e a informação do
location
é usada para fins de compliance.
Como Usar Essa Relação (O Dot-Walking Clássico)
Você não precisa de código ou Database Views complexas para usar essa informação. Basta usar o Dot-Walking (caminhar pelo ponto):
- No Filtro/Relatório de Servidores: Você pode usar
[Localização.País] [é] [Brasil]
. - No Script: Você pode acessar o nome da localização a partir do registro do servidor:
current.location.name
.
Lembrete de Ouro: A tabela cmn_location
armazena a hierarquia de locais. Ou seja, um local (Ex: "Rack 12") pode ser filho de outro ("Sala de Servidores"), que por sua vez é filho de outro ("Edifício A"). A Database View é a única forma de acessar facilmente a hierarquia de localizações.
Mantenha o campo location
de seus CIs atualizado, e sua CMDB se tornará a fonte de verdade mais poderosa para toda a operação da sua empresa!
Para entender a relação entre o Servidor e o Endereço, precisamos olhar para a tabela, vamos a tabela cmdb_ci_server, para chegar a ela vamos navegar em >> System Definition > tables
em seguida buscamos pela tabela
e assim podemos ver a estrutura da tabela cmdb_ci_server
clicando em Show Schema Map, podemos visualizar a relação entre as tabelas
Essa relação é a chave para a escalabilidade e a eficiência do ServiceNow. O princípio é simples: herança de atributos.
- Nível 0: cmdb
- Nível 1: cmdb_ci
- Nível 2: cmdb_ci_hardware
- Nível 3: cmdb_ci_computer
- Nível 4: cmdb_ci_server
Voltando ao campo location apresenta-se a estrutura do Servidor, o campo location
é a nossa porta de entrada para uma série de informações adicionais.