Notas de versão Padrões de descoberta e mapeamento de serviços

Novo: introdução de um novo padrão para 27 serviços da AWS, que está desabilitado no sistema base (pronto para uso). A classe de IC primária para este padrão será [cmdb_ci_cmp_resource], enquanto todos os atributos adicionais são armazenados em uma classe não pertencente ao CMDB. Esses atributos podem ser acessados por meio do menu do navegador esquerdo em Configuração e, em seguida, AWS. Para obter mais detalhes, consulte o link: https://www.servicenow.com/docs/bundle/yokohama-it-operations-management/page/product/service-mapping/reference/aws-service-discovery-pattern. HTML
- Grupo de trabalho do Athena
- Plano de backup
- Fazer backup do Vault
- Distribuição do CloudFront
- Logs do CloudWatch
- Implantação do CodeDeploy
- Pipeline de CodePipeline
- Endpoints do DMS
- Cluster do EMR (em execução no EC2)
- Backup FSx
- Sistema de arquivos FSx
- Banco de dados do Glue
- Política de IAM
- Função de IAM
- Usuário do IAM
- Chave do KMS
- Configuração do MQ
- Cofre do S3Glacier
- Instância do notebook Sage Maker
- Segredo do Gerenciador de segredos
- Identidade SES
- Documento do gerenciador de sistemas
- Armazenamento de parâmetros do Gerenciador de sistemas
- Transferir servidor da família
- Log de fluxo de VPC
- Lista de prefixos gerenciados do VPC
- Regra de amostragem de XRay
Fixo:
- AWS:
  - O padrão "Amazon AWS - Virtual Server (LP)" atualiza um status operacional quando o valor ""sn_itom_pattern.discover_aws_instance_statuses" da propriedade MID está definido como "verdadeiro" (PRB1804983)
  - O desempenho da descoberta na nuvem da AWS foi aprimorado, apresentando um novo script de estratégia de exclusão "AWSVmStorageMapping" e mapeado para ICs [cmdb_ci_storage_mapping] (PRB1822204)
  - A descoberta da AWS lida com o valor adicional do SO Convidado ('Red Hat Enterprise Linux'e'SUSE Linux Enterprise Server') em [cmdb_ci_os_template] e [cmdb_ci_cloud_os_image] (PRB1811128)
  - O padrão de biblioteca compartilhada "Tags de inventário da Amazon AWS" agora preenche as tags do serviço de alarme do AWS CloudWatch (PRB1814585)
- Azure:
  - O padrão "Inventário de recursos do Azure (LP)" atualiza o status de instalação dos recursos de nuvem (PRB1827923)
  - O padrão “Instância de VM do Azure – Conjunto de escalas uniforme” atualiza os ICs desativados na tabela [cmdb_ci_vm_instance] (PRB1809815)
  - O padrão "Evento de máquina virtual do Azure" é fixo para obter as informações do LDC (PRB1814690)
  - O padrão “Azure – Marketplace LB (LP)” foi corrigido para impedir a reclassificação de máquinas virtuais (PRB1834740)
  - O padrão "Azure - Marketplace LB (LP)" foi atualizado para preencher corretamente o status de instalação e o status de operação (PRB1817349)
- Google: a descoberta do GCP está fixa para as regiões "Europe-north2" e "América do Norte-South1" (PRB1822303)
- MSSQL
  - O padrão "MSSQL DB no Windows" agora preenche o valor de edição para várias instâncias do SQL em execução na mesma máquina host (PRB1820756)
  - O padrão "MSSql DB no Windows" foi atualizado para preencher corretamente o status de instalação e o status de operação (PRB1808988)
  - O padrão "MSSql DB no Windows" foi corrigido para oferecer suporte ao Windows Internal Database (WID) e SQL Embedded Edition (SSEE) (PRB1819997)
- O pré/pós-script "Cluster Unix - Postscript" foi corrigido para atualizar os registros [cmdb_ci_unix_cluster_node] do servidor operacional com o mesmo valor de IP (PRB1808450)
- O script do sensor de pré-publicação de "Instâncias do VMware para atualização do Rubrik" foi corrigido para resolver problemas de diferenciação de maiúsculas e minúsculas. Agora ele corresponde com precisão aos dados, permitindo que a descoberta do vCenter atualize os itens de configuração (ICs) sem problemas (PRB1817229)
- A biblioteca compartilhada "Preencher atributos WebLogic se ausentes" no padrão "Weblogic" foi corrigida para lidar com caminhos de arquivo do Windows (PRB1827882)
- O padrão "Componentes da Nutanix" foi corrigido para terminar normalmente quando o serviço do Prism não está acessível (PRB1803673)
- A inclusão de script MID "NutanixApiQuery" foi corrigida para lidar com espaços vazios de encodeURL (PRB1826255)
- O padrão "Oracle OCI - Validação de conta de serviço" foi corrigido para lidar com a análise de JSON na etapa "Analisar conta de serviço" (PRB1832694)
- A etapa do padrão "Pure Storage" "Rel/Ref ClusterNode and Storage Volume" foi corrigida, para interromper a referência a um campo inexistente (PRB1824630)
- O padrão de descoberta "IBM HMC Server" preenche as informações do fabricante do IBM Frame (PRB1828273)
- A Descoberta AVI é fixa para lidar com o caractere “” na solicitação de login (PRB1816224)
- A pré-condição da etapa 17 do padrão "Netscaler Loadbalancer - NITRO" foi corrigida para lidar com exceções (PRB1829305)
- O padrão "EMC Isilon" é fixo para impedir a criação de relacionamentos adicionais "Uses::Used by" entre servidores de armazenamento e endereços IP (PRB1801253)
- O padrão "Peoplesoft Application Server" foi corrigido para detectar dispositivos HP - UX (PRB1811986)
- Os padrões "Java do agente Kafka" e "Servidor do ZooKeeper" são fixos para evitar a duplicação de tipos de IC relacionados (PRB1818802)
- O padrão "Verificar imagem do contêiner" agora preenche um grande número de pacotes do SO, que estão armazenados na tabela [sn_itom_pattern_container_image_os_packages] (PRB1817126)
- O padrão sem servidor do "firewall Fortinet" foi corrigido para preencher os atributos "source_interface" e "destination_interface" na [tabela cmdb_ci_fortinet_firewall_policy] (PRB1817893)

Novo:
- Padrões que oferecem suporte à descoberta da AWS na região da China
  - Descoberta do datacenter da Amazon AWS
  - Amazon AWS - Zona de disponibilidade (LP)
  - Conta de serviço da Amazon AWS
  - Descoberta de subconta da Amazon AWS
  - Amazon AWS - Subconta (LP)
  - Amazon AWS - Serviço de banco de dados relacional
  - Amazon AWS - NIC (LP)
  - Amazon AWS - Pool de LB (LP)
  - Amazon AWS - Classic LB (LP)
  - Amazon AWS - Servidor virtual (LP)
  - Amazon AWS - Tipo de hardware em nuvem (LP)
  - Amazon AWS - Tipo de hardware (LP)
  - Amazon AWS - Imagem executável do SO em nuvem (LP) (imagens compartilhadas)
  - Amazon AWS - Imagem do SO em nuvem (LP) (imagens privadas)
  - Amazon AWS - Armazenamento (LP)
  - Amazon AWS - Rede (LP)
  - Amazon AWS - Aplicação e rede LB (LP)
  - Amazon AWS - Sub-rede (LP)
  - Amazon AWS - Grupo de segurança (LP)
- O padrão Azure - Marketplace LB (LP) descobre os seguintes produtos do Azure Marketplace.
  - Máquina virtual
  - SaaS (também clássico)
  - Aplicação do Azure
- Os atributos preenchem as novas tabelas Produto do mercado implantado e Detalhes do produto do mercado. O marcador também será descoberto.
- O padrão do Google Asset Inventory é acionado como parte da descoberta na nuvem programada. Para oferecer suporte a isso, foram introduzidas novas propriedades de mid-server
  - mid.gcp_resource_inventory_bucketpath.default (caminho de bucket comum para todo o projeto do GCP)
  - mid.gcp_resource_inventory_bucketpath.<Cloud Account Id> (Caminho de bucket individual por projeto do GCP)
- O padrão Firewall de Rede Fortinet de Próxima Geração - REST" é compatível com VDOM e coleta atributos de VDOM, interface de VDOM e política.
  - Preencher dados nas tabelas abaixo
    - Dispositivo de firewall do Fortinet
    - Cluster de firewall do Fortinet
    - Adaptador de rede
    - Interface do Roteador
    - Fortinet Vdom (nova classe)
    - Política de firewall do Fortinet (nova classe)
    - Interface do firewall do Fortinet (nova classe)
Fixo:
- Amazon:
  - O padrão "Amazon AWS - Subconta (LP)" é fixo e não define a subconta da AWS como não operacional. (PRB1790471)
  - O padrão Amazon AWS - ECS é corrigido para preencher o estado da VM e o status de instalação corretos; A instância de VM está associada ao cluster do ECS e encerrada, e a descoberta orientada por eventos da AWS está configurada. (PRB1793487)
  - O recurso de balanceadores de carga em nuvem da AWS está hospedado no AWS GovCloud e tem um valor de atributo source_native_key que é fixo. Os padrões a seguir foram modificados. (PRB1803819)
    - Amazon AWS - NIC (LP)
    - Amazon AWS - Aplicação e rede LB (LP)
- Azure:
  - Depois de atualizar para a versão 1.10 dos Padrões de descoberta e mapeamento de serviços, os marcadores obsoletos das VMs do Azure foram limpos automaticamente. (PRB1749297)
- Google:
  - O padrão de inventário de ativos do GCP preenche as informações de marcador do bucket de armazenamento do Google. (PRB1784648)
  - O padrão de inventário de ativos do GCP preenche os recursos globais em cmdb_ci_cmp_resource (PRB1803228)
- Todos os problemas de credenciais de nuvem foram corrigidos para lidar com o erro sem acesso a sn_itom_patterns.glide_encrypter (PRB1787568)
- A aplicação ColdFusion - o atributo de versão está sendo preenchido. (PRB1780934)
- O padrão de proxy de HA é corrigido para lidar com um erro MULTIPLE_DEPENDENCIES: encontrou vários itens de relação dependente e criou um único relacionamento entre cmdb_ci_lb_service e cmdb_ci_lb_pool e, se houver vários serviços, use somente o cmdb_ci_lb_service com a porta de número mais baixo. (PRB1795289)
- O padrão do Sistema de armazenamento InfiniBox (LP) – Número de série está sendo preenchido para a tabela cmdb_ci_storage_server. (PRB1798985)
- A descoberta do Kubernetes é fixa e a biblioteca compartilhada do padrão de nó do Kubernetes deve filtrar o IPv6. (PRB1797771)
- O padrão Netscaler Loadbalancer - NITRO cria o relacionamento entre o Serviço do Balanceador de Carga e o Pool de Balanceadores de Carga. O Mapeamento de serviços cria a conexão com o Serviço do balanceador de carga e o Pool de balanceadores de carga. (PRB1741543)
- O padrão do IBM PowerHA Cluster (HACMP) é fixo, esse padrão respeita as propriedades do sistema glide.discovery.hostname.dns_nbt_trusted se estiver definido como verdadeiro, o padrão preencherá o nome de confiança do DNS como campo Nome. (PRB1790297)
- O padrão "F5 Balanceador de Carga SSH" foi corrigido para lidar com um erro Não é possível converter nulo em um objeto. Etapas são adicionadas para remover duplicatas e filtrar registros vazios. (PRB1767558)
- O padrão MSSql DB On Windows lida com instâncias configuradas para serem escutadas em várias portas. (PRB1796534)
- O padrão "Componentes da Nutanix" atualiza o estado da VM. (PRB1803129)
- O carregamento da tabela Afinidade pré/pós-script do padrão de armazenamento puro - BasicAuth foi corrigido para lidar com o pico de CPU do MID Server. (PRB1791441)

Fixo:
- O padrão de infraestrutura LDOM do Solaris respeita os "glide.discovery.hostname.case sys_properties" para formatar o atributo "Nome" com base no valor (sem mudança, minúsculo, maiúsculo)
- Padrão de balanceador de carga A10, extensão "Coletar informações de partição A10" A10 LBs na CLI 5.2.1+, coleta as informações de partições
- Os marcadores da AWS estão sendo preenchidos para registros cmdb_ci_cmp_resource
- Manipulação de tabela grande na tabela (cmdb_rel_ci) acionada pela estratégia de exclusão AzureDefaultDeleteStrategyVM
- Cluster UNIX - O padrão de cluster VERITAS corrigiu um erro de registros cmdb_ci_unix_cluster_resource duplicados na carga
- A descoberta de cluster do OpenShift Kubernetes foi corrigida para garantir que os StatefulSets não sejam filtrados, mesmo se o arquivo YAML não incluir um initContainer
- Modo de cluster de armazenamento da NetApp - o padrão HTTP preenche o valor do campo de RAM em "MB"
- O padrão NetApp Storage Cluster-Mode - HTTP agora preenche a versão de firmware do ONTAP
- O padrão de inventário de ativos do GCP preenche os marcadores do bucket de armazenamento do Google Cloud
- O padrão de comutador de rede foi corrigido para resolver o erro de execução do pré-sensor de pilha de comutador de comutador de IP" com erro = TypeError: não é possível converter nulo em um objeto
- O padrão de máquinas virtuais de RHV agora preenche os atributos de CPU e RAM da máquina virtual
- O padrão JBoss coleta informações de versão para a plataforma de aplicações empresariais e o servidor de aplicações
- O padrão MSSQL DB no Windows agora exclui relatórios da Descoberta do SQL. Uma nova propriedade do sistema, sn_itom_pattern.threshold_time_to_delete_mssql_reports, foi adicionada para controlar o tempo limite para exclusão

Novo:
- O padrão Pure Storage FlashArray preenche os atributos adicionais "Criptografia em repouso" e "Algoritmo de criptografia" na tabela do servidor de armazenamento
- Padrões de armazenamento:
  - Dell EMC PowerMax
  - Domínio de dados do Dell EMC
- O padrão Amazon AWS - ECS oferece suporte à imagem do Amazon Elastic Container Registry (Amazon ECR)
- O padrão Verificar imagem de contêiner oferece suporte à verificação de imagens de contêiner nos seguintes repositórios:
  - Repositórios públicos
  - Repositórios privados auto-hospedados
  - Amazon ECR, repositórios públicos e privados
Fixo:
- Descoberta do AKS de cluster e recursos sem ter uma dependência na CLI do Azure para MS Entra ID
- Google Cloud Platform (GCP): padrão de servidor virtual corrigido para criar um relacionamento entre a máquina virtual do Google e o servidor
- O padrão F5-Cluster corrigiu o campo operating_status com base no valor de "sysCmTrafficGroupStatusFailoverStatus"
- O padrão de Máquinas virtuais de RHV atualiza o campo Endereço IP na tabela [cmdb_ci_ip_address]
- Extensão de marcador: o padrão "Descoberta de assinaturas do Azure para grupo de gestão" corrigido para lidar com o marcador contém um valor nulo
- O sensor pré-pós-pós do Oracle RAC Single Node" é fixo para permitir alto consumo de memória
- O script de pré-execução de IVA LB "Obter todos os datacenters do vCenter" foi corrigido
- A descoberta de conta de serviço do Azure marca contas encerradas como descontinuadas/inativas
- Padrão NetApp Storage Cluster-Node - HTTP": os modelos e o valor do fabricante na tabela [cmdb_ci_chassis] são fixos
- Tabela "ReplicationController" do Kubernetes: o problema de registros duplicados foi corrigido
- Corrigido o relacionamento entre entidade física e descoberta do HPE
- Foi corrigido o problema com o padrão de cluster do Kubernetes que não preenche o valor de número de série vazio na [tabela cmdb_serial_number]
- A descoberta do Kubernetes é fixa, para funcionar se o campo de valor [cmdb_key_value] estiver vazio
- Foi corrigido o problema com o imageID da versão antiga do Kubernetes que não continha os detalhes do repositório
- A descoberta do Kubernetes lida com a API do nó do Kubernetes e retorna um valor vazio para a memória do nó
- Descoberta de padrão do Kubernetes: nova propriedade do MID server: "sn_itom_pattern.kubernetes_create_server" lida com a criação de [cmdb_ci_linux_server] opcional
- O padrão IBM WebSEAL cria a referência do balanceador de carga na tabela Membro do Pool LB
- O padrão "MSSql DB no Windows" preenche as versões 2008 R2 e 2014
- O padrão Microsoft CA - Gestão de certificados filtrava o certificado expirado se a propriedade do sistema recém-introduzida: "sn_itom_pattern.exclude.expired.certificates.from.discovery" estiver definida como "verdadeiro" . A descoberta fixa está programada para descobrir o valor OID de um único modelo de certificado

Fixo:
- O padrão de servidor AIX preenche o valor correto no campo [start_date]. O valor está no formato AAAA-MM-DD HH:MM:SS.
- O padrão Azure - Conjuntos de registros de zona DNS (LP) foi corrigido para lidar com o erro de caractere ilegal na parte opaca no índice 6: https:\/\/management.azure.com:443\/.
- O padrão Gateway de aplicação do Azure TD (LBS) coleta o endereço IP privado e público.
- As opções para Windows Server 2019 e 2022 são adicionadas na seção Servidores e computadores Windows no console de configuração da Descoberta, no menu de definição da Descoberta.
- Log do sistema de trabalho de evento do GCP (mensagens informativas) com números de conta e manipulador de credenciais usando as propriedades do sistema [sn_itom_pattern.log_gcp_event_job] definidas como verdadeiro/falso para habilitar/desabilitar as mensagens informativas.
- O padrão Oracle Ouvinte HD coleta todos os bancos de dados Oracle no host.
- O padrão de armazenamento puro é corrigido para estabelecer relacionamentos ao detectar Fibre Channel.
- O SSHTerminalInteractiveCommand está iniciando os probes esperados do "VMware vCenter".

Novo:
- O padrão do servidor Linux preenche os dados dos certificados do Java KeyStore. A extensão do padrão "Coletar certificados" está desabilitada por padrão.
- O padrão do Windows Server preenche os dados dos certificados do Java KeyStore e do armazenamento de certificados do Windows. A extensão padrão está desabilitada por padrão.
- A nova propriedade do sistema, "sn_itom_pattern.k8s_run_k8s_cloud_discovery", evita a programação automática da descoberta de clusters do Kubernetes na nuvem.
- O padrão "Azure - Obter clusters do Kubernetes" cria um relacionamento entre o cluster do Kubernetes e o grupo de recursos.
Alterado:
- O padrão “Amazon AWS – Descoberta do Kubernetes e Criador de Programação” foi renomeado comoo padrão “Amazon AWS – Obter clusters do Kubernetes”.
- O padrão “Azure – Descoberta do Kubernetes e Criador de programação” foi renomeado como o padrão “Azure – Obter clusters do Kubernetes”.
- O padrão "Google Cloud Platform (GCP) - Descoberta do Kubernetes e Criador de programação" foi renomeado como padrão "Google Cloud Platform (GCP) - Obter clusters do Kubernetes"
Fixo:
- Amazon
  - O padrão "Amazon AWS - Obter clusters do Kubernetes" atualiza o FQDN no campo FQDN
  - O estado do cluster do Kubernetes é marcado como descontinuado quando o cluster é removido
  - O desempenho da execução do padrão "Tags de inventário da Amazon AWS" foi aprimorado de 659 ms para 7 ms
- Azure
  - O padrão "Gateway de aplicação do Azure" cria um relacionamento entre o grupo de recursos e o balanceador de carga
  - O padrão "Azure - Obter clusters do Kubernetes" atualiza o FQDN no campo FQDN
  - O estado do cluster do Kubernetes é marcado como descontinuado quando o cluster é removido
  - O desempenho da descoberta na nuvem do Azure foi aprimorado:
    - A propriedade do MID-Server "mid.cloud.discovery.sonar.discover_all_azure_datacenters" foi adicionada. Seu valor é falso por padrão, indicando que a descoberta operará exclusivamente em um datacenter ativo
    - O padrão de descoberta "Data center do Azure" estabelece ou atualiza regiões que contêm recursos por conta de serviço.
    - Os padrões “Azure – Máquina virtual”, “Azure – Tipo de hardware” e “Tipo de hardware em nuvem do Azure” são executados com base no novo modelo de tipo de hardware por datacenter ativo na conta de serviço
- Google
  - O padrão "Google Cloud Platform (GCP) - Obter clusters do Kubernetes" atualiza o valor do campo Nome de domínio totalmente qualificado na tabela de clusters do Kubernetes
  - O estado do cluster do Kubernetes é marcado como descontinuado quando o cluster é removido
- Kubernetes
  - O padrão "Kubernetes" coleta rótulos de nó e anotações e os preenche na tabela [cmdb_key_value]
  - O padrão "Kubernetes" e o padrão "Evento do Kubernetes" não criam registros duplicados para o mesmo cluster na tabela "Contêiner do Docker"
  - O desempenho do padrão "Kubernetes" foi aprimorado pela filtragem [cmdb_key_value]
  - A descoberta de funções de cluster do OnPrem Kubernetes sem o ID de recurso do cluster
- Nutanix
  - A extensão do padrão "Componentes da Nutanix", "Tags da Nutanix", cria ou atualiza marcadores independentemente das limitações da categoria
  - O padrão "Componentes da Nutanix" estabelece somente relacionamentos de um para muitos entre o host da Nutanix e as instâncias de VM da Nutanix
- O problema do padrão "CA da Microsoft" de registros de certificado duplicados na tabela "Certificado exclusivo" foi resolvido. O problema foi causado por variações no valor de formato da impressão digital no campo "Impressão digital".
- O classificador de processo "Replicador de volume Veritas/VxVM" é aplicado a padrões de descoberta horizontal, em vez de ser aplicado à descoberta de cima para baixo
- O padrão "Oracle OCI - Autonomous DB (LP)" permite a descoberta de bancos de dados autônomos
- O padrão "Tuxedo" foi atualizado para garantir que a versão precisa seja refletida na tabela "Tuxedo"
- O padrão "Firewall de rede Fortinet de próxima geração" preenche com sucesso o campo [serial_number]
- Na etapa do padrão "F5 BigIP LTM", o valor "bigpipe.displayservicenames" está configurado para ser definido como "falso"
- A extensão do padrão "Servidor Linux", "Cluster UNIX - Cluster de marcapasso Linux", preenche os nós do cluster, os recursos de cluster e os IPs virtuais do cluster do marcapasso Linux
- A extensão do padrão "MSSQL DB no Windows", "Coletar informações do cluster MSSQL - Cluster MSSQL", recupera o endereço IP do cluster MSSQL
- O padrão "Verificar imagem do contêiner" é compatível com as versões Trivy v0.44.0 ou posterior.
- O padrão "IBM HMC Server" atualiza o nome e o status das instâncias LPAR
- O padrão "Gateway de aplicação do Azure (LP)" cria um relacionamento entre o grupo de recursos e o balanceador de carga em nuvem
- Para aprimorar a eficiência dos padrões "Orquestrador multipaginado" e diminuir o tempo de execução e o uso de memória, uma nova coluna chamada "orchestrator_page" foi introduzida na tabela "Carga horizontal paginada"
- A extensão "Coletar repositório de contêineres" será executada se o nome da entrada [cmdb_ci_container_repository] estiver vazio

Novo:
- O agente de mensagens do WebSphere no padrão UNIX é compatível com o IBM App Connect Enterprise 11.
- Descoberta do OpenStack (nuvem privada).
Fixo:
- O padrão F5 atualiza o campo Nome alternativo do assunto.
- O padrão do servidor HMC da IBM cria um relacionamento entre todas as instâncias LPAR nos nomes LPAR com o pool de processadores.
Azure:
- A descoberta na nuvem do Azure está inserindo o valor válido no campo de referência Local.
- Instância de VM do Azure – Conjunto de escala uniforme de descoberta de padrões de informações de CPU e memória.
- Instância de VM do Azure – O padrão de conjunto de escala uniforme foi aprimorado. Se não houver resposta da API, ele será encerrado normalmente.
- Azure - o padrão NIC (LP) é fixo para preencher o valor source_native_key no formato correto.
Google: segurança aprimorada na página da Interface do usuário de credenciais do Google - Adicionar uma lista de controle de acesso que restringe o acesso do usuário à função/grupo de usuários apropriado.
Docker:
- O padrão do Docker cria um relacionamento entre o mecanismo do Docker e o contêiner do Docker.
- O padrão do Docker preenche a imagem local do Docker.
Alterado: o padrão de armazenamento Pure FlashArray está desabilitado por padrão.

Novo:
- Descoberta do Pure Storage FlashArray
- Descoberta de catálogo do banco de dados do SAP Hana 2.0
- O Padrão de CA da Microsoft descobre atributos adicionais
- A Descoberta na nuvem da AWS agora descobre atributos adicionais nas organizações em nuvem e nas tabelas de contas de serviço em nuvem
- As credenciais do GCP Cloud agora são compatíveis com a importação de arquivo JSON de credencial padrão do Google Cloud
Fixo:
- Os padrões de rede e sub-rede não truncam mais o espaço de endereço - AWS, Azure e GCP
- Padrão do Kubernetes - Preenche rótulos e anotações para nós do Kubernetes
- Padrão de cluster do IBM PowerHA (HACMP): atualiza o FQDN correto para servidores AIX
- Padrão MSSql DB no Windows - Exclui o relatório de descoberta do SQL após a conclusão da descoberta
- Azure:
  - Azure – Padrão de subconta (LP) – todos os locatários agora na raiz
  - Azure - Padrão de máquina virtual (LP)" - novas VMs criam o relacionamento com o servidor do SO
  - Azure - NIC (LP) e padrão de marcadores de NIC do Azure - agora coleta os marcadores
- Amazon:
  - Amazon AWS - Padrão de gateway de internet (LP) - Cria um relacionamento entre a rede e o gateway de internet EP
  - Padrão de gateway de API da Amazon AWS - oferece suporte à paginação
- Google:
  - Padrão de balanceamento de carga TCP-UDP do GCP - preenche o serviço de back-end do LB, IP e porta, LB global, pools e membros do pool
  - Google Cloud Platform (GCP) - Obter padrão de datacenters lógicos - descobre o datacenter da América do Norte-northeast2
  - Google Cloud Platform (GCP) - Padrão de servidor virtual e de disco - Erro de IRE corrigido
- Padrão de CA da Microsoft:
  - Corrigido problema com alto consumo de memória
  - Preenche srenewal_tracking para o certificado com base na propriedade do sistema
  - O MID Server não recebe mais respostas que excedem o número permitido de linhas

Fixo:
- Utilitário de exportação do Oracle-GLAS:
  - Nome do arquivo alterado para minúsculo
  - <machine_name>.txtfile - agora é criado na pasta de log
Instância de VM do Azure – Padrão de conjunto de escala uniforme: corrigiu a parte da região de [source_native_key] e removeu registros duplicados porque mais de uma VM pode ter o mesmo modelo.
Gateway de aplicação do Azure (LP): o Mapeamento de serviços é fixo para serviços na Porta 80 e IPs privados
Cloud Foundry: status operacional dos ICs [cmdb_ci_pcf_organization] e [cmdb_ci_pcf_appl]
Evento de NIC do Azure: o erro de IRE foi corrigido
F5 - SSH - Certificação SSL: o NDL quebrado foi corrigido
Servidor Solaris: a rota padrão sem a interface pode ser recuperada
Gateway de aplicação do Azure TD (LBS): a análise foi corrigida para os atributos de serviço do gateway de aplicação
Controlador do balanceador de carga AVI e controlador do balanceador de carga Avi - Baseado em sessão: o número da PORTA e o endereço IP dos ICs [cmdb_ci_lb_service] são fixos para serviços do balanceador de carga do controlador AVI
Kubernetes e biblioteca de padrões: Componentes da carga de trabalho do Kubernetes: uma propriedade de mid-server foi adicionada. Quando ativado, o volume do Kubernetes é preenchido e os componentes da carga de trabalho do Kubernetes são otimizados.
O banco de dados Oracle no padrão UNIX é capaz de buscar o nome do banco de dados, o nome exclusivo do banco de dados, o nome do host e a instância
CA da Microsoft - Padrão de gestão de certificados: o campo [subject_organizational_unit] agora está preenchido com o valor esperado
Padrão Jboss: a [Versão] correta está sendo preenchida para o JBoss 29 instalado no Windows Server
Azure - Subconta (LP): corrigida a consulta para limitar os grupos de gestão
Pós-sensor "Excluir relações antigas com conta de armazenamento para contêineres de armazenamento": modificado para ter a propriedade use_split_payload/"Usar carga dividida" definida como verdadeira. Corrigido o problema de falta de memória
Componentes da Nutanix Padrão: relacionamento corrigido Gerenciado por::Manages
Padrão de firewall de rede Fortinet de próxima geração: firewall Fortinet em um cluster, mapeando corretamente o valor do atributo de número de série na tabela [cmdb_serial_numbers] para os respectivos nós do firewall

Novo:
- Catálogo do banco de dados Sybase
- Descoberta de partições do Citrix LB e suporte à descoberta via NITRO APIs
Alterado: migração do modelo do SO para o novo modelo
Fixo:
- Descoberta do K8
- Descoberta de certificado F5
- O padrão do servidor ZooKeeper falha com item de host não encontrado na carga de saída do mecanismo de identificação
- Google Cloud Platform (GCP) - O servidor virtual falha com erros de carga

Novo:
- Descoberta do balanceador de carga Citrix NetScaler usando NITRO APIs.
- BYOL no Azure, GCP e AWS: suporte para o valor da chave de licença para GCP Windows, RHEL e servidores SQL.
- Padrão Amazon AWS ElastiCache: marcadores para bancos de dados.
- Descoberta de relatório de DBA para bancos de dados Apache Cassandra, MS SQL, MySQL, MongoDB e Oracle.
Alterado:
- Todos os arquivos LP movidos para a pasta "update" padrão, já que o "if.paris.pattern.engine" atual está desatualizado.
- O padrão Apache Cassandra DB foi refatorado.
Fixo:
- Amazon AWS - ECS:
  - - Tarefa e relacionamento de definição de tarefa
    - Marcadores de serviço fixos "Tags do ECS de análise da Amazon"
    - Amazon AWS - EC2: etapas de detecção no servidor Linux quando o valor "compilado por" for "Xen"
    - Descoberta na nuvem do Azure:
  - ID do objeto entre Azure - Tipo de hardware (LP) e Azure - Máquina virtual (LP)
  - As pré-publicações do padrão do sensor de publicaçãopara "Azure - Máquina virtual (LP)" estavam retendo desnecessariamente objetos grandes por muito tempo.
  - Eventos do Azure: não foi possível processar os eventos do Azure quando um novo tipo de hardware foi habilitado
- Modo de cluster de armazenamento da NetApp:
  - Na etapa "Normalizar dados do disco", o campo [disk_interface] foi substituído por "device_interface"
  - Corrigido o valor do campo das tabelas [cmdb_ci_storage_cluster_node] [operational_status].
  - Corrigido o relacionamento [cmdb_ci_disk] Hosted On::Hosts [cmdb_ci_diskShelf_chassis]
  - Corrigida a referência ao cluster na tabela de nós do cluster de armazenamento
- Firewall Cisco de última geração: descoberta travada fixa
- Microsoft CA - Gestão de certificados:
  - glide.discovery.certs.enable_renewal_task_creation_on_for_discovered_certificates ignorado
  - Corrigida a condição na etapa de failover para o nome [set root_issuer]
- Classificador do Couchbase: corrigiu o falso-positivo na criação da instância
- Padrão de instância do Couchbase: suporte para "Analisar os clusters remotos"
- MSSql DB No Windows: script de pré-sensor fixo "Criar componentes MSSQL de referência bw e Windows Server"
- Edição fixa do MSSQL Server 2022 "Enterprise Evaluation Edition"
- O padrão Rede de descoberta sem credenciais estava falhando durante o processamento de IRE devido à geração de itens de carga duplicados no padrão
- Padrão de servidor de aplicações ColdFusion: corrigiu o problema de filtragem

Novo:

O padrão NetApp é compatível com HTTP REST API.
A descoberta do IBM WebSEAL TD foi adicionada.
Descoberta de software instalado via "Aqua Trivy" - Gerar e baixar SBOM por imagem do Docker
Mecanismo de nova tentativa de descoberta na nuvem da AWS

Fixo:

Migrar etapas de padrão do Azure da zona de disponibilidade para conjuntos de disponibilidade
A descoberta do cluster do Microsoft SQL foi refatorada
Sistema Password2 legado
Padrão do IBM HMC Server - os scripts de pré-execução
Os relacionamentos entre os ICs na Nutanix V5.20
A estratégia de exclusão na tabela [cmdb_ci_snat_ip_pool]
O padrão ""MSSQL DB on Windows""" agora adiciona o valor de referência apropriado para o campo ""server"" na classe [cmdb_ci_mssql_cluster_node]
Falha na descoberta do certificado de CA da Microsoft quando a localidade do servidor não está usando ""dd/MM/yyyy"" - data não analisável: ""Sem data válida"" ou data incorreta
O tratamento de erros do padrão do Kubernetes foi aprimorado.
Azure - Os padrões de conjunto de escalas de VM estão preenchendo o campo de local corretamente a partir de um campo de referência
As etapas do Windows ARP e do Windows NDP no padrão SO Windows - Servidor são fixas
Os Componentes SQL são descobertos por descoberta rápida, mesmo que nenhum Serviço do SQL Server esteja instalado na VM
Os detalhes do erro do log de scripts de comando de API da IBM e do Azure foram adicionados
Serviços do balanceador de carga A10 com referência de pool
Google Cloud Platform (GCP): padrão de servidor virtual falhou com MULTIPLE_DEPENDENCIES encontrado entre o tipo de hardware e o datacenter do Google
Consulta lenta - ASYNC: Descoberta - Inicialização de padrão de sensores
A descoberta na nuvem está atualizando o discovery_source dos ICs descobertos
Extensão de padrão de servidor Linux ""Obter ID de objeto para o servidor Linux do OCI"" tempo limite de 10 segundos se a VM do servidor Linux não estiver hospedada no OCI
O comando de API da AWS tinha um corpo de erro de log para HTTP 400
Descoberta rápida: todos os componentes SQL são descobertos e nenhum registro duplicado é criado
Azure - Padrão de compartilhamento de arquivos (LP) preenche dados na tabela [cmdb_ci_cloud_file_share]
O padrão de Gestão de certificados de CA da Microsoft preenche os atributos corretos - Nome diferenciado do emissor, Nome diferenciado do assunto, Algoritmo de impressão digital, Algoritmo de assinatura
Padrão de fusível JBoss acionado incorretamente para o software ServiceMix
O relacionamento entre o servidor Linux e a instância da VM do Azure
Relação e referência corrigidas do padrão EMC Isilon para [cmdb_ci_storage_node_element]
A extensão do padrão de marcadores do banco de dados sem servidor da Amazon AWS está criando um marcador para o banco de dados em nuvem
O padrão do controlador do balanceador de carga AVI está preenchendo o campo de endereço IP
API do Azure Resource Graph (ARG) - o mapeamento de resposta é atualizadopara aderir à atualização de resposta de API mais recente
Foram adicionadas verificações adicionais para validar o conteúdo do SPDX SBOM
O script pós-sensor ""criar uma relação entre o blade HPE BladeSystem e o servidor do SO"" foi atualizado
A verificação da imagem do contêiner e a geração de SBOM podem ser feitas usando a instalação do Acqua Trivy em vez de um arquivo carregado.
Falha no padrão Citrix Netscaler SDX na etapa 4. O regex não consegue analisar os dados
SBOM - Nome da imagem do Docker substituído, arquivos SBOM inválidos, arquivos de anexo SBOM antigos excluídos e tipos de arquivo spdx-json"" e "spdx""
Problema de token do AKS para clusters habilitados para AD
Falha do Oracle DB, Oracle db-11g e Oracle GLAS Oracle DB em UNIX com erro de carga
A verificação de pré-requisito para migrar probes para padrões estava falhando
Recertificação do Oracle LMS -
- Coleção-<machine_name> Arquivo .txt - pode ser criado na pasta de log e nos dados FS adicionais
- Relatórios do Oracle GLAS para componentes de middleware
- Descobrir componentes de middleware da Oracle

Novo:
- Novo padrão de criação de WebSEAL e ISAM para oferecer suporte à versão 9. x e superior. O padrão deve ser compatível com a REST API.
- Propriedade de proxy de desvio de MID implementada
- Padrão de descoberta do conjunto de escalas da VM do Azure (modo uniforme do orquestrador)
- Criado um relacionamento entre a instância de VM regular do Azure e o ScaleSet de VMs (modo flexível)
- Recursos PCF Bosh adicionados ao padrão existente do Cloud Foundry, com base na nova funcionalidade da API OpsMan.
- MSSQL DB no padrão Windows Edições de componentes MSSQL coletados usando o utilitário de relatório MSSQL.
- O padrão de LP da VM do Azureserá alterado para acionar após a descoberta do datacenter, em vez do tipo de hardware
Fixo:
- Final "." no nome do dispositivo de rede Palo Alto foi causado devido ao uso de nslookup no firewall Palo Alto de próxima geração.
- Nó mesclado do padrão EMC Isilon e elementos de nó
- O padrão NetApp Storage Cluster-Mode" recupera o número de série de um dispositivo específico.
- O padrão do servidor de aplicações WebLogic falhou com o erro "Falha ao obter o arquivo porque o caminho é muito longo 2.004. A expressão do caminho não deve exceder 2.000 caracteres"
- Exibição "Formulário padrão" da tabela "cmdb_ci_instance_scale_set" da aplicação da loja "Modelos de classe de IC do CMDB".
- O servidor ESX tem vários relacionamentos de execução com os blades HPE BladeSystem
- As mudanças padrão do cluster do IBM PowerHA (HACMP) não tinham relação (entre o nó do cluster UNIX (cmdb_ci_unix_cluster_node) e o servidor AIX (cmdb_ci_aix_server)), o estado do nó do cluster e a criação de grupos de recursos duplicados.
- O regex na etapa do padrão "DB2 no Linux" "Obter nome da instância do PPID" foi removido e codificado como 0.
- "Computador" e "Instância de máquina virtual" no Azure e na AWS têm atualmente o relacionamento "Virtualized by::Virtualizes"
- A Descoberta tenta tornar as portas padrão ao adicionar um novo servidor SQL.
- Seções de extensão de padrões do Azure (LP) para que os marcadores do Azure removam pares de chave/valor duplicados antes de criar relacionamentos com o IC principal
- Os eventos do Azure podem conter IDs de recurso com nomes diferentes que diferenciam maiúsculas de minúsculas
- O evento de máquina virtual do Azure está falhando com o erro MULTIPLE_DEPENDENCIES.
- Os campos "Emissor" e "Emissor raiz" não estão sendo definidos pela extensão do certificado F5
- O motivo da falha na verificação da imagem do contêiner é exibido no campo de mensagem
- Os padrões de eventos do Azure executam chamadas de API adicionais e desnecessárias, contribuindo para erros 429
- Google Cloud Platform (GCP) – Falha do banco de dados SQL do Cloud com um erro desconhecido
- Descoberta do banco de dados do Cassandra corrigida para nós que têm várias instalações do Cassandra.
- Inventário do Microsoft Azure (LP): a tabela cmdb_key_value não é preenchida pelo padrão LP
- Inventário do Microsoft Azure (LP): a estratégia de exclusão foi trabalhada
- Padrões de descoberta e mapeamento de serviços 1.0.99 define Status de descoberta Source=scan_container_images e Discover=ContainerImages, que estão ausentes nas listas de seleção
- Adicionar correção OOB para migrar o novo modelo de tipo de hardware
- Descoberta na nuvem do Azure: erro de limitação (429) corrigido
Kubernetes:
- [Sem credenciais] [Sem servidor] A tabela Volume do Kubernetes agora está preenchendo o atributo do Cluster do Kubernetes
- O padrão do Kubernetes usa o resumo completo do manifesto para image_id.
- A descoberta do Kubernetes falhou com a aplicação do CMDB versão 1.42.0 e a aplicação Padrões 1.0.96
- O padrão OOTB do Kubernetes atualizou o campo "nome" na tabela cmdb_ci_kubernetes_cluster como "OnPrem"
- A descoberta do Kubernetes não criará um registro de pod inválido se a tabela cmdb_ci_kubernetes_pod estiver vazia
- A extensão do OpenShift no padrão do Kubernetes foi corrigida com "Não é possível converter nulo em um objeto"
- Alguns componentes do Kubernetes, como cmdb_ci_kubernetes_replicasets, foram removidos do CMDB
Alterado: funções do Azure, site do Azure, LP do banco de dados do Azure e padrões de zonas DNS do Azure foram alterados para o tipo de recursos em nuvem.
Removido: remova a seção de extensão de marcador do padrão de TD do banco de dados do Azure.

Novo:
- Um novo Padrão para descobrir WebSEAL e ISAM foi lançado. As versões compatíveis são 9. x e acima. O padrão deve ser compatível com a REST API.
- A propriedade de proxy de desvio do MID está implementada.
- Um novo padrão de conjunto de escala de VM do Azure (modo uniforme do orquestrador) foi lançado.
- Uma nova relação foi criada entre a instância de VM regular do Azure e o conjunto de escalas de VMs (modo flexível)
- Os recursos do PCF BOSH são adicionados ao padrão existente do Pivotal Cloud Foundry, com base na nova funcionalidade da API OpsMan.
- MSSQL DB nas edições de componentes do MSSQL coletados do padrão do Windows usando o utilitário de relatório do MSSQL.
- O padrão de LP da VM do Azure é alterado para ser acionado após a descoberta do datacenter, em vez do tipo de hardware.
- Final "." no nome do dispositivo de rede Palo Alto foi causado devido ao uso de nslookup no firewall Palo Alto de próxima geração.
- O padrão EMC Isilon mescla elementos de nó e nó.
- O padrão de modo de cluster de armazenamento da NetApp não recuperou o número de série de um dispositivo específico.
- O padrão do servidor de aplicações WebLogic estava falhando com o erro "Falha ao obter arquivo porque o caminho é muito longo 2.004. A expressão do caminho não deve exceder 2.000 caracteres".
- A exibição "Formulário padrão" da tabela [cmdb_ci_instance_scale_set] na aplicação da loja "Modelos de classe de IC do CMDB".
- O padrão do servidor ESXi tinha vários relacionamentos de execução com os blades HPE BladeSystem.
- As mudanças de padrão do cluster do IBM PowerHA (HACMP) não tinham a relação entre o nó do cluster UNIX [cmdb_ci_unix_cluster_node] e o servidor AIX [cmdb_ci_aix_server]. Um estado de nó de cluster criou grupos de recursos duplicados.
- O regex na etapa do padrão "DB2 no Linux" "Obter nome da instância do PPID" foi removido e codificado como 0.
- O IC "Computador" e o IC "Instância de máquina virtual" do Azure e da AWS tinham um relacionamento "Virtualized by::Virtualizes".
- O padrão MSSQL DB no Windows falhou devido ao uso da porta padrão.
- As seções de extensão do padrão do Azure (LP) dos marcadores do Azure não criaram pares de chave-valor duplicados antes de criar relacionamentos.
- Os padrões de evento do Azure falharam devido a condições que não diferenciam maiúsculas de minúsculas.
- O padrão de evento de máquina virtual do Azure falhou com o erro "MULTIPLE_DEPENDENCIES". O relacionamento entre a NIC e o LDC foi criado duas vezes.
- O padrão de balanceador de carga F5 não conseguiu adicionar "Emissor" e "Problema raiz" aos certificados.
- A verificação da imagem do contêiner falhou no tempo limite e nenhum motivo de falha foi registrado.
- Os padrões de eventos do Azure executaram chamadas de API indesejadas.
- Google Cloud Platform (GCP): o banco de dados do Cloud SQL falhou com o erro "JAVASCRIPT_CODE_FAILURE: causado por um erro no script ad hoc 'EvalClosure-Populate Hardware Type Table' na linha 4"
- Kubernetes
- A tabela Volume do Kubernetes [Credential-less] [Serverless] não estava preenchendo o atributo do Cluster do Kubernetes.
- O padrão do Kubernetes não usou o resumo completo do manifesto para image_id.
- A descoberta do Kubernetes falhou com a aplicação do CMDB versão 1.42.0 e a aplicação Padrões 1.0.96.
Alterado: os padrões de Funções do Azure, Site do Azure, LP do Banco de Dados do Azure e Zonas DNS do Azure foram alterados para o tipo de recursos de nuvem (anteriormente, tipo de aplicação). Visite o site de documentação da ServiceNow para obter informações detalhadas sobre os produtos descobertos pela Visibilidade do ITOM.
Removido: a seção de extensão de marcador do padrão de TD do banco de dados do Azure.

Novo:
- Coleta e processamento de eventos do Azure que atualiza os itens de configuração do CMDB.
- Coleta eventos em várias assinaturas, no nível do grupo de gestão do Azure.
- Substitui a abordagem antiga de coleta de eventos por meio de configurações do Azure.
- Uma estratégia de exclusão será adicionada para excluir registros da aplicação de contêiner se o contêiner não estiver mais disponível.
- Desabilita a configuração de alerta ao migrar para eventos baseados em extração.
- Registros de software instalado são adicionados para software adicional.
- Descoberta na nuvem do GCP - [volume_name] agora está preenchendo snapshots do GCP.
- A extensão do Citrix Xen HyperV agora está preenchendo a contagem de CPUs/núcleos de CPU e mais valores.
Alterado:
- O padrão de inventário do Azure agora oferece suporte a cargas grandes.
- O padrão Cloud Foundry agora é compatível com a API v3.
Fixo:
- Kubernetes
  - - A Descoberta do Kubernetes falhou com o erro: "nenhuma relação definida para a classe dependente".
    - A primeira entrada no valor sn_itom_pattern.kubernetes_annotation_list (matriz) foi filtrada durante a descoberta do Kubernetes.
    - A descoberta do Kubernetes agora está atualizando [cmdb_ci_kubernetes_volume] normalmente.
    - O erro de padrão "Indefinido" ocorria quando as cargas de trabalho do K8s (daemonset, replicaset, statefulset) não eram descobertas corretamente.
    - A propriedade [sn_itom_pattern.k8s_aws_cli_to_generate_token] agora está ativa.
    - A descoberta do Kubernetes estava ignorando as relações de serviço com componentes de carga de trabalho vazios ou indefinidos.
    - [K8S-SAM][padrão do Kubernetes] todas as variáveis de ambiente de contêiner agora são coletadas.
    - [k8S-SAM] A Virtual-CPU agora é preenchida para contêineres sem limites de CPU.
    - [K8S-SAM] O script de aprimoramento de contêiner agora é acionado corretamente.
    - [K8S-SAM] Os detalhes do pacote de software agora estão atualizados para os contêineres.
    - [K8S-SAM] [Docker] [Kubernetes] Senha do usuário mascarada na tabela [cmdb_ci_db_mssql_instance].
  - AWS e Azure: a descoberta falhou após o capi devido à migração do padrão para o novo tipo de hardware.
- AWS
  - - Descoberta da AWS: o problema de ID de objeto de descoberta com base em eventos foi corrigido.
    - Os marcadores de nuvem da instância do AWS EC2 agora são removidos de [cmdb_key_value] quando a instância é encerrada.
    - Os marcadores dos ICs do banco de dados em nuvem estavam usando a extensão do padrão "Tags do serviço de banco de dados relacional da Amazon AWS".
    - A descoberta do Now ignora os registros de nome DNS obsoletos na descoberta do balanceador de carga da AWS.
- Azure
  - - O LDC incorreto foi preenchido para o padrão de evento de funções do Azure.
    - A descoberta “Azure – Classic LB (LP)” agora funciona quando backendAddressPools são definidos para vários dispositivos.
    - Inventário do Microsoft Azure (LP): novas relações foram criadas.
    - O Gateway de aplicação (LP) do Azure agora está evitando ICs duplicados para um único recurso do Azure.
- GCP (Google Cloud Platform)
  - A descoberta do GCP falhou em alguns cenários.
  - A biblioteca compartilhada "Google Cloud Platform (GCP) - Rótulos de VM e imagem" agora está buscando rótulos para imagens na nuvem.
  - As melhorias no padrão "Google Cloud Platform (GCP) - Virtual Server" para descoberta baseada em eventos agora estão disponíveis.
CA da Microsoft - O padrão de gestão de certificados falhou em algumas situações.
CA da Microsoft - o padrão de autoridade de certificação agora inclui segundos para carimbos de data/hora Válido até/Válido a partir de
O padrão de servidor ZooKeeper não conseguiu criar um registro no CMDB.
A descoberta do cluster do MSSQL agora respeita [glide.discovery.hostname.include_domain = verdadeiro]
O Nó do Rubrik [source_native_key] agora está preenchido corretamente com o ID do cluster do Rubrik.
Padrão Oracle: removeu duplicatas no valor expresso em [Edição].
Os relacionamentos dos bancos de dados Oracle com as instâncias de banco de dados Oracle são fixos em alguns casos.
O Padrão de Roteador/Comutador de Rede agora está definindo o Nome do IC do DNS quando [glide.discovery.hostname.snmp_trusted] está definido como falso.
O token de segurança do openStack agora está mascarado no Log da Descoberta.
Erros de segurança

Novo:
- Uma nova extensão do padrão do balanceador de carga A10, que oferece suporte a IP SNAT (Conversão de endereço de rede de origem).
- Descoberta de software instalado para cargas de trabalho em contêiner/do Docker implantadas no Kubernetes e no OpenShift.
Fixo:
- Falha no padrão de descoberta do IBM Informix Dynamic Server ao preencher as portas Dir e TCP executáveis.
- Um certificado inválido foi criado durante a descoberta do padrão F5.
- Falha da descoberta A10 ao executar a inserção (erro de carga do mecanismo de identificação).
- A estratégia de exclusão do IC [cmdb_ci_docker_image] foi modificada para ""manter"" no Padrão do Kubernetes.
- O comando ""crsctl query cluster site -all"" no Oracle Listener HD Pattern requer direitos de usuário elevados (sudo) como um failover.
- Falha na descoberta do padrão de banco de dados do Google Cloud Platform (GCP) Firestore no processamento de carga porque nenhuma relação foi definida para o banco de dados de nuvem de classe dependente.
- A descoberta de comutadores Arista não preencheu ""interface de vizinho"" em ""Vizinhos de dispositivo"".
- A descoberta HTTP do balanceador de carga do GCP criou várias dependências irrelevantes do Serviço de balanceamento de carga.
- No padrão de servidor virtual do GCP, a etapa "Obter nome da imagem da imagem de origem" retornou um erro.
- O script da Descoberta que cria relacionamentos entre blades e servidores criou relacionamentos inválidos para o blade HPE BladeSystem e o servidor do SO.
- A descoberta do Cassandra para dois servidores diferentes com o mesmo nome de cluster listou apenas um cluster.
- A descoberta do Kubernetes estava criando duplicatas na tabela de servidores Linux devido a um problema de configuração da propriedade ""glide.discovery.hostname.include_domain"".
- Comutadores genéricos na descoberta de padrões não criam registros ""discovery_switch_fwd_table"", o que afeta as conexões L2.
- A extensão de Padrão da Licença da Máquina Virtual (VM) do Azure não definiu o valor da chave ""Windows_OS_License_Type_automatic"" como ""License_included"".

Novo: armazenamento Dell EMC XtremIO.
Fixo:
- Azure
  - A estratégia de exclusão do Azure não funcionou para grupos de recursos.
  - Azure – Falha no padrão de rede e sub-rede (LP) com erro de IRE devido à ausência de atributos de identificação para o emparelhamento de rede virtual de classe de IC dependente.
  - A exibição do banco de dados do Azure "sn_itom_pattern_azure_virtual_machine_instance" retornou registros duplicados.
  - Os detalhes da marca de assinatura do Azure não foram descobertos.
- GCP
  - Google Cloud Platform (GCP): falha na descoberta do servidor virtual devido a registros de IC duplicados e estranhos dentro da carga que não veio do padrão.
  - O FQDN e o endereço IP são adicionados aos bancos de dados do GCP.
  - O erro no padrão do Google Cloud Platform (GCP) - Descobrir projetos relacionados, etapa 11.
  - O relacionamento Virtualizado por não foi preenchido para servidores Linux do GCP, pois o padrão do servidor Linux falhou ao recuperar o ID do objeto da instância da VM hospedada no Google Cloud.
- Amazon
  - O padrão de cluster de banco de dados da Amazon AWS falhou se a região contivesse apenas clusters sem servidor.
  - Descoberta de bucket do AWS S3 - se o local do bucket não foi encontrado, o IC do bucket não foi criado.
  - Foi feito o backup do MID Server quando a descoberta na Nuvem AWS foi executada por um longo período.
- Kubernetes
  - O padrão de evento do Kubernetes não filtrou as Anotações da mesma forma que o padrão do Kubernetes.
  - O padrão do Kubernetes não usou o resumo completo do manifesto para image_id.
  - Os campos de destino CPU_COUNT e CPU_TYPE só foram preenchidos na tabela do servidor Linux para o padrão de evento do Kubernetes, mas não para o padrão do Kubernetes.
  - A instância do Couchbase tinha uma regra de identificação incorreta. A regra deve ser "dependente" e não "independente".
  - Estratégia de exclusão - para os ICs descontinuados manualmente do CMDB, as colunas Status da instalação e Status operacional não foram atualizadas corretamente após a nova execução da Descoberta.
  - A instância off-line do Oracle está sendo descoberta e atualizada.
  - O padrão "BD distribuído do Cassandra" não funcionou - install_directory não foi detectado corretamente, levando a um UID vazio.
  - O padrão de servidor dinâmico do IBM Informix preencheu o mesmo nome para diferentes instâncias do Informix e análise de regex SQL com o nome do host correto.

Novo:
- Os Serviços Oracle foram adicionados como IC descoberto.
- Os grupos de escalonamento automático da AWS foram atualizados.
Alterado: os atributos de "estado" de todas as entidades do Kubernetes foram atualizados (se a resposta do fornecedor contiver o estado).
Fixo:
- Kubernetes
  - O OpenShift recebeu uma chamada somente após extrair os primeiros 100 registros.
  - Não havia visibilidade do painel do Kubernetes com o conjunto correto de permissões.
  - Uma relação entre o LDC e os clusters do EKS, AKS e GKE foi criada.
  - Falha na descoberta do Openshift porque a configuração de implantação não estava presente.
  - Ao executar a etapa "Obter controlador de replicação" no padrão do Kubernetes,a memória está esgotada.
- AWS
  - Grupos de Escalonamento automático (LP): o atributo "estado" da tabela "cmdb_ci_instance_scale_set" não era preenchido quando estava "Ativo" por padrão.
  - Ocorreram erros de padrão de OpenSearch quando não havia recursos encontrados, em vez de falha.
  - Controlador do balanceador de carga AVI — O padrão baseado em sessão não descobriu o membro do pool de balanceadores de carga.
  - A Descoberta marcou cmdb_ci_compute_security_group como encerrado, no entanto, não o marcou novamente como disponível/instalado.
  - O padrão de descoberta do Oracle Listener HD preencheu valores incorretos para atributos de IC do banco de dados da Oracle em alguns casos.
  - O script do sensor do Probe Shell interativo registra erros no Syslog, que continha apenas o resultado, que pode ter sido a mensagem "vazia".
  - A inclusão de script do MID Server estava em conflito com a resolução de nomes [AzureProvider].
  - O padrão OOB FlashBlade Pure Storage obteve resultados vazios (posição 2). Quando a posição foi alterada para 3, foi possível obter o valor do token de API.
  - Serviço Oracle: definir manualmente o estado do IC como não operacional não era redefinir para o status correto após a descoberta.
  - O ID da conta primária do serviço do GCP foi excluído após a execução da descoberta.
  - O painel da Nutanix com o ID '56107869dbde7b00e7dc7c4daf96192e' não foi encontrado.
  - O padrão de rede e sub-rede (LP) estava preenchendo cmdb_ci_vnet_peering, embora não houvesse dados para emparelhamento de Vnet na resposta da API.
  - A validação de registro foi adicionada para verificar o status dos scripts listados em Sa_find_host_script (para app-itom-patterns).

Novo:
- Descoberta do AWS Kinesis
- Descoberta de escalonamento automático da AWS
Fixo:
- Kubernetes
  - A descoberta de "Evento do Kubernetes" está falhando com "MULTIPLE_DEPENDENCIES Foram encontrados vários itens de relação dependente"
  - Regras de identificação incorretas em cmdb_ci_kubernetes_workload
  - A relação de serviço do kubernetes da malha de serviço do Istio não está sendo criada
  - Falha do Kubernetes Disco devido à extensão "Coletar repositório de contêineres" no padrão K8
  - Desempenho de descoberta do Kubernetes - é necessário remover a coleção de arquivos rastreados da extensão do Openshift
  - O padrão de evento do Kubernetes "Preencher a etapa cmdb_ci_linux_server" não avalia o valor "os" corretamente
  - O campo de endereço IP não deve ser preenchido no cluster do Kubernetes quando o cluster é descoberto pelo MID no cluster em contêiner
  - Anotações['deployment.kubernetes.io/revision'] Encontradas nos arquivos de configuração do Kubernetes ("Obter arquivos de configuração do Kubernetes")
  - [Kubernetes | Docker ] A relação entre o contêiner do Docker e a imagem está ausente
- AWS
  - Amazon AWS - Servidor virtual - falha devido a erro de carga
  - Serviços de banco de dados da AWS: o encerramento normal não é tratado corretamente
  - Serviços de banco de dados da AWS: Opensearch: determinados recursos não são descobertos
  - O campo SO convidado em cmdb_ci_os_template (imagem) foi preenchido incorretamente no contexto do padrão de descoberta “Amazon AWS – Modelo executável (LP)”
  - A consulta lenta em `a_str_7` É NULA proveniente de trabalhos "ASYNC: Discovery - Sensors Pattern Launch" observados durante a execução do padrão de servidor virtual da Amazon AWS
  - Cluster do IBM PowerHA
  - O padrão não está preenchendo cmdb_ci_unix_cluster_node se tiver "-" (hífen) no nome do host
  - O padrão não está preenchendo o campo Cluster (referência) para alguns tipos de IC relacionados ao padrão de descoberta
- GCP
  - Chamada de API de eventos restrita para coletar somente a resposta de página que cada programação de trabalho de eventos do GCP executa
  - Padrão do Kubernetes - Caractere Unicode no nome do padrão
  - O sinalizador de eventos de extração foi alterado para habilitado, “latesttimestamp” definido com a hora atual
  - O protocolo do ouvinte não está preenchido para o front-end
  - Chassi da prateleira de disco e elementos de nó que contêm o mesmo número de série quando o padrão netapp é acionado
  - Controlador do balanceador de carga AVI - Padrão baseado em sessão que não cria relacionamentos entre o balanceador de carga e o mecanismo de serviço
  - A descoberta do Azure Kubernetes falha devido ao ID cmdb_ci_docker_image vazio
  - CA MicroSoft - O padrão de gestão de certificados está injetando o número de série do certificado em formato fora do padrão
  - O padrão de descoberta de componentes da Nutanix não preenche o SO convidado para instâncias de VM, causando contagem de licença adicional
  - Descoberta do Openstack - A criação de token está ocorrendo com falha durante a Descoberta do OpenStack
  - A descoberta do Rubrik criará duplicatas na tabela do servidor Windows se a propriedade: glide.discovery.hostname.include_domain estiver definida como verdadeira

Alterado: modelo do Kubernetes aprimorado para oferecer suporte à aplicação Operação em nuvem nativa
Fixo:
- Kubernetes
  - A descoberta de "Evento do Kubernetes" está falhando com MULTIPLE_DEPENDENCIES Foram encontrados vários itens de relação dependente
  - [Kubernetes | Docker ] A relação entre o contêiner do Docker e a imagem está ausente
  - Regras de identificação incorretas em cmdb_ci_kubernetes_workload
  - Mudanças no padrão k8s com base na escalação do BMO
  - [CNO] O campo Nome está sendo exibido (vazio) nos Serviços do Kubernetes
  - Problemas com o padrão do Kubernetes após o upgrade de Padrões para 1.0.90
- AWS
  - O padrão de cluster de banco de dados da Amazon AWS falha, o tipo de IC cmdb_ci_cloud_db_cluster não pode ser criado
  - A descoberta de vários recursos diferentes da AWS com IDs de recurso idênticos resulta na criação de apenas um IC no cmdb
  - Padrão: Amazon AWS - LP (Classic LB) não está preenchendo o campo do balanceador de carga para cmdb_ci_lb_service
- Azure
  - Marcador do Azure: - marcadores com valor de chave como "nulo" (esta é a cadeia de caracteres e não nula) estão sendo preenchidos como vazios
  - Problema com o ID de objeto do fluxo de centos 9 (Azure)
  - Atualizar subconta ao preencher todas as contas usando "Descoberta de assinaturas do Azure para grupo de gestão"
- Cloud Retry Framework
  - Mudanças para impedir a configuração de várias novas tentativas para o mesmo provedor
  - Os registros da fila do ecc de saída GetCloudRequestStatsProbe estão travados em "processamento"
  - A variável indefinida evita que as métricas de nuvem sejam inseridas no banco de dados H2
  - Corrigir erros de L10N
- Banco de dados distribuído do Cassandra, o padrão não consegue identificar corretamente o caminho para o utilitário nodetool.
- Descoberta por meio do padrão "Oracle DB on Unix" criando instâncias oracle duplicadas se o RAC estiver configurado para um nó
- O pré/pós-script do padrão "Relações da Nutanix" pode criar o relacionamento "Instantiates::Instantiated by" com um servidor desativado
- Relacionamento "Virtualizado por::Virtualiza" entre os servidores virtuais e as instâncias de VM na nuvem do OCI

Novo:
- Descoberta do servidor de backup de coesão
- AWS Redshift
- Programador automático para AKS
- AWS ElastiCache
- Espaços-chave da AWS
- AWS MemoryDB
- Pesquisa aberta da AWS
Fixo:
- Cloud Retry Framework
  - Mude para impedir a configuração de várias novas tentativas para o mesmo provedor
  - Os registros da fila do ecc de saída GetCloudRequestStatsProbe estão travados em "processamento"
  - A variável indefinida evita que as métricas de nuvem sejam inseridas no banco de dados H2
- Kubernetes
  - A descoberta falhará se o Kubernetes for executado no local devido a um provedor indefinido
  - O padrão de evento NÃO inclui o parâmetro "Nome do cluster" como padrão do Kubernetes
  - O padrão não está ingerindo o UID do cluster
  - O padrão não preenche o endereço IP do cluster/nó principal"
  - O padrão OOB - Obter arquivos YAML do Kubernetes preenche o conteúdo yaml_file impróprio.
  - Preencha o campo cmdb_ci_docker_container.status do Kubernetes por status do contêiner (EM EXECUÇÃO, PARADO, ...)
  - Padrões de descoberta Os tipos de credencial sn_itom_pattern_kubernetes/sn_itom_pattern_pcf estão ausentes na lista de seleção do campo discovery_credentials.type, portanto, são exibidos em azul na exibição de lista
- GCP
  - Adicionar suporte para mais datacenters (regiões) nos padrões do GCP
  - Padrão do GCP Kubernetes – Caractere Unicode no nome do padrão
  - GCP: relações incorretas estão sendo criadas entre a tabela de VM e o datacenter/zona de disponibilidade do GCP
  - Descoberta de recursos do GCP que não funcionam
  - É necessário adicionar LDCs adicionais ao padrão "Google GCP - Obter datacenter lógico"
  - Os bancos de dados em nuvem do BigQuery público são duplicados para cada conta
- AWS
  - Serviços de banco de dados da AWS: Opensearch: determinados recursos não são descobertos
  - Melhoria de resposta AWSAPICommand para capturar informações de resposta adicionais para cenários de erro
  - A descoberta de vários recursos diferentes da AWS com IDs de recurso idênticos resulta na criação de apenas um IC no cmdb
  - Etapas de padrão com lógica que chamam a API da AWS podem retornar o erro "Status: 400 - Limitação - Taxa excedida"
  - A consulta lenta em `a_str_7` É NULA proveniente de trabalhos "ASYNC: Discovery - Sensors Pattern Launch" observados durante a execução do padrão de servidor virtual da Amazon AWS
- Azure
  - Erros de descoberta na nuvem do Azure - Descoberta baseada em padrão
  - Todos os valores de marcador ausentes da VM do Azure descobertos
  - As instâncias de máquina virtual não são descontinuadas após durante a estratégia de exclusão do Azure - Padrão de máquina virtual (LP)
- EMC Isilon
  - Padrão de cluster EMC Isilon sem ID de fabricante e modelo
  - O padrão EMC Isilon une todos os discos a todos os compartilhamentos NFS e Samba devido à condição de correspondência ausente
- Nuvem
  - Modifique todos os novos padrões de carga grande (LP) do Azure e da AWS para o estado não ativo e adicione-os ao script de migração de CPG para padrão
  - O status do par de chaves da nuvem é "Ausente", embora não deva ser.
  - O espaço à direita não é cortado para a conta de serviço object_id no formulário Conta de serviço em nuvem
- Rubrik
  - Descoberta do Rubrik atualizando "Sistema operacional", "Versão do SO" e "Status operacional" para IC do Windows Server
  - O pré-pós-script de atualização das instâncias do VMware do Rubrik não pesquisa corretamente o host ESX e descarta as instâncias do VMWare, levando à falha de processamento do resultado do padrão
- Oracle DB
  - Oracle DB na extensão de padrão Unix "Obter informações de tamanho da instância do Oracle" etapa 27 "Obter informações de tamanho da instância Unix" não analisará corretamente se o resultado do comando estiver em várias linhas.
  - "Obter informações do tamanho da instância do Oracle" da extensão do padrão "Obter informações do tamanho da instância do Oracle" na etapa 26 "Obter tamanho do PDB" é capaz de obter as informações de tamanho total, mas falha ao recuperar usado_size ou free_size.
  - Ao descobrir um banco de dados Oracle no Unix, mensagens de erro são retornadas de comandos SQL, pois o registro de credencial contém caracteres especiais
- Citrix Netscaler SDX: remover o filtro vpx_profile e corrigir a análise de nomes do VDX
- O nome do nó do cluster não está sendo exibido corretamente
- Alguns campos de Escolhas estão aparecendo como indefinidos na tabela de certificados || MicroSoft CA - Padrão de gestão de certificados
- A Descoberta na nuvem do OCI não está descobrindo marcadores — Os marcadores não são descobertos para VMs do OCI.
- Atualizações não intencionais nos registros do servidor ao processar resultados de "Componentes da Nutanix"
- A extensão do padrão Citrix Xen HyperV" marca o Servidor Linux como "Virtual"
- A etapa 16 do padrão "Servidor Zookeeper" falha ao ser executada no Designer de padrões

Consulte Padrões de descoberta e mapeamento de serviços Versão 1.0.90 PDF Notas de versão.

Novo:
- Criação de programadores sem servidor do GCP Auto Kubernetes
- Suporte à descoberta da base de eventos dos serviços de banco de dados do GCP para:
  - BigQuery
  - BigTable
  - SQL em nuvem
  - Armazenamento de dados
  - FireBase
  - Disparar armazenamento
  - MemoryStore
  - Chave inglesa
Fixo:
- Zookeeper - Padrões de descoberta e mapeamento de serviços contêm um erro de código.
- 400 Erro de solicitação incorreta ao acessar marcadores do balanceador de carga em nuvem quando o comprimento da URL é longo.
- Remova palavras não autorizadas do rótulo de etapas.
- Azure
  - Relações VNIC: falha ao criar a relação "Implementar endpoint para::Implementar endpoint de" para alguns valores
  - A tabela cmdb_ci_cloud_webserver não é preenchida após a descoberta
  - ConnectionPoolTimeoutException
- GCP
  - Corrigir DB EVALs do GCP para não conter um loop dentro de um loop
  - O padrão de VM falha durante uma descoberta de verificação completa
  - Serviços de banco de dados - Problema de teste de evento.
  - Serviços de banco de dados - O padrão Firebase não está disponível como parte de app-itom-patterns-1.0.89-rc.2-app
  - O padrão de tipo de disco falha quando uma descoberta de verificação completa é realizada.
  - Falha na entrada de análise. Tentativa de tentar com o erro raiz de prefixo ocorre no padrão de máquinas virtuais do GCP nesta etapa: "Analisar atributos de máquinas virtuais do Google"
  - A contagem do console do endereço IP não corresponde ao registro do Glide Glide e à contagem da tabela do GCP
- Cargas duplicadas no padrão de informações de partição A10 causam falha em um padrão de balanceador de carga A10
- A descoberta do Kafka não está preenchendo os registros de consumidores, produtores, tópicos ou grupos de consumidores do Kafka
- Nova versão da operação personalizada Analisar JSON
- O script de pré-sensor da Nutanix não corresponde a uma cadeia de caracteres vazia para ip_address
- Somente as credenciais de armazenamento com ordem de prioridade mais alta são usadas - padrão "Pure Storage FlashBlade"
- Problemas de desempenho na seção de extensão ""Licença de imagem"" para ""Padrão de modelo executável da Amazon AWS""

Novo:
- Serviços do Azure
  - Conjunto de dimensionamento de máquina virtual
  - Gateway de NAT virtual
  - Zona de DNS privada
  - Emparelhamento de Vnet
  - Rota expressa direta
  - Gateway de rede local
  - Conexão do Azure
  - Cosmos DB
  - Serviço de fila
  - Serviço de tabela
  - Serviço de arquivo
  - Compartilhamentos de arquivos
- Serviços de banco de dados do GCP
  - BD do BigQuery
  - Firebase DB
  - Banco de dados SQL em nuvem
  - FireStore DB
  - Banco de dados de armazenamento de memória
  - DB do Spanner
  - BD de tabela grande
Alterado:
- Compatibilidade com IAAS global/regional do GCP
- Cluster remoto do Couchbase
Fixo:
- A descoberta do servidor AIX falhará se o servidor AIX for físico
- Azure: o nome da imagem é preenchido somente com a versão da imagem quando a imagem é preenchida por meio de eventos
- cmdb_ci_openshift_images não é uma extensão de cmdb_ci_docker_image ou de seu cmdb_ci_oslv_image primário
- Instância do Couchbase: unidades de medida estão ausentes nos atributos de tamanho da memória (cmdb_ci_couchbase_cluster_node)
- O firewall de rede de próxima geração do Fortinet em cluster não foi descoberto
- O padrão EMC Isilion não lida com a versão mais recente da API
- GCP
- Serviços de banco de dados – GCP Bigtable DB: o atributo de estado não é preenchido em cmdb_ci_cloud_database
- Firestore DB: a descoberta falhará com regiões duplicadas na carga se o banco de dados de várias regiões for descoberto
- LB: balanceadores de HTTP não estão sendo descobertos devido a uma falha de padrão
- LDC - O padrão de balanceador de carga falha quando a descoberta de LDC é realizada
- O KubernetesDiscovery falhará se houver contêineres no cluster com duas imagens diferentes no mesmo repositório de contêineres
- O padrão está preenchendo o nome do host para o campo ip_address ao criar um registro na tabela cmdb_ci_kubernetes_cluster
- A descoberta do servidor Linux está falhando devido a itens duplicados encontrados na carga
- CA da Microsoft
- Erro de descoberta de certificado
- O padrão não analisa as datas valid_from e valid_to corretamente.
- Mova todos os arquivos "sa_pre_task_script" da pasta "update" do plug-in Padrões para a pasta IF do Mapeamento de serviços
- Padrão de Descoberta do OpenStack
- operacional_status para o banco de dados ms_sql não está definido corretamente para a instância que não está no cluster.
- POL_QE_RP1: discovery_admin não pode exibir algumas das tabelas cmdb_ci.
- O IP privado da VM do Azure não está sendo atualizado quando a NIC é substituída
- Dados redundantes de cmdb_ci_cloud_key_pair coletados durante a execução do padrão "Amazon AWS Virtual Server Events"
- O padrão Java do agente Kafka falha ao analisar o diretório de instalação e, portanto, o atualiza com "nulo"
- A lógica no script sn_itom_pattern.ProbeInvoker incluído na função getMid pode selecionar o MID Server incorreto
- As informações do cluster do Microsoft SQL Server não estão sendo capturadas corretamente
- O padrão pode obter as chaves da chamada de API, mas não está analisando todas as chaves. Em vez disso, ele está atualizando todas as chaves como uma chave.
- A descoberta de VM não está ocorrendopara a conta na nuvem do GCP - GCP ver 105

Novo:
- Compartimento do HPE BladeSystem
- Banco de dados do Couchbase

Fixo:
- Azure
  - O padrão HD do gateway de aplicação do Azure não preenche endereços IP públicos e privados para os balanceadores de carga em nuvem do Azure descobertos.
  - A coleção de marcadores do Azure para o banco de dados do Azure e o site do Azure é incompatível com os padrões OOB nas versões Paris e Quebec.
- GCP
  - A instância da VM do GCP e o registro do servidor podem selecionar registros de servidor incorretos do CMDB.
  - A Descoberta de recursos do GCP não pode criar relacionamentos entre alguns recursos, ou seja, buckets, função de nuvem e instâncias do SQL.
  - Há rótulos inconsistentes para pastas e organizações entre pastas e projetos no GCP.
  - O status de desprovisionamento em cascata para atualização de status do servidor deve ser realizado por relação.
  - Corrija as etapas de filtragem do Kubernetes se a descoberta não for para todos os namespaces.
  - Não há suporte para a criação de relacionamentos entre um servidor e uma instância de VM por meio da descoberta de IP.
  - Os Padrões de descoberta e mapeamento de serviços adicionam um tipo de relacionamento duplicado "Manages::Managed By", com um "By" maiúsculo incorreto, quando outro código OOB tem sido criado/usado normalmente "Manages::Managed by".
  - O padrão do Docker falha na etapa de processamento de carga.
  - É necessário oferecer suporte a marcadores de descoberta para contas de serviço da AWS.
  - Padrão "Infraestrutura de LDOM do Solaris": se a configuração não estiver disponível, o padrão falhará com o erro "deve ser ignorado".

Novo:
- Estenda o modelo de imagem do Docker para coletar a instância de imagem e a entrada.
- Coleção de componentes do MSSQL para IC do MSSQL
- Adições relacionadas à segurança
Fixo:
- A estratégia de exclusão da tabela de rotas não entra em ação
- A extração de informações de marcador do Azure ao usar o Windows MID preenche os caracteres em japonês incorretamente
- Google Cloud Platform (GCP) - Erros do servidor virtual no novo LDC
- O padrão "Google Cloud Platform (GCP) - Chaves SSH" falha com o erro "DUPLICATE_PAYLOAD_RECORDS devido a cmdb_ci_cloud_key_pair com o mesmo object_id"
- A consulta incorreta foi usada na Etapa do Padrão Oracle "verificar se é CDB Unix com SID"
- Os bancos de dados Oracle e as instâncias do banco de dados Oracle nem sempre foram descobertos - Filtragem incorreta, padrão do Oracle Listener HD
- O Padrão do Kubernetes falha com a mensagem de erro “MULTIPLE_DEPENDENCIES Encontrados vários itens de relação dependente”
- O padrão de execução sem servidor do Kubernetes leva muito tempo para ser executado, o que geralmente leva ao cancelamento do status da descoberta
- Descoberta da edição do SQL Server quando o processo não está em execução
- Falha ao explorar o padrão de IC, nome do padrão: firewall de rede do Fortinet de próxima geração Análise inválida do nome no padrão de cluster do IBM PowerHA está criando nós de cluster inválidos na tabela cmdb_ci_unix_cluster_node
- Os padrões S3, Dynamo e Lambda estão falhando
- Correções de segurança

Novo: Padrões de armazenamento em nuvem
Fixo:
- Zoo Keeper - falha ao explorar o padrão de IC, nome do padrão: servidor ZooKeeper" após o upgrade do Rome no desenvolvimento do datacenter
- Kubernetes - padrão de manipulador de eventos pré/pós-despejo de uma grande quantidade de declarações de registro em log para o syslog, causando alto crescimento do disco do banco de dados
- NetApp SolidFire - O padrão do sistema de armazenamento usa credenciais da aplicação em vez de credenciais básicas
- Descoberta do Avi Vantage - falha devido a várias relações dependentes
- O processo de migração de CAPI para padrão resulta em padrões de nuvem OOB a serem considerados como personalização pela plataforma
- Java do Kafka Broker - falhas de padrão devido à pré-condição ausente, resultando na substituição dos valores e tornando-os nulos
- Google Cloud
- Padrões do GCP que levam muito tempo para concluir a descoberta na nuvem
- Google Cloud Platform (GCP) - O padrão do servidor virtual falha com o erro na etapa Preencher a tabela cmdb_ci_vm_instance com o tamanho do disco
- Os scripts de pré-execução com escopo do padrão do ITOM estão chamando SNC.PrePatternExecutionData em vez de global.PrePatternExecution
- Registros cmdb_related_entry idênticos prontos para uso para cmdb_key_value em vários identificadores de IC
- A descoberta do servidor AIX físico falha porque o LPAR não está sendo encontrado, quando o LPAR não existe para o AIX físico
- Ao descobrir um banco de dados Oracle no Unix, as mensagens de erro não são filtradas, portanto, relacionamentos incorretos são criados com, por exemplo, "ORA-00942" como a descrição do PDB

Novo:
- Hipervisor do Citrix XenServer
- Mudanças de padrão de armazenamento da NetApp
Corrigido: descoberta de marcador ausente para banco de dados do Azure, site do Azure e funções do Azure

Novo:
- Descoberta do Oracle Listener e do Oracle Cluster
Fixo:
- A configuração do padrão "MicroSoft CA - Gestão de certificados" não é concluída ao descobrir um grande número de certificados e requer configurações de intervalo de deslocamento para dividir a carga em diferentes execuções de padrão.
- EMC Isilon, solicitação para preencher o sistema operacional e a versão do SO para o elemento do nó de armazenamento
- InfiniBox - Compartimentos de armazenamento e discos correspondentes não são descobertos (CONTEÚDO)As operações personalizadas do analisador JSON falharão na análise se houver um atributo NULO no caminho do atributo analisado Aprovação ignorada
- Vários problemas com o padrão de gateway de aplicação do Azure - pesquisa de DNS e duplicatas
- Não é possível inserir registros na tabela cloud_inventory_resource a partir da aplicação com escopo de VR
- Google Cloud Platform (GCP): as chaves SSH falham com um erro devido a vários registros cmdb_ci_google_datacenter criados com o mesmo nome
- O "18. A etapa "Preencher rótulos de projeto" não está fornecendo todos os rótulos do projeto do GCP por meio do padrão da organização Discover Google
- A versão da API mencionada no padrão EMC Isilon na etapa 8, obter interfaces de hospedagem, está incorreta
- Consulta incorreta para obter o catálogo na seção de extensão do Oracle

Novo: padrão InfiniBox
Fixo:
- Relacionamentos entre ICs ausentes na execução do padrão HACMP durante a descoberta do servidor AIX
- A operação personalizada Obter chamada do CloudFoundry adiciona uma barra extra ao URL quando a paginação está envolvida
- O controlador AVI não preenche o modelo
- A tabela cmdb_ci_cloud_service_account não tem um rótulo, fazendo com que a Conta de Serviço em Nuvem adicione o rótulo de IC do CMDB em um cenário específico
- Padrão de inventário do GCP: os marcadores não estão sendo preenchidos
- Um endereço IP incorreto está sendo atribuído à tabela de Clusters do Kubernetes durante a execução do padrão do Kubernetes
- MISSING_DEPENDENCY: na carga útil, não há relações definidas para a classe dependente [cmdb_ci_cluster_vip] que correspondam a regras de contenção/hospedagem: [cmdb_ci_cluster_vip >> Virtualiza >> cmdb_ci_cluster]
- OCI
  - Os menus geram um erro de sintaxe Oracle
  - A relação da VM com o domínio de falha está ausente
  - O valor do SO convidado "Ubuntu canônico" não foi adicionado ao dicionário
  - A relação de sub-redes secundárias com as VMs não foi criada
- Há um problema de carga com o padrão "Máquinas virtuais de RH"
- O número de série físico é preenchido em vez do número de série do chassi do servidor NetApp SolidFire
- O endereço IP privado precisa preencher os registros de instância de VM em nuvem na descoberta de AWS, Azure e GCP
- A atualização automática do serviço do Amazon AWS Config para o CMDB não está funcionando em eventos de exclusão de bucket do S3
- Descoberta do Rubrik — Os ICs do WindowsCluster são preenchidos na tabela do Windows Server.

Novo:
- Cluster do MSSQL.
- Atualizações para VMs em nuvem e serviços de PaaS em serviços baseados em tag.
- Atualizações nos componentes do Kubernetes e seus relacionamentos nos serviços baseados em tag.
Fixo:
- Os padrões de descoberta do Rubrik criaram duplicatas no CMDB para os seguintes tipos de IC: servidor, VM do Hyper V, instâncias do VMware, banco de dados Oracle, instâncias do MSSQL e bancos de dados do MSSQL. Os padrões de Clusters e Hosts do RHV e Servidor Linux criaram registros nos registros cmdb_ci_rhv_server e na tabela cmdb_ci_linux_server que representam o mesmo servidor. Isso levou ao licenciamento duplo, já que ambas as tabelas estendem cmdb_ci_server. Depois de atualizar os Padrões de descoberta e mapeamento de serviços para 1.0.72/72/73, o Azure Cloud Events criou relações de todos os novos ICs com o datacenter do oeste dos EUA.
- O script do MID Server de comando de API incluiu um motivo "não registrar em log" para falha de HTTP, dificultando a solução de problemas. Formulário de serviço de aplicações [SBS, angular]: o ponto de entrada do tipo endpoint de nome de recurso da AWS [cmdb_ci_enpoint_arn] deve incluir somente o campo "arn" e nenhum campo de host.
- O padrão de funções do Azure não descobriu todos os tipos de funções.
- A descoberta do grupo de gestão do Azure não acionou nenhuma investigação de padrão. Na página de migração de IU de CAPI para padrão, o nome foi alterado de "CAPI para padrão" para "CMP para padrão". Os valores de IC cmdb_ci_appl_kafka_topic não foram preenchidos para o padrão Java do agente Kafka.
- A estratégia de exclusão estava ausente para cmdb_ci_openshift_project. Para padrões EMC Isilon, Fabricante e Modelo estavam incorretos para elementos de nó de armazenamento. O padrão HMC se comportou incorretamente devido a entradas duplicadas da tabela lpar_data. Problemas resolvidos com o padrão de evento de máquina virtual do Azure, ou seja, erros de IRE com o objeto cmdb_ci_nic, devido à ausência de relações com o LDC.
- Problemas resolvidos com a remoção de dados de evento de objetos de entrada ao invocar um padrão baseado em evento para o GCP, já que os dados de evento não foram usados durante a execução do padrão. Resolvido um problema relatado pelo cliente em que a extensão do Openshift falhou no erro de script do Groovy.
- CA da Microsoft:
  - Corrigido um problema quando o valor de template_list era definido como um único OID de modelo de certificado e o padrão MicroSoft CA - Gestão de certificados falhava com o seguinte erro: CertUtil: -view command FAILED: 0x80070057 (WIN32: 87 ERROR_INVALID_PARAMETER)
  - Corrigido um problema em que o padrão MicroSoft CA - Gestão de certificados falhava na etapa "Corrigir datas" com a seguinte mensagem de erro: (Falha de código do Groovy. java.text.ParseException: Data não analisável: "Nenhuma data válida". Data não analisável: "Sem data válida")

Novo: definição de metadados de Password2.
Fixo:
- A Inclusão de script do padrão de Descoberta na nuvem "CloudVendor" fez chamadas de pacote para Packages.com.snc.sw.log.DiscoLog.getLogger.
- Comportamento incorreto ao criar um trabalho agendado para excluir registros antigos de tipo de hardware.
- Registros duplicados da relação cmdb_ci_logical_datacenter (tipo secundário) Hospedado em:Hosts cmdb_ci_cmp_resource (tipo primário) foram criados na tabela cmdb_metadata_hosting.
- Vários padrões de aplicação não funcionaram como esperado com falhas inconsistentes com padrões LP (429). A descoberta de padrão do HMC Server da IBM não foi executada corretamente. Uma etapa duplicada no Oracle OCI - DB Home (LP) precisou ser removida.
- Ao usar a versão de março, o plug-in de camada de nuvem não foi instalado como uma dependência transitória quando o plug-in de padrões foi ativado.
- Problemas do Oracle: - Falha ao estender a seção da instância do Oracle no banco de dados Oracle na descoberta do Windows. - Obter PDBs Unix com SID não funcionava quando tnsnames.ora não era atualizado. - Oracle no Unix: o tamanho do PDB não foi preenchido.
- Problemas do Kubernetes: - Comportamento incorreto dos registros de classe de projeto do Namespace e do Openshift. - O atributo de status do pod estava incorreto.
- Problemas do Azure: - Falha de inventário para objetos de VM. - O pré/pós-script para remover duplicatas não funcionou conforme o esperado para a descoberta na nuvem do Azure. - O relacionamento adicional de VM para DC foi criado na IU. - A VM snitommid não foi descoberta e, portanto, a vnic e a imagem correspondentes também não foram descobertas. - A conta de serviço criada para a nuvem do Azure Gov aceitou a URL do portal em vez da URL da API.
- Problemas da AWS: - O encerramento normal da subconta não funcionou conforme o esperado. - Os marcadores da NIC não funcionaram conforme o esperado. - Todos os valores de nome DNS não tinham relacionamentos com o datacenter. - A exclusão do suporte ao banco de dados do cluster de banco de dados não funcionou conforme o esperado.

Novo: suporte a clusters de RDS da AWS - banco de dados do AURORA.
Alterado: mudanças no modelo de nuvem AWS/Azure/GCP.
Fixo:
- O padrão de marcadores do ECS de análise da Amazon não analisou todos os marcadores descobertos devido à mesma variável $cluster_to_tags nas etapas 17 a 20.
- Adição de referências entre locatários AVI e serviços LB.cmdb_ci_kubernetes_cluster.ipaddress preencheu o nome do host em vez do endereço IP.
- A Descoberta preencheu somente 1 PDB quando mais estavam presentes.
- Durante a descoberta do tamanho do Oracle PDB/CDB, o nome da instância foi preenchido com o valor incorreto.
- O tipo de hardware da AWS não foi descoberto após a execução dos scripts.
- Kafka e Zookeeper sugeriram que o relacionamento estava ausente.
- Falha do padrão de componente da Nutanix na etapa Criar relação entre o CMV e a instância da VM quando a instância da VM tinha vários endereços IP/NICs.
- Problema de descoberta do Oracle GoldGate.
- O FQDN do firewall da Palo Alto não foi usado para o nome do IC. A descoberta do Jboss na plataforma Linux não estava funcionando conforme o esperado.
- O mesmo registro PDB$SEED foi atribuído a todas as instâncias de CDB em vez de novas entradas para cada uma.
- O probe (sensor de descoberta) do "Interactive Probe Shell", relacionado à descoberta do NetScaler SDX, deixou o histórico do dispositivo no estado de classificação na instância OOB quando a descoberta foi acionada em uma máquina Linux.
- Problemas com a depuração de alguns padrões de Descoberta na nuvem se o plug-in Mapeamento de serviços não estiver instalado.
- Azure:
  - A etapa Analisar região nacional do Azure em qualquer padrão define a variável de resultado como ".com" em vez de "azure.com".
  - Falha no padrão de tipo de hardware para a região Westus3.
- CA da Microsoft:
  - Formato de data fixo na etapa 17 de "dd/MM/yyyy HH:mm aa" para "dd/MM/yyyy hh:mm aa".
- Infraestrutura do Oracle Cloud (OCI):
  - As instâncias encerradas não estavam sendo descobertas na primeira execução de descoberta em uma instância limpa.
  - O endpoint do bloco não preencheu os atributos "host" e "estado".
  - A estratégia de exclusão não estava funcionando corretamente.
  - Foram criadas zonas de disponibilidade duplicadas.

Novo:
- Padrões de interface do Oracle Cloud com carga grande.
- Padrão de armazenamento do NetApp SolidFire.
Fixo:
- Zookeeper - nome do cluster adicionado.
- Inventário do GCP - corrigiu o problema [Bucket não configurado no console do GCP ou o valor da variável de entrada "URI do bucket de inventário" está no formato incorreto]. Rubrik - problemas resolvidos com a descoberta que não funcionam conforme o esperado para todas as versões da REST API.
- AVI - fixou o padrão de base de sessão para trabalhar com cabeçalhos.Cassandra DB - corrigiu um problema com a pasta de compartimento duplo na execução do comando.
- Oracle DB - corrigido um problema em que Obter Catálogos Oracle não funcionava corretamente ao usar a porta padrão; a porta deve ser obtida das informações de conexão.
- Kafka - adicionado atributo isr ausente em cmdb_ci_appl_kafka_topic.
- Problemas resolvidos com o Linux Paceker e o padrão Linux Red Hat em execução na mesma ordem.
- MS CA (Gestão de certificados):
  - Sinalizador -gmt ausente corrigido.
  - Separador de linhas ausentes corrigido.
  - Adicionada uma etapa ausente.
  - Prefixo u_ removido.
- LB do Azure:
  - Diferenças de formato fixas entre padrões e CAPI.
  - Tipo de H/W fixo falha na região Westus3.
- Propriedade is_paginated removida para padrões de armazenamento aplicados em instâncias pré-Paris.
- Menu de navegação na nuvem:
  - Os atributos agora são preenchidos na exibição padrão.
  - A exibição do banco de dados "sn_itom_pattern_amazon_cloud_database" não gera mais um erro nas instâncias do Oracle.

Novo:
- Padrão de cluster do Rubrik
- Padrão de cluster do ZooKeeper
- Padrão de cluster do Kafka
Fixo:
- Problemas de hosts e clusters de RHV.
- A estratégia de exclusão da AWS para o banco de dados do Dynamo não foi definida corretamente. Como resultado, a descoberta não atualizou as mudanças, mesmo que o serviço tenha sido interrompido.
- Os eventos do GCP não funcionaram em determinadas compilações, mas funcionaram em itomqcopper.
- O estado e o storage_type em Blobs não foram preenchidos na tabela de volume de armazenamento.
- Cluster UNIX - Cluster de marcapasso do Linux - A extensão do padrão do servidor Linux falhou devido ao processamento incorreto de erros.
- O padrão de Máquinas Virtuais de RHV não foi executado corretamente com um adaptador de rede que tem vários IPs.
- Aumentos significativos no tempo de descoberta do Azure após a implementação do Blob.

Novo:
- Descoberta de certificado TLS da autoridade de certificação da Microsoft
- Padrão do Microsoft Azure para armazenamento de blob
- Descoberta do Citrix NetScaler SDX
Fixo:
- Correções de erros para os seguintes padrões: Kubernetes, Google Cloud, Balanceador de carga AVI, Cluster de marcapasso do Linux, AWS GovCloud e Inventário de recursos do Azure

Novo:
- Colete informações de BYOL para padrões de nuvem AWS/Azure.
- Suporte para Solaris LDOM.
Alterado:
- Adicione failover para comandos iproute para armazenar padrões e bibliotecas compartilhadas.
- Converta todos os padrões do Azure para funcionar com LP, incluindo GOV e eventos.
- A partir da v1.0.71, a ServiceNow mudou para a API "ARG" do Azure Resource Graph
Fixo:
- Exceção de hosts de análise de RHV.
- Estratégia de exclusão de dynamoDB da AWS.
- Padrão de HD do gateway de aplicação do Azure.
- O padrão de HMC do BM estava criando object_ids duplicados.
- O campo virtual não foi definido como verdadeiro para máquinas virtuais da Nutanix.
- Falha no padrão do Kubernetes no processamento da carga.
- Tipo de arquivo incorreto mencionado na etapa 17 do padrão Oracle GoldenGate.
- Criação de uma entrada vazia em cmdb_ci_firewall_device_palo_alto na etapa 17 (Preencher tabela de dispositivos de firewall Palo Alto) do padrão de firewall Palo Alto.

Extensão de padrão:
- F5: descoberta de certificados TLS a partir de padrões F5 SSH
Fixo:
- Organização do GCP: correções de erros de conteúdo padrão para oferecer suporte a pastas e projetos do Google
- Redhat Virtualization (RHV): o padrão horizontal de máquinas virtuais falha com o erro de identificação "nenhuma relação definida para a classe dependente [cmdb_ci_rhv_cluster] que corresponda a todas as regras de contenção/hospedagem [cmdb_ci_rhv_cluster]"
- Padrão do Kubernetes (YAML): o serviço do Kubernetes preenche o link automático para evitar erro de carga do processo na extensão YAML
- Correções de erros do Padrão Fortinet
- CSDM: adicionados relacionamentos sugeridos ausentes de 34 ICs liberados na loja

Novo:
- Cassandra - suporte para descoberta de cima para baixo do Mapeamento de serviços
- Organização do Google Cloud Platform (GCP): descoberta de projetos, pastas e recursos no nó da organização
Fixo:
- Suporte de paginação para Nutanix
- Padrão HMC - corrigido o seguinte erro de script de pré-sensor: "Falha ao processar modelo e fabricante para HMC devido a: TypeError: não é possível converter nulo em um objeto"
- Google Cloud - corrigido o erro de paginação da VM do Google Cloud: "O tamanho da carga 29504825 excedeu o limite de 5000000"
- Balanceador de carga AVI - corrigiu os seguintes erros:
  - Não é possível extrair todos os dados e falha ao preencher os relacionamentos entre os grupos e os membros do grupo
  - A descoberta vertical de balanceadores de carga Avi Vantage falha para balanceadores de carga no ambiente do Azure

Novos Padrões:
- Suporte para Cassandra DB HD
- Marca-passo do Linux
- Padrões de CAPI da AWS para LP
Extensão de padrão:
- A10 - suporte para partições A10
- Encantamentos APIGee
- Relação do GCP entre a VM e a base de IP descoberta do servidor
- Relação da IBM entre a VM e a Base de IP descoberta do servidor
- NSX/VMware VIP
Correções de erros:
- RHV – Manipular relações obsoletas: sa_pattern_prepost_script tem variável não declarada, causando erro no script do pós-sensor.
- Clusters e hosts de RHV: o padrão não filtra tabelas antes da inserção e falha devido a inserções rejeitadas ao verificar LDCs individuais.
- Máquinas virtuais de RHV: o padrão não filtra corretamente os registros ao ser executado em um único LDC.
- Endpoint de ACL e Bloco:: adição de filtros para atualizar a tabela com valores relevantes.
- Após a descoberta do Kubernetes, a página do painel está em branco e mostra uma mensagem informativa anexada na captura de tela.
- Erro de padrão de inventário de recursos do Azure "tabela de referência cmdb_key_value não é um tipo de IC conhecido" devido à ausência da entrada relacionada Solicitada.
- O CloudFoundry pode levar facilmente à duplicação.
- A opção Descoberta de VMs por endereço IP na programação de descoberta do RHV não funciona.
- IBM Cloud - VMs não descobertas nesta versão
- O padrão de descoberta do Kubernetes não é mais preenchido
- Serviços do Kubernetes. A análise de conexões da malha de serviço do Kubernetes não está funcionando corretamente.
- Padrão da Nutenix: o número de série do bloco e o tipo de hipervisor estão ausentes no host da Nutanix.

Novos Padrões:
- Firewall da Cisco
- Firewall de Palo Alto
Extensão de padrão:
- Kubernetes: extensão de padrão para coletar configuração YAML e oferecer suporte ao Istio Service Mesh
- Balanceador de carga Avi: extensão de padrão para casos de uso de mapeamento de serviços
- Banco de dados Oracle: extensão de padrão para descoberta de catálogo do banco de dados
Correções de erros:
- Atributo de informações de nível de patch do SAP para IC do SID do SAP
- Balanceador de carga Avi:
  - Membro do grupo sem relação
  - Porta de serviço
  - Excluir estratégia
- Atualização da lista de permissões do inventário do Azure/AWS
- Vários registros da AWS com valores vazios
- Gateway do Azure remover linhas vazias
- HMC:
  - Definir IP do MNG como IP
  - Atributos LPAR
  - Remover cmdb_ci_processor_pool duplicado
  - Definir número de série

Novo: padrões de descoberta são publicados para o seguinte:
- Juniper
- Fortinet
Fixo:
- Kubernetes
  - Nome exclusivo criado para oferecer suporte à descoberta baseada em marcador
  - Obter suporte para chamada retorna resultados tokenizados corretamente
- Inventário do GCP
  - Espaço em branco extra removido do nome do padrão
- Balanceador de carga Avi
  - Registro duplicado removido de sa_ci_to_pattern
- Nutanix
  - Instância de VM fixa ausente nos resultados da descoberta
  - Componente da Nutanix preenchido com NIC/IP
  - Falhas fixas do servidor de verificação no KVM

Para Madrid instâncias, a versão mínima necessária é Madrid Patch 5.

Novo:
- Fornece visibilidade para VMware NSX Edge LB, serviço de LB, pool de LB, membro de pool de LB e serviço de integridade de LB.
  Os balanceadores de carga (LB) do VMware NSX Edge habilitam serviços de alta disponibilidade e distribuem a carga de tráfego de rede entre vários servidores. O NSX Edge distribui as solicitações de serviço de entrada uniformemente entre vários servidores de forma que a distribuição de carga seja transparente para os usuários.
- Extensões padrão para pontos de acesso sem fio
Fixo:
- Kubernetes: correção de referências duplicadas e análise incorreta
- ECS: foi corrigido um problema em que a identificação falhou
- IBM Cloud LB, AVI LB, VM do GCP: pequenas correções de erros

Novo:
- Fornece visibilidade para as seguintes construções do OpenStack:
  - Serviço de identidade do Keystone
  - Serviço Nova-Compute
  - Serviço de imagem de relance
  - Armazenamento de bloco de concreto
  - Redes de nêutrons
  - Balanceador de carga Octavia
  - Painel do Horizon
- Fornece suporte à autenticação baseada em cookies de sessão para o padrão de descoberta do balanceador de carga Avi

As versões mínimas necessárias são London Patch 10 ou Madrid Patch 5.

Suporte para Virtualização do Red Hat
- O Red Hat Virtualization é uma plataforma aberta definida por software que virtualiza Linux e Microsoft cargas de trabalho do Windows. Com a versão de conteúdo de janeiro, o CMDB obtém visibilidade dos datacenters, clusters, hipervisores KVM, máquinas virtuais e do status do ciclo de vida do Red Hat.
Suporte ao balanceador de carga Avi Vantage
- A arquitetura de escalonamento horizontal definida por software do Avi Vantage fornece escalonamento automático sob demanda de balanceadores de carga elásticos. Aproveite o padrão Avi Vantage para obter visibilidade do balanceador de carga Avi Vantage para construir no CMDB e executar o mapeamento de cima para baixo para os IPs virtuais do balanceador de carga Avi.
Informações importantes:
- Durante um upgrade para a versão New York, a versão de abril de 2019 (1.0.39) dos Padrões de descoberta e mapeamento de serviços é instalada automaticamente para os clientes da Descoberta.
- Observação: isso pode tornar o tempo de upgrade mais longo, dependendo do tamanho do CMDB. Para diminuir o tempo de upgrade, instale os Padrões de descoberta e mapeamento de serviços da ServiceNow Store antes de atualizar para a versão New York.

Amazon Web Services (AWS) Elastic Container Service (ECS) e Fargate:
- O AWS Elastic Container Service (ECS) é um serviço de gestão de contêineres altamente escalonável e rápido que facilita a execução, a interrupção e o gerenciamento de contêineres do Docker. O AWS Fargate é um mecanismo de computação para o Amazon ECS que permite que os clientes da AWS executem contêineres sem precisar gerenciar servidores ou clusters. Com a versão de conteúdo de novembro, os usuários da ServiceNow obtêm visibilidade de clusters do ECS, serviços do ECS, definições de tarefa do ECS, tarefas do ECS, contêineres do Docker e instâncias de contêiner do ECS.
Inventário genérico do Google Cloud Platform (GCP)
- Com a versão de conteúdo de novembro, obtenha visibilidade de todos os serviços do GCP com um único padrão, que pode coletar dados de inventário nos serviços do GCP implantados com informações de marcador e compartilhar informações no CMDB. A lista de permissões de serviços com base no tipo de recurso também pode ajudar os clientes a restringir a entrada de dados no CMDB.
Informações importantes:
- Durante um upgrade para a versão New York, a versão de abril de 2019 (1.0.39) dos Padrões de descoberta e mapeamento de serviços é instalada automaticamente para os clientes da Descoberta.
- Observação: isso pode tornar o tempo de upgrade mais longo, dependendo do tamanho do CMDB. Para diminuir o tempo de upgrade, instale os Padrões de descoberta e mapeamento de serviços da ServiceNow Store antes de atualizar para a versão New York.

As versões mínimas necessárias são London Patch 10 ou Madrid Patch 5.

Novo:

Fornece visibilidade sobre clusters do OpenShift, descobrindo informações sobre projetos, imagens, fluxos de imagens, usuários, grupos, rotas, configurações de compilação e configurações de implantação.
Fornece visibilidade sobre o status do cluster HACMP, grupos de recursos, recursos de cluster, nós e configuração de interface.

As versões mínimas necessárias são London Patch 10 ou Madrid Patch 5.

Novo:

Visibilidade para o banco de dados plugável Oracle: obtenha visibilidade do banco de dados plugável Oracle (PDBs) e seu relacionamento com o banco de dados de contêiner (CDBs). A nova extensão de descoberta oferece relacionamentos de topologia entre PDBs/CDBs e preenche os detalhes da versão/edição de todos os PDBs.
Inventário genérico da AWS: obtenha visibilidade de todos os serviços da AWS com um único padrão, que pode coletar dados de inventário nos serviços da AWS implantados usando as informações do marcador. A lista de permissões de serviços com base no tipo de recurso também pode ajudar os clientes a restringir a entrada de dados no CMDB.

Fixo:

Mudanças no padrão do HMC da IBM
Correções de erros e pequenas mudanças nos dados de utilização de recursos do quadro no CMDB

As versões mínimas necessárias são London Patch 8 ou Madrid Patch 4.

Novo:

Visibilidade para os sistemas IBM Power por meio do Hardware Management Console (HMC): ofereça suporte à descoberta de servidores HMC e suas dependências de topologia críticas com servidores Frame, LPARs e VIO
Mudanças na Descoberta na nuvem da IBM: a visibilidade para os marcadores IaaS da nuvem da IBM aumenta a sensibilidade ao contexto dos objetos na nuvem IaaS descobertos usando a Descoberta na nuvem da IBM
Mudanças na descoberta do Google Cloud Platform (GCP): a visibilidade dos rótulos IaaS do GCP muda a conscientização de contexto dos objetos de nuvem IaaS descobertos usando a descoberta do GCP. A versão 1.0.49 também estende o suporte à descoberta orientada por eventos para balanceadores de carga do GCP.

As versões mínimas necessárias são London Patch 8 ou Madrid Patch 2.

Novo: capacidade de descobrir a infraestrutura hiperconvertida da Nutanix (Acropolis Hypervisor e VMware ESX/ESXi). O novo padrão coleta informações sobre elementos críticos de infraestrutura da Nutanix e suas dependências do PRISM Central. Os clientes podem obter visibilidade completa dos clusters, hosts, instâncias de máquina virtual (VM), tags de VM, VMs de controlador, pools de armazenamento e contêineres de armazenamento da Nutanix.

As versões mínimas necessárias são London Patch 8 ou Madrid Patch 2.

Mudanças do IBM Cloud Discovery: colete dados no local e grupos de recursos para itens de configuração (ICs) hospedados no IBM Cloud.
Mudanças na Descoberta na nuvem da AWS: descubra marcadores para serviços de PaaS da AWS hospedados na Nuvem AWS. Esta mudança ajuda a recuperar informações de serviços PaaS da AWS do CMDB da ServiceNow com base em marcadores. Descubra serviços do AWS Cognito usando um padrão dedicado. O Amazon Cognito fornece funções de autenticação, autorização e gestão de usuários para clientes da AWS.
Mudanças na Descoberta na nuvem do Azure: use a nova classe de IC do CMDB [cmdb_ci_cmp_resource] para armazenar informações sobre todos os serviços listados como permitidos hospedados no Azure Cloud. No futuro, a mesma tabela conterá dados de inventário genéricos da AWS.
Mudanças na Descoberta do Google Cloud: descubra ICs específicos hospedados no Google Cloud com base em eventos. Este recurso ajuda a gravar novas atualizações em tempo real nos dados de máquinas virtuais, armazenamento, rede, firewall e sub-rede do Google Cloud no CMDB.
ID do sistema SAP: use o ID do sistema SAP para incidentes de ITSM ou processo de gestão de mudanças. Este recurso é compatível com uma nova classe de IC do CMDB para armazenar IDs do sistema SAP.

Os seguintes padrões novos/atualizados estão disponíveis:

Suporte ao padrão de descoberta em várias nuvens:
- Nuvem IBM
- Google Cloud
Cloud Foundry pivotal
Oracle Golden Gate

Os seguintes padrões novos/atualizados estão disponíveis:

Objetos Cloud Platform-as-a-Service:
- AWS Dynamo DB - adicionar descoberta baseada em eventos e relacionamentos de tabelas globais
Matriz de armazenamento FlashBlade de armazenamento puro
Cluster do Veritas no Unix

Os seguintes padrões novos/atualizados estão disponíveis:

Objetos Cloud Platform-as-a-Service
- AWS S3: capacidade adicionada e descoberta baseada em eventos
- BD do AWS Dynamo
Apigee

Notas de versão Padrões de descoberta e mapeamento de serviços

Notas de versão do Store

Notas de versão Padrões de descoberta e mapeamento de serviços

Leia a documentação de padrões em um só lugar

Histórico de versões