Notas de versão Conteúdo de visibilidade

Fixo:
- O padrão pré/pós-script "Modificar status operacional da instância MSFT SQL" foi corrigido para nós de cluster passivo (PRB1783348)
- O nome do dispositivo de rede permanece consistente no CMDB (PRB1828545)
- O padrão "Oracle DB on Unix" é atualizado para excluir o ASM (Gestão automática de armazenamento) como uma instância do Oracle (PRB1821439)
- Um usuário não administrador pode criar um registro em [cmdb_identifier_entry] (PRB1804283)
- O padrão "Tomcat" foi atualizado para incluir uma pré-condição que garante que a etapa seja executada somente para descoberta de SO do tipo Unix (PRB1818289)
- A biblioteca compartilhada "Windows - Armazenamento" é fixa para filtrar a tabela do sistema de arquivos com base nos dados de [Win32_Volume]. A filtragem aconteceria com base em uma nova propriedade do MID chamada "windows_server_Win32_Volumes_filter" com o valor padrão "verdadeiro" (PRB1745922)
- As instâncias do banco de dados Oracle agora foram descobertas com os detalhes corretos de versão e porta (PRB1820716)
- O padrão "Banco de dados do Azure (LP)", que falhou com um erro "MULTIPLE_DEPENDENCIES", foi corrigido com a atualização da etapa 33, "Criar relação de banco de dados e IPs", para mudar o campo correspondente de "fqdn" para "object_id". PRB1820120)
- O padrão "SO Windows - Servidor" é fixo para lidar com barras invertidas de escape (PRB1825633)
- O padrão "Servidor Linux" foi atualizado para preencher o tamanho e o rótulo do disco para discos do tipo "sol" anexados ao servidor Linux (PRB1807707)
- O padrão de Ouvinte da Oracle preenche o endpoint do Oracle DB (PRB1809341)
- O padrão "DB2 no Linux" foi corrigido para descobrir a instância do DB2 a partir do diretório inicial da instância e do local de instalação (PRB1764933)
- A ação de IU "Comparar" em registros de histórico para itens [cmdb_ci_config_file_tracked] foi corrigida e agora pode ser executada por usuários com a função apropriada (PRB1802633)
- Os problemas do espaço de descoberta na nuvem para o GCP foram corrigidos e a atribuição correta entre projetos e pastas (PRB1818003)
- A descoberta sem credenciais foi atualizada para garantir que o endereço IP esteja definido para os servidores (PRB1794579)
- O padrão "Aplicação Tuxedo" adicionou uma etapa de fallback para obter as informações da versão (PRB1790032)

Fixo:
- O padrão "MSSQL DB no Windows" foi atualizado para garantir que a versão "ComputerManagement16" seja definida ao usar o MSSQL Server 2022 (PRB1791493)
- Os cronogramas de descoberta não ficam mais travados durante o processamento de IP duplicado devido à presença de históricos de dispositivos duplicados associados ao mesmo endereço IP (PRB1786820)
- O Sensor de Descoberta horizontal foi corrigido para lidar corretamente com ICs de hardware autônomos que não têm relacionamentos (PRB1807482)
- O padrão "WebSphere no Unix" foi corrigido para definir a variávelear_uri.file corretamente (PRB1800225)
- O fallback do padrão "MSSQL DB no Windows" de cima para baixo foi corrigido para lidar com casos em que a detecção de processo e o netstat falham em identificar o tcp_port (PRB1764779)
- O padrão "F5 Balanceador de Carga SSH" foi corrigido para resolver problemas causados pela mesclagem de grandes quantidades de dados, que anteriormente conduziam a falhas de padrão (PRB1798586)
- O padrão "Servidor Linux" foi corrigido para resolver um problema em que a Descoberta marcava incorretamente alguns servidores físicos como virtuais ao definir o atributo isVirtual=True (PRB1790315)
- O balanceador de carga F5, problema de nome do cluster, foi corrigido e agora está preenchido corretamente como um campo de referência na tabela "cmdb_ci_lb_bigip" (PRB1786949)
  - Corrigidos os padrões abaixo
    - Balanceador de carga F5
    - F5 Load Balancer SSH
    - Autenticação F5 REST OAuth 2.0
    - F5REST
- O padrão "Servidor de aplicações PeopleSoft" foi corrigido para oferecer suporte à execução de comando relevante em servidores AIX (PRB1797789)
- Melhorar o desempenho da descoberta devido ao padrão de SOs pré/pós-script - Pré-sensor (PRB1784356)
  - Os padrões afetados são
    - Servidor Linux
    - Servidor Solaris
    - Servidor AIX
    - Servidor HP-UX
    - Servidor IBM zOS
    - Sistema operacional Windows - Servidores
    - Sistema operacional Windows -Desktops
    - Servidor do Hyper-V
- O padrão do servidor Linux é fixo para lidar com a instância do AWS EC2 (PRB1797237)

Fixo:
- O padrão Nginx foi corrigido para resolver o problema de conexão com o SSH em uma máquina Windows
- SO Windows - Padrão de servidores, extensão do Windows - Definir uuidSerial de etapa fixa do Azure
- ICs cmdb_ci_wap_network criados com endereço IP
- Linux - Extensão do servidor, cria o relacionamento entre o endereço IP e o adaptador de rede
- O comutador de rede cria um relacionamento entre dscy_switchport e dscy_swtch_partition
- Padrão do My SQL Server no Windows e Linux corrigido para usar o comando mysqld server quando o cliente não estiver instalado
- O padrão IIS criará o serviço IIS de mapeamento correto se houver mais de um site em execução
- Padrão Oracle DB no Unix e Oracle DB no Windows, preenche a versão da instância do Oracle
- SO Windows - O padrão do servidor corrigiu a extensão do Windows - Cluster para descobrir o cluster do Windows
- Padrão do banco de dados do Azure (LP) corrigido para preencher corretamente os valores da fase do ciclo de vida. O status da fase do ciclo de vida e o status da instalação em sincronia com Mapeamentos de ciclo de vida
- Padrão SSIS fixo para oferecer suporte a várias instâncias

Fixo:
- Padrão de servidor do SO Windows - objeto cmdb_serial_number inválido fixo para máquina Windows KVM
- Padrão de servidor AIX – A seção Sistemas de arquivos corrigiu a mensagem de manipulação de erros para não ser analisada
- Padrão de servidor Linux - filtrar mensagem de erro de comunicação de DNS
- Nova propriedade do MID Server introduzida - 'mid.pattern.command.timeout' . O valor padrão é "falso" para o padrão do Servidor Linux para que a estratégia de exclusão não tente excluir todos os ICs relacionados
- Padrão de comutador de rede - corrigiu o problema com o comutador empilhado (não primário) descoberto como autônomo que permanece no modo de pilha "não primário" no CMDB, causando acúmulo de registros "ausentes" do adaptador de rede
- Padrão Oracle DB On Unix - corrigido para preencher o endereço IP conforme esperado para o host local
- O dispositivo de comutador/roteador de rede ignora números de série inválidos
- Conexão Tomcat corrigida se server.xml contiver uma entrada docBase com um caminho nulo
- A versão do Tuxedo está definida como a versão real
- A descoberta do GCP foi corrigida para não acionar todos os padrões relacionados ao GCP quando a conta do GCP não está ativa
Novo: o padrão de banco de dados do Azure é compatível com "bancos de dados mySQL/PostgreSQL" em execução em "servidor flexível"

Fixo:
- Padrão do Docker - foi adicionada uma lógica para remover imagens não utilizadas. As novas propriedades do MID Server são configuradas como remove_unused_images_from_docker_discovery = falso e remove_unused_images_from_docker_discovery = verdadeiro por padrão OOTB. As tabelas de imagem do Docker e de imagem de contêiner foram aprimoradas. Os registros de imagem serão removidos se não houver nenhum contêiner com o mesmo ID de imagem.
- Padrão de Servidor Linux, Biblioteca de Padrões Compartilhados de Armazenamento fixos Grupos de Pool de E/S de Multicaminho Duplicado e Caminhos de Pool de E/S de Multipath com Nome "indefinido"
- O padrão de servidor Linux preenche os registros de nome DNS corretos na tabela cmdb_ci_dns_name
- O padrão de serviço de banco de dados relacional da Amazon AWS lida com valores nulos do parâmetro de endereço na seção de endpoints da carga de resposta

Novo: o padrão de descoberta horizontal "HAProxy" é compatível com a edição da comunidade
Fixo
- O padrão "MSSQL DB no Windows" atualiza o valor do campo [is_clustered] para verdadeiro para grupos de disponibilidade Sempre Ativados
- O regex padrão "IIS" para avaliação de porta TCP aprimorada parasites IIS
- Padrão "Servidor AIX"-
  - Atualiza o endereço IP do servidor. Mensagem de erro Erro no sensor de Descoberta horizontal para padrão horizontal: falha ao atualizar o IP no IC, java.lang.IlegalArgumentException: endereço IP inválido:<hostname> no status de descoberta
  - Atualiza o campo "Fabricante de hardware AIX" na tabela "Servidor AIX", em vez de atualizá-lo com a hora do último login
  - Atualiza o campo Nome do host com o FQDN se a propriedade "glide.discovery.hostname.include_domain" estiver definida como "verdadeiro"
- O padrão "Roteador de rede" manterá os adaptadores de loopback na tabela "Adaptador de rede" se ela não contiver o endereço MAC.
- O padrão "SO Windows - Servidores"-
  - Inclui o FQDN no campo Nome do host se a propriedade "glide.Discovery.hostname.include_domain" estiver definida como verdadeira
  - Cria um relacionamento de referência entre "Partição de disco" e "Sistemas de arquivos"
- Os padrões "F5 LoadBalancer SNMP" e "SSH" atualizam os registros de endereço IP do Wide-IP na tabela "Nome DNS".
- O padrão "Diretório Virtual IIS" cria relacionamentos entre o MS SQL e a Porta
- O padrão "Servidor Linux" atualiza a tabela "ID de objeto do Azure" com base no formato Big Endian ou Big Endian
- A Descoberta horizontal atualiza os ICs de hardware que usam o [ip_address] como um identificador. Consulte KB1585077
- O padrão "Conta de serviço do Azure" atualiza o log de descoberta com um erro e termina se o padrão falhar.

Fixo:
- O padrão do Diretório Virtual IIS oferece suporte a várias instâncias da execução de tnsping.exe.\SQL Express.
- Probes ADM/ADME do Solaris são iniciados para servidores de zona global.
- O padrão de armazenamento do Linux preenche um campo "Capacidade" em MB (espaço total), na tabela Sistema de arquivos.
- A descoberta de padrão de servidor Linux do servidor virtual AMI do Amazon EC2 define um sinalizador "virtual" = "verdadeiro" na tabela Servidor Linux.
- A descoberta de servidor preenche o campo "Fornecedor" com ICs de disco (todos os tipos de disco cmdb_ci_storage_hba','cmdb_ci_disk','cmdb_ci_iscsi_disk','cmdb_ci_fc_disk','cmdb_ci_storage_device)
- O padrão de dispositivo de rede funciona com credenciais.
- O arquivo de script do MID Server storage.bash foi corrigido para verificar se o executável "multipath" realmente existe ou não
- Azure:
  - Azure - O padrão de subconta (LP) descobre a conta de gestão do Azure
  - Azure DataBase (LP), Azure DataBase Event e Azure DataBase TD marcam ICs de banco de dados e ICs de banco de dados em nuvem desativados
- NetApp:
  - O padrão de armazenamento NetApp insere ou atualiza o volume de armazenamento do servidor de armazenamento NetApp.
  - Padrão de servidor de armazenamento NetApp - corrigiu a lógica para validar o número de série dos tipos de IC Chassi e Chassi de Prateleira de Disco

Novo: o padrão F5 oferece suporte à autenticação baseada em token
Fixo:
- - A Estratégia de Exclusão está fixa para o padrão LP em Nuvem
  - Padrão WebLogic - as implantações de app são preenchidas no cluster WebLogic
  - Padrão do Docker
    - Cria o relacionamento
    - Filtra imagem local (a propriedade sn_itom_pattern.manifest_digest_image_id está definida como verdadeira)
  - SO Windows - Padrão Desktops - cria um relacionamento entre o IC do computador e a instância da VM
  - Padrão de servidor Linux
    - Coleta um os_distribution válido
    - Corrige a dependência do grupo de pool de múltiplas E/S e o caminho do pool de múltiplas E/S
    - Processa corretamente o principal/secundário da resposta e os membros do grupo serão relacionados a um grupo
  - Padrão de armazenamento do Linux - corretamentemantém o relacionamento entre discos e partições
  - Padrão MSSql DB On Windows - define o valor install_status correto
  - Padrão JBOSS - atualiza o valor correto no campo install_directory
  - Padrão de Diretório Virtual IIS - a conexão ADO.NET inválida foi corrigida
  - Padrão F5Rest - mantém corretamente o regex (combinação de IP e porta)
  - A Descoberta do UCS mantém o relacionamento correto entre o servidor e o blade
  - MySQL no padrão Unix - Preenche a versão correta do MySQL

Fixo:
- Seção de extensão do padrão do servidor Solaris "Alinhamento do número de série do Solaris": Solaris Sun/Blade Servers que são fisicamente exclusivos e compartilham o mesmo chassi físico retornam o mesmo número de série do chassi, corrigem a lógica e têm registros separados para cada servidor físico exclusivo no CMDB
- Azure LoadBalancer TD: definir a porta de back-end de serviço correta
- No padrão do servidor Linux e na seção de extensão Cluster Unix - ORACLE Clusterware: regex corrigido e capaz de analisar outro formato, quando ele não corresponder a VIP e nome
- Padrão F5REST: preencher o valor do endereço IP
- Padrão do controlador de entrega: a lógica para buscar [entry_point] é fixa
- Padrão da aplicação SAP ERS: corrigida a lógica de análise da versão do SAP ERS
- Padrão de balanceador de carga do NetScaler usando NS.CONF: definir o status correto do nó primário no CMDB
- UCS - Padrão HD: leia a resposta do UCS e atualize os itens da folha no CMDB
- Padrão de armazenamento do Windows: foi corrigido o problema de descoberta de várias unidades montadas em pasta NTFS
- Padrão MS SQL DB no Windows:
  - Corrigido o relacionamento quebrado em [cmdb_rel_ci] para instâncias autônomas do MS SQL
  - Corrigido o status operacional da instância do SQL passivo
- Sistema operacional Windows - padrão Desktops: corrigiu o relacionamento entre o IC do computador e o IC da instância da máquina virtual

Alterado:
- Refatoração de SSIS
- Refatoração de SSAS
Fixo:
- Padrão de servidor Linux: calcular o espaço total em disco de um servidor Linux com unidade SAN de vários caminhos
- Padrão de comutador de rede:
  - Define o nome do comutador com FQDN se a propriedade do sistema glide.discovery.hostname.include_domain estiver definida como verdadeira
  - O script pós-sensor processará uma carga grande
- Dispositivo de rede de descoberta sem credenciais: adicionar encerramento normal quando HostDiscovery estiver vazio
- Padrão de validação de conta de serviço do GCP: a conta de teste falhou ao tentar validar com o ID da pasta
- Padrão Tomcat: o nome do IC contém um caractere ":" redundante
- MSSql DB no Windows:
  - A seção de extensão "Coletar informações do cluster do MSSQL" cria um nó
  - Não marcará como ausente um banco de dados descoberto anteriormente
  - Terá referência ao nome da instância
- Serviço de banco de dados relacional da Amazon AWS: corrigindo a pré-condição da etapa EVAL
- Descoberta de CA da GoDaddy: a autoridade de CA cria o histórico de certificados para todos os certificados
- SSH do balanceador de carga F5 e padrão do balanceador de carga F5: não cria registros duplicados
- Padrão "F5 Balanceador de Carga SSH": pode interagir com bigpipe.displayservicenames independentemente do valor do parâmetro
- Padrão de TD do site do Azure: criará conexão com o banco de dados
- Padrão de diretório virtual IIS: remover conexão fictícia padrão
- Windows - Biblioteca de padrões de rede: NICs são filtrados
- Padrão NetScaler HD: não filtrará VIPs sem grupos e a descoberta de TD não falhará
- Padrão DB2 no Linux: calcular diretório instalado
- SO Windows: o padrão de desktops está preenchendo o campo de tipo de chassi na classe Computador
- JBoss: o padrão está coletando a versão correta do JBoss
- J2EE: o padrão EAR no Linux não está criando endpoints do banco de dados Oracle duplicados
- Padrão de cluster NetApp: não cria volumes de armazenamento duplicados
- Padrão de armazenamento do Linux: discos Fibre Channel para referência de servidores Linux à porta FC

Alterado:
- Refatoração de SSIS
- Refatoração de SSAS
- Limpeza nas instruções gs.log em global.CloudApplicationDiscovery
Fixo:
- Página inicial da Descoberta: conta de teste fixa ao tentar validar com ID de pasta para o provedor do Google
- Padrão de site do Azure: fixou o relacionamento com o banco de dados
- O padrão de comutador de rede está usando glide.discovery.hostname.include_domain
- Padrão HD Netscaler: filtragem fixa em VIPs sem grupos
- Dispositivo de rede de descoberta sem credenciais: terminação normal adicionada quando o HostDiscovery está vazio
- Descoberta de rede: corrigiu o script pós-sensor que não foi executado porque o objeto de cadeia de caracteres excedeu o tamanho máximo permitido
- Windows - Biblioteca de padrões de rede: corrigida a filtragem em VIPs com mais de um problema de endereço
- Balanceador de Carga F5 SSH e Balanceador de Carga F5 (SNMP): alinham o valor do número de série
- Padrão de diretório virtual IIS: corrigiu a "conectividade ADO .NET"
- Padrão MSSQL DB no Windows:
  - Manipulando o tempo limite na tabela de banco de dados de preenchimento do MSSQL
  - Extensão "Coletar informações do cluster do MSSQL": suporte para glide.discovery.hostname.include_domain
- SO Windows - Desktops: suporte para tipo de chassi na classe Computador

Alterado:
- Refatoração de SSIS
- Refatoração de SSAS
- Limpeza nas instruções gs.log em global.CloudApplicationDiscovery
Fixo:
- Página inicial da Descoberta: conta de teste fixa ao tentar validar com ID de pasta para o provedor do Google
- Padrão de site do Azure: fixou o relacionamento com o banco de dados
- O padrão de comutador de rede está usando glide.discovery.hostname.include_domain
- Padrão HD Netscaler: filtragem fixa em VIPs sem grupos
- Dispositivo de rede de descoberta sem credenciais: terminação normal adicionada quando o HostDiscovery está vazio
- Descoberta de rede: corrigiu o script pós-sensor que não foi executado porque o objeto de cadeia de caracteres excedeu o tamanho máximo permitido
- Windows - Biblioteca de padrões de rede: corrigida a filtragem em VIPs com mais de um problema de endereço
- Balanceador de Carga F5 SSH e Balanceador de Carga F5 (SNMP): alinham o valor do número de série
- Padrão de diretório virtual IIS: corrigiu a "conectividade ADO .NET"
- Padrão MSSQL DB no Windows:
  - Manipulando o tempo limite na tabela de banco de dados de preenchimento do MSSQL
  - Extensão "Coletar informações do cluster do MSSQL": suporte para glide.discovery.hostname.include_domain
- SO Windows - Desktops: suporte para tipo de chassi na classe Computador

Fixo:
- Padrões ""Meu SQL Server nos padrões Windows"" e ""Linux""
  - Falha na avaliação da etapa de identificação
  - A sintaxe de comando estava incorreta ao criar conexões com outros
  - Houve um problema ao encontrar o local do MySQL em ExecutableDir.
- O padrão ""Apache no SO baseado em UNIX"" está preenchendo a versão correta do servidor web
- A descoberta do servidor Linux de dispositivos em um ambiente Kubernetes foi atualizada
- O padrão ""Linux server"" preenche o IC [ip_address] e não cria adaptadores de rede duplicados
- O padrão de comutador de rede - Modelos de hardware duplicados é fixo
- O padrão Mongo DB falhou ao executar 2 vezes ou mais
- O padrão Jboss falhou se app: demo-console e app: demo-console-server
- SOs - O script de pré-processamento do padrão pré-sensor "" é fixo
- Azure - O padrão LB clássico (LP) "" criou dois ICs do serviço LB se ele executar programação em nuvem e mapeamento de serviço ou TD
- O erro de SSH dos conjuntos de biblioteca de padrões compartilhados "UNIX - Localizar FQDN" foi corrigido
- um botão no log de padrão para página inicial do disco é adicionado
- A descoberta do padrão NetApp Storage Cluster-Mode é fixa
- Para a instância V, desabilite o código de nova tentativa no ITOM caso o código de ATG exista
- SO Linux\Unix - Falha no pré-sensor quando a data de início não foi retornada em valor numérico
- ""Excluir relações antigas obsoletas da pilha de comutador"" pré/pós-script causou alto consumo de memória
- Separação de domínios: substituições de padrão não funcionaram - Conta de serviço da Amazon AWS/Amazon AWS - Subconta (LP) não foi iniciada durante a descoberta na Nuvem AWS
- Os erros de ML nos logs foram corrigidos
- A Descoberta de Computadores/Servidores muda o status de instalação do IC para Operacional/Instalado, substituindo os valores corretos adicionados manualmente
- A estratégia de exclusão foi acionada mesmo se as páginas do orquestrador falharam
- O atributo necessário [dataceter_type] estava ausente quando as credenciais incorretas do Azure foram inseridas.
- Padrão A10 - os membros do pool não foram preenchidos pela Descoberta
- SNMP: a inicialização de classificação "" é fixa
- Controlador de domínio do Active Directory para Windows - classificação de processo adicionada
- O padrão do servidor Linux falhou na versão Utah devido a uma rota IPv6 inválida não filtrada
- o padrão de banco de dados do Azure foi atualizado
- O tamanho e a contagem do disco da VM do HyperV são fixos
- Os marcadores de assinatura do Azure agora foram descobertos
- O padrão HP-UX foi atualizado
- A biblioteca HP-UX - Hardware Serial Number obtém o mesmo número de série de máquina virtual e host
- ""HorizontalDiscoveryHandler.addLinkToDiscoveryLog()"" adicionou um novo índice
- Alterar o limpador de tabela [sn_discovery_orchestrator_pattern_output] OOB configurado para reter 7 dias
- O padrão Tuxedo foi atualizado
- ProcessGroupService: processos foram excluídos e o cluster ainda continha a referência aos processos vazios

Novo: uma configuração para habilitar ou desabilitar facilmente a coleta de informações de ARP no console de configuração da Descoberta.
Fixo:
- Um ID de imagem foi capturado de forma diferente pelo Docker e pelos Padrões do Kubernetes para a mesma imagem do Docker.
- O Padrão MSSQL DB no Windows acionou alertas de segurança no servidor descoberto devido a várias tentativas com falha do sqlcmd.
- Os volumes de armazenamento do GCP tinham 5 estados diferentes. A ServiceNow rastreou apenas 3, portanto, um valor em branco foi fornecido quando 2 estados estavam em uso.
- As etapas de fallback do padrão da aplicação Tuxedo para getVersion não funcionaram.
- Instâncias do Oracle PDB [cmdb_ci_db_ora_pdb_instance] foram descobertas para bancos de dados parciais.
- O servidor ESX tinha vários relacionamentos "Runs-on" com o Cisco UCS Blade.
- O classificador "Windows 2022 Server" acionou "Windows - Software instalado" por padrão.
- A descoberta falhou com o erro IRE MISSING_MATCHING_ATTRIBUTOS porque a biblioteca UNIX Cluster - Oracle Clusterware criou registros cmdb_ci_cluster_vip com um nome e endereço IP vazios "Uso: grep".
- A "Conectividade do módulo" do WebLogic falhou em uma tentativa de criar registros cmdb_ci_endpoint_tcp com uma porta nula, resultando em erros de IRE.
- O padrão do servidor Linux tinha adição de espaço em branco inconsistente no storage.bash.
- O padrão de roteador de rede produziu registros de adaptador de rede com valores de "endereço MAC" ou "nome" vazios, causando erros de identificação.
- O banco de dados Oracle na seção de identificação Unixfalha ao processar o TCP EP no regex da página inicial e da versão do Oracle.
- Para o Padrão de site do Azure (LP), o atributo "vendor" da tabela [cmdb_ci_cloud_webserver] agora está sendo preenchido.

Novo: uma configuração para habilitar ou desabilitar facilmente a coleta de informações de ARP no console de configuração da Descoberta.
Fixo:
- Um ID de imagem foi capturado de forma diferente pelo Docker e pelos Padrões do Kubernetes para a mesma imagem do Docker.
- O Padrão MSSQL DB no Windows acionou alertas de segurança no servidor descoberto devido a várias tentativas com falha do sqlcmd.
- Os volumes de armazenamento do GCP tinham 5 estados diferentes. A ServiceNow rastreou apenas 3, portanto, um valor em branco foi fornecido quando 2 estados estavam em uso.
- As etapas de fallback do padrão da aplicação Tuxedo para getVersion não funcionaram.
- Instâncias do Oracle PDB [cmdb_ci_db_ora_pdb_instance] foram descobertas para bancos de dados parciais.
- O servidor ESX tinha vários relacionamentos "Runs-on" com o Cisco UCS Blade.
- O classificador "Windows 2022 Server" acionou "Windows - Software instalado" por padrão.
- A descoberta falhou com o erro IRE MISSING_MATCHING_ATTRIBUTOS porque a biblioteca UNIX Cluster - Oracle Clusterware criou registros cmdb_ci_cluster_vip com um nome e endereço IP vazios "Uso: grep".
- A "Conectividade do módulo" do WebLogic falhou em uma tentativa de criar registros cmdb_ci_endpoint_tcp com uma porta nula, resultando em erros de IRE.
- O padrão do servidor Linux tinha adição de espaço em branco inconsistente no storage.bash.
- O padrão de roteador de rede produziu registros de adaptador de rede com valores de "endereço MAC" ou "nome" vazios, causando erros de identificação.
- O banco de dados Oracle na seção de identificação Unixfalha ao processar o TCP EP no regex da página inicial e da versão do Oracle.
- Para o Padrão de site do Azure (LP), o atributo "vendor" da tabela [cmdb_ci_cloud_webserver] agora está sendo preenchido.

Fixo:
- A descoberta do servidor Linux falhou devido à ausência do endereço MAC na interface de rede.
- O problema com a descoberta da instância MSSQL como parte da descoberta do cluster MSSQL foi corrigido.
- O Weblogic do padrão de descoberta estava capturando o número de versão incorreto.
- A descoberta de nslookup falhou em algumas situações durante a execução do padrão quando o tamanho da tabela de endereços IP era muito grande.
- A instância do PostgreSQL não estava definindo $entry_point.instance e o resultado foi um nome de IC genérico.
- Padrão de banco de dados distribuído do Cassandra - A carga de IRE não tinha atributos correspondentes.
- Os adaptadores de rede do Windows foram filtrados pelo operador lógico incorreto ao remover adaptadores de rede com VIP.
- O padrão de serviço de ELB da AWS não criou uma conexão porque estava procurando regras que nem sempre são atribuídas.
- [k8S-SAM] [padrão do Docker]Variáveis de ambiente de contêiner coletadas somente para o primeiro contêiner da imagem.
- Erros de segurança

Fixo:
- Falha do padrão de servidor Linux ao executar a descoberta de host da AWS com o sinalizador do Azure definido como "verdadeiro".
- Windows e Linux A operação personalizada JSON de análise de padrões não retornou todos os registros.
- O preenchimento da biblioteca de aplicações web do Tomcat causa falha no OOM do MID Server.
- Padrões do Windows que executam a operação "Analisar arquivo" apresentam o erro "Falha ao recuperar dados remotos".
- A descoberta do padrão de organização do Google obteve o erro "Não é possível converter nulo em um objeto" durante o pós-processamento.
- Etapa do padrão Linux 3.1.10 - "Converter saída em JSON" resultou em erro "java.lang".
- Quando mais de um padrão de descoberta era exportado para XML, a janela de exportação não mostrava o título correto.
- O OID 1.3.6.1.4.1.9.1.2661 do SNMP da ServiceNow pronto para uso não apontava para a tabela de roteadores IP nem para o classificador de roteador de rede padrão.
- Projetos relacionados à descoberta do GCP receberam um erro durante a Etapa 18: "java.util.ArrayList não pode ser convertido para a classe java.lang.String".
- A descoberta de cima para baixo do serviço Tibco falhou porque o padrão incorreto foi acionado.
- O DB2 no padrão Linux não descobriu o atributo de edição.
- Falha no banco de dados Oracle na descoberta do padrão Unix devido ao protocolo TCPS.
- As imagens do Docker não foram preenchidas no IC [cmdb_ci_docker_image] durante a descoberta no nó k8s.
- O processo de exclusão da tabela de grupo não funcionou.
- A descoberta resultou em um erro quando a propriedade do sistema "glide.hd.payload_format.internal_id_based_payload" foi definida como "verdadeiro" devido a ICs inseridos em scripts de pré-sensor.
- As etapas do padrão do servidor Linux IMDSv2 afetaram o desempenho do padrão em servidores não EC2 devido ao tempo limite de curvatura padrão.
- A descoberta do servidor Linux, etapa "Filtrar interfaces de rota" (nº 3.2.83), falhou e resultou no erro "NullPointer".
- Padrões no agente - A coleta de dados resulta em erro de operação das janelas "getFileOwner".
- O serviço de ELB clássico da Amazon AWS e o serviço de ELB da aplicação da Amazon AWS não definiram corretamente o nome e o object_id.
- A descoberta da seção de ID no SAP não criou uma conexão com o banco de dados do HANA.
- A pré-condição incorreta na biblioteca compartilhada “Azure – Resolver FQDN para IPs” impediu o preenchimento dos endereços IP dos bancos de dados em nuvem.
- Os Membros do Pool de Balanceadores de Carga não foram descobertos com Padrões.
- A execução da Descoberta horizontal em uma VM na AWS não preencheu o certification_id em Tóquio quando o valor do fabricante estava no script de pré-sensor.
- O padrão de Descoberta da NetApp não atualizou o valor do fabricante para o cluster de armazenamento.

Alterado:
- Atualize a tabela de logs de padrão para incluir um atributo para indicar quando um padrão é executado em um agente
- VM do Azure - mudança de por região de LDC para todas as regiões de LDCs
Fixo:
- Erro de segurança
- Ignorar ACL com inclusão de script CreatePatternForGenericApplication | Mapeamento de serviços e padrões [Project SeCure CCSI]
- Problemas de ACL: atributo de inclusão de script de cliente chamável (CCSI)
- Windows
- A descoberta não vincula o sistema de arquivos à partição correta
- Erro de processamento de carga da Descoberta - O número de série está vazio
- Linux
- As informações de CPU estão vazias para a CPU do ARM no QEMU do IC do servidor Linux na descoberta
- O padrão de servidor Linux não tem uma etapa "Remover interfaces sem nome e endereços Mac" para o Kernel 3 e superior
- O Red Hat Linux 9 obteve "Linux Fedora" na distribuição do Linux no padrão "Servidor Linux"
- Azure
- Relacionamento ausente entre o servidor e a VM do Azure
- Funcionalidade de TD do site do Azure - detectar conexões usando o campo de tipo de cadeia de caracteres de conexão
- F5
- Padrão de balanceador de carga F5 - F5 - A extensão do cluster SNMP cria registros duplicados na tabela cmdb_ci_cluster, já que o cluster_id é muito longo devido a entradas duplicadas na variável sysCmTrafficGroupStatusEntry
- OID 1.3.6.1.4.1.3375.2.1.3.4.113 está mostrando um modelo incorreto > BIG-IP 8400
- Oracle DB
- ORACLE_HOME da Etapa 22: "definir ora_home_exe se o processo contiver pmon" no padrão "Oracle DB on Unix" deve ser preenchido a partir da variável "oracle_home_from_pmon"
- O Mapeamento de serviços para banco de dados Oracle no UNIX define uma porta de escuta diferente da da Descoberta horizontal em uma instância do Oracle
- Docker
- Alinhe o nome da imagem do Docker, o resumo da imagem e a ID do contêiner com o padrão do Kubernetes
- Os IDs de imagem capturados pelo padrão do Docker e pelo padrão do Kubernetes são diferentes para a mesma imagem
- Alto consumo de memória em chamadas /api/now/pattern_library/GetCITypes
- HTTPClassyProbe não cria registros de afinidade de serviço (ip_service_affinity)
- A descoberta do IBM ZOS está falhando com a mensagem de erro: itens duplicados encontrados na carga útil (índices 0 e 1), usando className [cmdb_ci_server] e campos [name]., DUPLICATE_PAYLOAD_RECORDS
- O nome do modelo do roteador Gigamon (OID 1.3.6.1.4.1.26866.3.14) não está correto
- Falha nos scripts pós-sensor do padrão de comutador de rede devido a: TypeError: não é possível converter nulo em um objeto
- O padrão do OOB Solaris Server mostra a versão antiga do sunOS e não a versão do SO Solaris
- O padrão PostgresSQL não preenche o número da porta como parte da instância e o nome do IC do PostgresSQL para alguns servidores Linux.
- Probe lento para migração de padrão devido a atualizações em probe_to_pattern_log.
- Solaris - A mesclagem de interfaces da biblioteca compartilhada de rede gera erro ao comparar duas ArrayLists
- Comutador autônomo que costumava ser um comutador ainda definido como secundário e duplicando dados de roteador/comutador porque ele pensa que ainda é um comutador secundário
- A consulta TableCleaner para a contagem em sn_discovery_orchestrator_pattern_output é executada por muito tempo

Fixo:
- Adição de validação de registro para verificar o status dos scripts listados em sa_find_host_script (para app-pattern-designer).
- Um IC de comutador foi criado para unidades do Cisco Fabric Extender (FEX), como se fosse um comutador empilhado.
- Erros de padrão do Amazon AWS Route53 que ocorreram quando não havia recursos após a filtragem, em vez de falhar.
- Os servidores Linux da AWS não criaram relacionamentos para IMDSv2 entre a instância da VM e o registro do servidor Linux.
- O padrão Postgres não preencheu o nome da instância e todos os ICs descobertos definidos como PostgresSQL.
- "Nomes DNS" inválidos foram criados quando havia saída adicional de nslookup.

Fixo:
- Rede
  - "Dispositivos de rede - Pós-sensor" pré/pós-replicação de objeto grande causando alto consumo de memória
  - "Etapa: 3.2.33. A atualização da tabela cmdb_ci_network_adapter - para o kernel e acima" no padrão do servidor Linux causa adaptador ausente e endereço IP órfão
  - Correção adicional para PRB1409610 - O comutador de rede falha com erro Java na Etapa 18.3: definir rede de destino e converter dados de rede para cálculos futuros
- IIS
  - Mapeamento de serviços - Os filtros removem todos os sites e o IIS não passa os apps para a seção de conexão (pastas do IIS)
  - Padrão: a instância faz parte do EP, mas o padrão falha ao criar o IC
- Azure
  - A Descoberta na nuvem do Azure não consegue descobrir o banco de dados
  - O padrão de site do Azure falha durante a execução de cima para baixo devido ao uso de API descontinuado na seção de conexão do padrão
- F5
  - O padrão não é compatível com partições
  - O padrão F5Rest não tem lógica para honrar a propriedade de descoberta "glide.discovery.hostname.include_domain"
- Amazon AWS - Servidor virtual - falha devido a erro de carga
- Descoberta de inventário em nuvem - Os recursos do GCP que estão sendo descobertos com um padrão específico também existem na lista de inclusão de inventário
- A instância do DB2 (cmdb_ci_db_db2_instance) hospedada no servidor Linux/Unix pode ser descoberta com um nome diferente pelo Mapeamento de serviços e resultar na criação de vários ICs para a mesma instância
- A Descoberta de comutadores empilhados não adiciona serial_number_type aos comutadores membros, o que pode resultar em alta CPU do banco de dados devido a falhas de inserção
- Os atributos de identificação da classe cmdb_ci_cluster não foram preenchidos (ID e nome), causando falha no padrão do servidor Linux
- Linux - etapa de padrão de rede, "Extrair dados de interface - para kernel 3 e superior", causa a remoção de algumas das interfaces devido a um problema de análise
- O padrão Oracle DB no Windows Descoberta usa a versão executável do sqlplus em vez da versão real do oracle
- Padrão "PostgreSQL DB" no Windows - aspas tratadas incorretamente
- Padrão Tomcat: não cria conexões OR, embora seja encontrado no arquivo conf
- SO Windows - A etapa do padrão de servidores 'nslookup todos os endereços IP' é executada mesmo que a pré-condição não seja atendida

Novo: suporte a LBs IPvF5, Linux e Windows
Fixo: IPv4 para Windows
- discovery_net_arp_table — Endereços IPv4 não descobertos — regressão para IPv4
- discovery_net_arp_table — Os endereços IPv6 não são descobertos
- dscy_route_interface name - regressão para IPv4
- discovery_net_arp_table - há entradas ausentes para IPv4 - regressão para IPv4
- Relações inválidas para o servidor Windows
- O padrão de armazenamento do SO Windows não filtra duplicatas corretamente na etapa 26.54
- Windows Server IPv6: dscy_route_next_hop: algumas entradas têm o nome "-1.442971133E9" e o valor
- O padrão "NetApp Storage Cluster-Mode" não recupera o número de série de um dispositivo específico. Os parâmetros de informações do sistema do dispositivo não correspondem a uma descoberta bem-sucedida.
- O padrão de modo de cluster de armazenamento NetApp está falhando ao processar os dados com a mensagem de erro: MISSING_DEPENDENCY
- As estratégias de exclusão do padrão F5REST estão incorretas ou ausentes
- Navegue até Padrão: F5 Padrão de balanceador de carga - Há um espaço antes do OID ItmPoolStatEntry para 18. Obter tabela de pools
- HD do Linux falhou em tabelas ARP
- O padrão do Linux não atualiza "Atividade concluída" em "Dispositivo"
- O padrão de descoberta de servidor Linux não preenche as informações da CPU se cpu_core_thread estiver ausente
- Falha no padrão do servidor Linux devido a um erro na carga sem o conjunto mínimo de valores de entrada para atributos de critério (correspondentes) da regra de identificação da tabela [dscy_router_interface]
- Espaço em disco incorreto para servidor Linux
- Comando "sudo" codificado em módulos de memória do Linux
- [Servidor Linux IPV6] O padrão do servidor Linux está falhando na etapa - "Filtrar gateways"
- Descoberta: padrão de servidor Linux criando itens relacionados a disco de dispositivo de armazenamento duplicado para armazenamento NVMe
- Depois de PRB1567613, as relações entre nomes DNS e a conta de serviço em nuvem da AWS não são criadas
- A descoberta híbrida da AWS para 2 IPs (v4 e v6) não é consistente
- Devido à duplicação da chave source_native no padrão Host (LP), o padrão AWS - Virtual Server está falhando
- Padrão Jboss: etapa: 14. definir diretório de instalação alternativo Unix = $install_dir_exists é uma matriz, portanto, a etapa apresenta erro: a classe java.util.ArrayList não pode ser convertida na classe java.lang.String
- É necessário corrigir o valor "res" da variável padrão na etapa 23 do padrão HTTP JBOSS
- Citrix Virtual Apps mostrando aplicações não relacionadas ao ponto de entrada definido no campo de caminho do ícone
- As etapas do padrão do Hyper-V Server não diferenciam os campos de identificação do Windows Server, causando conflitos com o remediador duplicado
- Biblioteca compartilhada "Hyper-V - Máquinas virtuais" "38.1.26. A etapa Inserir dados de máquinas virtuais em cmdb_ci_hyper_v_instance" preenche o mesmo bios_guid para todas as VMs com HyperVVirtualMachines[1] em vez de HyperVVirtualMachines[].
- Adicione alguns minutos aleatórios à hora de início da sugestão de aplicações - Trabalho agendado de descoberta automática do ITOM de 2019-08-07 11:34:36 para que o gatilho associado ao trabalho seja atualizado de acordo com a nova hora de início.
- Os trabalhos programados de AFP são executados periodicamente em minutos predefinidos, causando um problema de estilo herd de trovoada
- A Descoberta do AIX falha quando o nome do patch do SO não é retornado
- O TD do LoadBalancer do Azure tem registros duplicados
- O classificador de servidor de licença da Citrix não é preciso, já que lmgrd.exe é um nome de daemon FlexLM genérico que pode ser usado por muitos fornecedores, não apenas pela Citrix.
- O padrão do DB2 não está definindo oinstalled_dir
- DEF0277815 causando falhas de teste com.snc.it.discovery.patterns
- Durante a execução do banco de dados PostgreSQL do padrão de descoberta em um servidor Windows, o pid do processo não é passado para o comando netstat findstr
- O texto gerado para IIS e Java é muito longo e precisa ser limitado a 1.000 caracteres
- No Tomcat padrão, a versão do software não é coletada de origens padrão, como version.bat, version.sh e RELEASE-NOTOS
- O padrão do Kubernetes preenche o nome do servidor Linux com FQDN, causando registros duplicados na tabela do servidor Linux e a exclusão subsequente do original, porque a Descoberta de host usa apenas o nome do host por padrão
- A descoberta do MariaDB por meio do padrão MySQL não é compatível
- O padrão de comutador de rede está falhando no OOTB ao tentar descobrir APs da Cisco por meio de um controlador da Cisco
- A descoberta rápida atualiza o elemento de nó e o local do cluster de armazenamento para vazios
- Os Padrões de Atualização de Contas de Membro não estão excluindo os Projetos excluídos vinculados a uma Organização
- Regressão de PRB1475015 - As máquinas virtuais não estão marcadas como "isVirtual"
- Servidor Solaris: ChassisSerialNumber é extraído em vez do número de série smbios
- O probe SSHTerminalInteractiveCommand ignora a afinidade de credencial

Desacople o conteúdo do padrão das versões da família.
Mudança na atualização do status de instalação. Depois de atualizar para Tokyo, o status de instalação é definido automaticamente como "Instalado" ("1") para todos os ICs de infraestrutura descobertos. Se sua organização usa o status de instalação, teste Tokyo em sua instância de teste antes de atualizar a instância de produção. Use o status do ciclo de vida do CSDM para rastrear fases do ciclo de vida e status de fase para ICs. Saiba mais sobre como migrar para os padrões de ciclo de vida do CSDM.
Para resolver problemas relacionados ao status de instalação após o upgrade para Tóquio, consulte KB1226587

Notas de versão Conteúdo de visibilidade

Notas de versão do Store

Notas de versão Conteúdo de visibilidade

Histórico de versões