Source: https://docs.vmware.com/br/vRealize-Automation/7.3/rn/vrealize-automation-73-release-notes.html
Timestamp: 2018-11-17 19:19:38+00:00

Document:
Notas de versão do vRealize Automation 7.3
vRealize Automation | 25 MAIO 2017 | Compilação 5610496
Problemas anteriores conhecidos
A versão do vRealize Automation 7.3 inclui problemas resolvidos e os seguintes recursos novos.
Blueprints parametrizados para melhorar a reutilização e reduzir a dispersão
Foram introduzidos perfis de componente para a definição de atributos de tamanho e de imagem, permitindo o "dimensionamento de camiseta" como um item de solicitação
Foram fornecidos perfis de componente para o tamanho da imagem e da máquina virtual, incluindo CPU, memória e tamanho de armazenamento
Gerenciar os blueprints de forma eficiente aproveitando os perfis de componente abstraídos
Aumentar a reutilização ao mesmo tempo que se reduz significativamente a dispersão de blueprint
Ativar políticas de aprovação em condições de tamanho ou de imagem
Importar ou exportar perfis de componente usando o vRealize CloudClient
Substituir automaticamente os valores de perfil do componente
Para obter informações, consulte Entender e usar a parametrização do Blueprint.
Otimização com base em política do posicionamento da máquina virtual
Requer o vRealize Operations Manager 6.6, que será lançado em breve
Maximize seu investimento em infraestrutura otimizando o posicionamento
Combinar a governança do vRealize Automation com a percepção baseada em desempenho para otimizar o posicionamento
Posicionar Máquinas Virtuais de acordo com as metas de desempenho, usando múltiplos algoritmos
Equilíbrio para a manutenção da reserva dinâmica máxima em caso de picos
Consolidar para deixar espaço para grandes cargas de trabalho
Para obter informações, consulte o Atribuição da carga de trabalho.
Controle aprimorado de balanceadores de carga provisionados pelo NSX
Para obter informações, consulte Aplicando uma política de segurança de isolamento de aplicativo do NSX a um Blueprint.
Regras de encaminhamento de porta NAT aprimoradas
NAT sob demanda de NSX
As regras de encaminhamento de porta podem ser configuradas no momento de design
As regras podem ser ordenadas
As regras poderão ser adicionadas, removidas e reordenadas após terem sido criadas
Para obter informações, consulte Adicionando um NAT sob demanda ou um componente de rede roteada sob demanda.
Gerenciamento de tag e grupo de segurança NSX
Capaz de adicionar tags ou grupos de segurança NSX existentes a um aplicativo em execução
Capaz de desassociar tags ou grupos de segurança NSX de aplicativos
Para obter informações, consulte Adicionar ou remover itens de segurança em uma implantação.
Alta disponibilidade automatizada para serviços do NSX Edge
O modo de alta disponibilidade do Edge no blueprint fornece alta disponibilidade para todos os serviços de borda em um aplicativo quando ele é implantado
Configurável por blueprint com base nas necessidades de disponibilidade de aplicativo
Usar propriedades personalizadas para determinar a alta disponibilidade no momento de solicitação
Adiciona alta disponibilidade para balanceamento de carga, NAT, firewall e assim por diante
Para obter informações, consulte Propriedades personalizadas para redes.
Seleção do tamanho do NSX Edge
Capaz de especificar o tamanho da implantação para o NSX Edge Services Gateway (ESG)
Configurável por blueprint com base em necessidades de aplicativo ou em dimensionamento
Utiliza propriedades personalizadas para a seleção de tamanho no momento de solicitação
Estrutura de automação de configuração - Integração do Puppet
Gerenciamento de configuração como cidadão de primeira classe
Tornar o plug-in invisível para os clientes e habilitar ações na tela de projeto do blueprint
Capacidade de arrastar e soltar nós de gerenciamento de configuração e atribuir funções de forma dinâmica na tela de projeto
Primeira implementação com o Puppet
Registro do Puppet Master como um endpoint
Arrastar e soltar o nó do Puppet
Consulta dinâmica do Puppet Master, do ambiente e das funções
Suporte às opções de associação inicial e final
Suportar ações de pós-provisionamento, como o cancelamento de registro e a exclusão
Para obter informações, consulte Criando Blueprints do vSphere habilitados para Puppet.
Melhorias na instalação, na atualização e na migração
Novas extensões da API de instalação
Acionar a criação do conteúdo inicial
Invocar a geração de certificados autoassinados
Substituição de certificados no vRealize Automation, IaaS Web e IaaS Microsoft SQL
Novas extensões da API de atualização
Listar todas as versões disponíveis para atualização
Obter o status de download dos pacotes de atualização
Fazer a verificação pré-atualização para a versão selecionada
Obter uma estimativa aproximada do tempo de atualização
Obter o status do andamento da atualização
Migração automatizada do vRealize Automation 7.x para o 7.3
Capacidade para gerar a solicitação de assinatura de certificado (CSR) no assistente de instalação
Caso de uso com base em exemplos de interface de programação de aplicativos REST utilizando o Postman para muitos dos casos de uso frequentemente utilizados do vRealize Automation, agora, disponíveis no GitHub
Documentação Swagger nova e melhorada para todos as interfaces de programação de aplicativos REST do vRealize Automation, disponíveis no code.vmware.com
vRealize Automation Programming Guide melhorado, disponibilizando informações sobre as interfaces de programação de aplicativos REST do vRealize Automation que é mais fácil de usar e navegar
Melhorias na alta disponibilidade
Failover automatizado do banco de dados do PostgreSQL
Failover automatizado do IaaS Manager Service
Melhoria na recuperação do RabbitMQ
Suporte para dois NICs no appliance do vRealize Automation e máquinas virtuais IaaS
Integração aprimorada do vRealize Business for Cloud - Cloud Management Platform
Terminologia consistente entre o vRealize Automation e o vRealize Business for Cloud
Nenhum cálculo de custo derivado no vRealize Automation - O vRealize Business for Cloud é a única fonte verdadeira para todas as informações de preços
Preços exatos para blueprints do Azure e máquinas habilitadas a tolerância a falhas
Preços atualizados após estas ações de pós-provisionamento:
Reconfigurar a máquina
Importar máquina
Para obter informações, consulte Informações sobre preços de Blueprint e atualização.
Tipos de objeto de estrutura de log de auditoria:
Inscrição de fluxo de trabalho
Grupos de estrutura
Endpoints (Infraestrutura)
Enviar logs de auditoria ao vRealize Log Insight ou ao servidor syslog usando o agente do Log Insight
Período de retenção configurável
Para obter informações, consulte Usando o log de auditoria do vRealize Automation.
Serviço de Integridade como um recurso no console do vRealize Automation
Acesso com base em função e tenant aos dados de integridade
Configurar várias instâncias do vRealize Automation para o monitoramento
Execuções de teste programadas e sob demanda
Permite a integração com o vRealize Operations/Painel de Integridade do SDDC ou com ferramentas de terceiros
Interface REST completa para a execução de tarefas de gerenciamento de integridade do sistema de serviços
Para obter informações, consulte monitorando a integridade do vRealize Automation.
Destruir o aprimoramento de máquina virtual - Forçar destruição
Manutenção da carga de trabalho
Ignora com segurança todas as falhas que interrompem o processo de destruição
Limpeza eficiente de implantações falhas
Melhor gerenciamento estável de cargas de trabalho
Aplica-se à toda a implantação
Para obter informações, consulte Forçar destruição de uma implantação após falha de uma solicitação de destruição.
Destaque de sintaxe para scripts de ciclo de vida de software
Destaque de sintaxe elegante para scripts de ciclo de vida de software (criação de aplicativos)
Padrões de codificação de cores intuitivos
Melhora a produtividade e reduz os erros de script
Nova função de usuário do grupo de negócios
Permite o acesso e o gerenciamento de recursos compartilhados
Para obter informações, consulte Visão geral de funções de Tenant.
Melhorias nas propriedades personalizadas
Componentes de software agora são capazes de consumir propriedades personalizadas
Otimizada a manipulação de propriedades personalizadas seguras
Para obter informações, consulte Usar propriedades no provisionamento de máquinas.
Estrutura de fornecedor IPAM externo aumentada
Suporte adicionado para redes NAT sob demanda
Compatível com endereços IP estáticos um-para-muitos e um-para-um
Serviço de configuração de endpoint - Gerenciamento de endpoint simplificado
Melhorado para dar suporte a uma interface de usuário baseada em esquemas
Oferece maior capacidade, controle e uma experiência unificada durante o gerenciamento de endpoints no vRealize Automation
Permite a configuração de endpoints que exigem relacionamentos inter-endpoint
Melhores controles da interface do usuário e experiência do cliente
O NSX agora é um endpoint separado, não faz mais parte da configuração do endpoint do vSphere
A validação de configuração do Endpoint verifica se há URLs, credenciais e certificados válidos
Verificação de confiança de certificação
Fornece um processo de duas etapas para a resolução de certificados não confiáveis. Ao testar uma conexão de endpoint, você deve aceitar o certificado e aprovar essa aceitação clicando em OK em Editar endpoint.
Capacidade de aceitar certificados autoassinados
Para obter informações, consulte Configurar endpoints.
Aprimoramentos de design de serviço de nuvem pública do Azure
Selecionar, arrastar e soltar componentes de software em máquinas Azure no designer de blueprints
Especificar propriedades de software no designer de blueprints e no formulário de solicitação
Menus suspensos e formulários pré-preenchidos
Para obter informações, consulte Criar Blueprints do Microsoft Azure e incorporação de ações de recurso.
Controle de Acesso baseado em função (RBAC) do Centro de Controle do vRealize Orchestrator
Todos os usuários conseguem fazer login, não apenas o usuário raiz
Logs e execução de rastreio para solicitações do vRealize Automation baseadas em fluxo de trabalho, com base na função do usuário
Resolver problemas de solicitação com base na função do usuário
Reutilizar e ampliar privilégios e funções do vRealize Automation
Automação do processo de TI com suporte ao Datacenter definido por software (SDDC)
Todos os objetos com base em política de armazenamento já estão acessíveis por meio da API no vRealize Orchestrator e no vRealize Automation
Novo plug-in do vCenter Server fornecido com o vRealize Orchestrator
Plug-ins AMQP, REST e PowerShell atualizados
Para obter informações, consulte Configurar recursos do XaaS.
Melhorias do vRealize Automation e do ServiceNow
Visualizar e solicitar itens do catálogo da AWS no portal do ServiceNow
Integração perfeita com o mecanismo de governança do ServiceNow
Banco de dados de gerenciamento centralizado (CMDB) e suporte a ações de pós-provisionamento
Compatível com o vRealize Automation 7.3 e o ServiceNow de Helsinki e Istanbul
Para obter informações, consulte vRealize Automation Servicenow 2.0 plugin is here.
Integração com o VMware Admiral
Suporta a colaboração entre administradores de nuvem e equipes de desenvolvimento para aplicativos tradicionais, contidos e híbridos
Permite um equilíbrio entre o controle operacional dos aplicativos tradicionais e a flexibilidade que os contêineres oferecem
Novos recursos, incluindo suporte a volumes persistentes, rede de contêineres aprimorada e gerenciamento de host
Para obter informações, consulte Admiral.
Funcionalidade de log de eventos melhorada
Integração de nível de sistema com sistemas de gerenciamento de log compatíveis com SYSLOG externos
Compatível com o servidor do VMware Log Insight
Configurável por meio de VAMI e protegido por padrão
Conjunto predefinido de objetos auditáveis e uma opção de ativação da auditoria para todos os outros tipos de objeto IaaS incluídos
Para obter informações, consulte monitorando o vRealize Automation.
Log de auditoria habilitado por padrão para os seguintes itens
Inscrições de fluxo de trabalho
API de configuração para os seguintes itens:
Definindo o período de retenção de logs de eventos
Evitando que certos tipos de destino sejam processados pelo log de eventos
Excluindo mensagens antigas de log de eventos do banco de dados local
Documentação atualizada para oferecer suporte a todas as novas funcionalidades
Para a documentação do vRealize Automation 7.3, consulte VMware vRealize Automation.
Documentação do vRealize Automation 7.3 revisada e republicada em 15 DE MARÇO DE 2018. As revisões incluem informações sobre como atualizar ou migrar para o vRealize Automation 7.3.1.
Novo Atualização para a documentação de migração
Título do tópico: Migrar dados de origem do vRealize Automation para um ambiente mínimo do vRealize Automation 7.3
Adicionado: Todos os tenants no sistema de origem devem ser recriados no destino e passar pelo procedimento de migração dos repositórios de identidades. Para obter mais informações, consulte Migrar armazenamento de identidade para o VMware Identity Manager.
Para obter orientações gerais, consulte Atualizando o vRealize Automation.
A vRealize Production Test Upgrade Assist Tool analisa seu ambiente vRealize Automation 6.2.x em busca de qualquer configuração de recurso que possa causar problemas de atualização e verifica se o seu ambiente está pronto para atualização. Para baixar essa ferramenta e a documentação relacionada, acesse a página Baixar Produto da VMware vRealize Production Test Tool.
Usando sua licença para habilitar o vRealize Code Stream
Agora, você pode usar sua licença do vRealize Automation para habilitar o vRealize Code Stream para os seus ambientes do vRealize Automation. A licença do vRealize Automation permite que você desbloqueie o vRealize Code Stream para que possa usá-lo com o vRealize Code Stream Management Pack for IT DevOps.
Para habilitar o vRealize Code Stream, você precisa ter o vRealize Suite Enterprise, o vRealize Automation Advanced ou o vRealize Automation Enterprise, bem como uma nova licença do vRealize Automation 7.3.
É necessário instalar o vRealize Code Stream Management Pack em um appliance separado e dedicado que tenha o vRealize Automation e o vRealize Code Stream habilitados em modo de não HA (Alta Disponibilidade). Para obter mais informações, consulte o Guia de arquitetura de referência do vRealize Code Stream. Você não pode instalar o vRealize Code Stream Management Pack em sua instância de produção existente do vRealize Automation pelos seguintes motivos:
A carga extra pode afetar negativamente o desempenho da instância de produção do vRealize Automation.
O vRealize Code Stream não oferece suporte para instalação em um appliance que esteja configurado para HA. Não habilite o vRealize Code Stream em uma instância do vRealize Automation que esteja no modo de HA. Se o fizer, o ambiente do vRealize Automation poderá ficar instável.
Para instalar o pacote de gerenciamento, consulte o Guia de Instalação do VMware vRealize Code Stream Management Pack for IT DevOps. Você pode baixar esse guia quando baixar o pacote de gerenciamento.
Para habilitar o vRealize Code Stream no Assistente de Instalação do vRealize Automation ou na Interface de Gerenciamento de Appliance do vRealize Automation, marque a caixa de seleção Habilitar o vRealize Code Stream.
Se você aplicar sua licença sem habilitar o vRealize Code Stream, poderá habilitar o vRealize Code Stream mais tarde. Aplique a licença novamente e selecione Habilitar o vRealize Code Stream. Depois de aplicar a licença, você deverá reiniciar o appliance do vRealize Automation.
Centro de informações do vRealize Code Stream. Consulte Instalação do vRealize Code Stream e Aplicar uma licença do vRealize Code Stream a um appliance.
Centro de informações do vRealize Automation. Consulte Licenciamento do vRealize Code Stream.
Há falha no processo inicial de criação de conteúdo durante a instalação na seguinte etapa: Execute workflow to create configurationadmin user
No /var/log/messages, existem duas diferentes execuções do processo de criação do usuário configurationadmin (executa simultaneamente, o número após o va-agente.py mostra que os processos são diferentes): /usr/lib/vcac/agent/va-agent.py[18405]: info Executing vRO workflow for creating configurationadmin user... ... /usr/lib/vcac/agent/va-agent.py[18683]: info Executing vRO workflow for creating configurationadmin user... A primeira chamada cria a configuração de usuário administrador, e a segunda chamada está causando a falha.
O instalador do IaaS não é iniciado
O instalador do IaaS não é iniciado e exibe esta mensagem: "Uma versão mais recente do produto já está instalada nesta máquina." Isso acontece quando o pacote msi do instalador do IaaS não é iniciado após a atualização manual do IaaS Management Agent para a versão mais recente disponível.
Se você utiliza o novo Atualizar Shell Script no vRealize Automation 7.2, deve primeiro atualizar para o Agente de Gerenciamento mais recente
Se você planeja executar uma atualização automatizada dos componentes IaaS com o novo Atualizar Shell Script, você deve utilizar o Agente de Gerenciamento mais recente que esteja disponível para ser baixado. Não use o Agente de Gerenciamento que está incluído no Appliance Virtual do vRealize Automation 7.2.
Atualizações de segurança afetam o verificador de pré-requisitos
Nesta versão, o verificador de pré-requisitos do Assistente de Instalação apresenta falha quando as atualizações de segurança da Microsoft 3098779 e 3097997 estão presentes. No entanto, o verificador de pré-requisitos pode detectar essas atualizações e solicitar que você as remova usando a opção Corrigir. Em seguida, é possível executar novamente o verificador de pré-requisitos, como de costume.
Solução alternativa: Permita que o Assistente de Instalação remova as atualizações de segurança para que o verificador de pré-requisitos possa funcionar. Como alternativa, você pode remover manualmente essas atualizações. Depois de concluir o assistente, é possível reinstalar manualmente as atualizações 3098779 e 3097997.
Novo Após a instalação do vRealize Automation 7.1 ou da atualização do vRealize Automation 7.0 para a versão 7.1, a imagem de plano de fundo personalizada escolhida na página de login está ausente
A identidade visual personalizada presente no vRealize Automation 7.0 estará ausente na página de logon do tenant após a atualização para o vRealize Automation 7.1. A identidade visual personalizada especificada não aparece em uma nova instalação do vRealize Automation 7.1.
Houve falha em um Active Directory que inclui mais de 15 grupos de usuários ao listar os grupos quando você o sincroniza
Novo Nome de serviço inválido presente no exemplo do Guia de Programação
A solicitação de um procedimento de Token de portador HTTP no Guia de programação para o vRealize Automation 7.2 contém dois exemplos de linha de comando do curl inválido: https://$vRA/identities/api/tokens e https://vra.mycompany.com/identities/api/tokens. Nos dois exemplos, "identidades" é um nome de serviço inválido.
O provisionamento de clone vinculado falha quando o snapshot não está disponível
Em versões anteriores, o provisionamento de um blueprint de clone vinculado com um snapshot nomeado (em vez do snapshot atual) falhava se a reserva selecionada estivesse em um vCenter diferente daquele do snapshot original, mesmo que o snapshot e a máquina virtual do modelo sejam clonados no vCenter de destino. A solução alternativa anterior era definir políticas de reserva para que o blueprint só pudesse ser provisionado para o vCenter original. O problema subjacente foi corrigido para que os blueprints de clone vinculado possam ser provisionados para qualquer reserva selecionada dinamicamente que tenha acesso a um snapshot do mesmo nome do snapshot especificado no blueprint. Para aplicar essa correção a blueprints de clone vinculado existentes, abra o blueprint no designer de blueprints e salve. Você não precisa fazer uma edição manual do blueprint.
Alguns mapeamentos de teclado internacionais não têm suporte com o console remoto
O VMWare HTML Console SDK foi atualizado para a versão 2.1 que adiciona suporte para mapeamentos de teclado adicionais, o que está documentado nas Notas da versão do HTML Console SDK.
Os problemas conhecidos são agrupados da seguinte maneira.
Uma migração pode falhar quando se sincroniza reservas do banco de dados do IaaS para com o banco de dados PostgreSQL
A falha gera esta mensagem de erro: Read timed out.
Solução alternativa: Consulte o artigo 2149882 da Base de Conhecimento.
Há um aumento da carga da CPU após a atualização do vRealize Automation 7.1 ou 7.2 para o 7.3
Quando você atualiza do vRealize Automation 7.1 ou 7.2 para o 7.3, as entradas duplicadas são adicionadas à tabela DynamicOps.Repository.WorkflowSchedules no banco de dados IaaS. Os cronogramas duplicados são para fluxos de trabalho de métricas. Após a atualização, vários fluxos de trabalho de métricas que executam os mesmos cálculos ao mesmo tempo aumentam a carga da CPU no sistema.
Solução alternativa: Consulte o artigo 2150239 da Base de Conhecimento.
A adição de um novo servidor virtual a um balanceador de carga sob demanda existente em uma implantação falha
Quando você adicionar um novo servidor virtual a um balanceador de carga sob demanda existente em uma implantação atualizada a partir de uma versão anterior do vRealize Automation 7.x, a adição falhará se esta for a primeira ação de reconfiguração no balanceador de carga desde a atualização. A falha gera o Código de erro: 14623 concernente a "portas duplicadas". A falha ocorre porque o sistema armazena uma configuração padrão de versões anteriores. Essa falha não afeta qualquer outra coisa no sistema. Para implantações do vRealize Automation 7.3, se você solicitar a adição de um servidor virtual a um balanceador de carga e fazer uma mudança em outro servidor virtual ao mesmo tempo, a solicitação falhará e gerará o mesmo erro.
Solução alternativa: Para implantações atualizadas: Execute uma ação de reconfiguração no balanceador de carga e edite uma configuração em qualquer um dos servidores virtuais. Isso corrige o problema do sistema que armazena a configuração padrão de versões anteriores. Você também pode fazer isso em balanceadores de carga atualizados a partir de versões anteriores ou em balanceadores de carga que tenham a mesma falha.
Para balanceadores de carga atualizados e balanceadores de carga implantados na versão 7.3, não edite um servidor virtual e adicione um servidor virtual na mesma solicitação. Executar a ação de edição e a ação de adição em solicitações separadas impede essa falha.
Novo Endpoints estão ausentes após a atualização para o vRealize Automation 7.3
Após uma atualização bem-sucedida para o vRealize Automation 7.3, a página Endpoints no console do vRealize Automation não exibe todos os endpoints.
Solução alternativa: Consulte o artigo 2150252 da Base de Conhecimento.
Novo Não é possível gerar um arquivo CSV para importação em massa devido a entradas duplicadas
Depois de fazer logon no console do vRealize Automation, selecione Infraestrutura > Administração > Importações em Massa e clique em Gerar Arquivo CSV. Você verá a seguinte mensagem de erro: "Ocorreu um erro. Para obter mais informações, consulte os logs de eventos no servidor IaaS ou entre em contato com o administrador do sistema." Nos logs de evento da máquina Windows IaaS, serão exibidas entradas semelhantes a esta: "System.ArgumentException: Um item com a mesma chave já foi adicionado." Esse problema ocorre quando a consulta usada para recuperar blueprints para importação em massa retorna entradas duplicadas.
Solução alternativa: Use o utilitário cloudutil.exe para gerar o arquivo CSV, concluindo estas etapas.
Baixe cloudutil.exe na página de download do instalador do Windows no appliance do vRealize Automation: https://vra-va-hostname.domain.name:5480/installer/. O CloudUtil é a interface de linha de comando para o vRealize Automation Designer. Você executa os comandos na máquina Windows em que está executando o Designer. O local de instalação padrão na máquina Windows é C:\Program Files (x86)\VMware\vCAC\vRealize Automation Designer.
Gere o arquivo CSV executando este comando: CloudUtil.exe Machine-BulkRegisterExport
Novo Quando você faz upgrade para o vRealize Automation 7.3 de um ambiente que está integrado à versão atual do vRealize Business, as informações sobre despesas aparecem como "não disponíveis" para todos os itens de catálogo no console do vRealize Automation
Esse problema é temporário e deverá ser resolvido depois que você fizer o upgrade para a versão mais recente do vRealize Business.
Solução alternativa: Upgrade para o vRealize Business for Cloud 7.3.0.
Você ainda pode ver as informações sobre despesas das máquinas virtuais do vRealize Automation nos relatórios do vRealize Business e em outras seções.
Novo Após desinstalar o WEBDAV como um dos pré-requisitos para o upgrade da máquina 2012 R2 IaaS, o assistente de configuração exibe uma mensagem de InternalServerError.
Esta mensagem é exibida porque o pool do aplicativo do repositório é interrompido: "O Distributed Execution Manager não pode ser atualizado porque aponta para um host Management Model Web :443 que não pode ser validado. É necessário resolver este erro antes de executar o upgrade novamente: O serviço Model Manager Web está instalado no host :443, mas não está em funcionamento nem em execução. Código do status de resposta do HTTP Web: InternalServerError".
Solução alternativa: Vá para os pools do aplicativo no servidor IIS, inicie o pool do aplicativo do repositório e prossiga com o upgrade.
Novo Depois de fazer o upgrade do ambiente clusterizado do vRealize Automation, um dos nós Xenon não está em execução
Durante o upgrade, um dos nós do vRealize Automation não foi inicializado.
Solução alternativa: Verifique o status de cada um dos nós da guia Xenon no console de gerenciamento. Se um dos nós não estiver em execução, inicie-o manualmente. Como alternativa, você pode abrir uma conexão SSH para cada um dos nós e executar "xenon do serviço-status do serviço". Se o nó não estiver em execução, execute "xenon do serviço-status do serviço".
Novo Ao instalar manualmente um componente do site IaaS, o instalador do GUI exibe um erro de validação do certificado.
A mensagem de erro aparece ao clicar em Avançar na página de instalação personalizada do servidor do IaaS com o componente do site selecionado. Essa mensagem de erro é falsa negativa e aparece mesmo ao selecionar a opção correta. O erro impede a instalação de um componente do site 7.3 IaaS do vRealize Automation.
Solução alternativa: Consulte o artigo 2150645 da Base de Conhecimento.
Novo Um Distributed Execution Manager (DEM) ou Distributed Execution Manager Orchestrator (DEO) não é atualizado quando é realizado o upgrade para o vRealize Automation 7.3.x.
O componente de Infraestrutura como Serviço (IaaS) DEM ou DEO deve ser instalado no local padrão em c:\program files (x86)\vmware\vcac quando é realizado o upgrade para o vRealize Automation 7.3.x. Se esses componentes não estiverem instalados no local padrão, eles não serão atualizados durante a atualização.
Solução alternativa: Consulte o artigo 2150517 da Base de Conhecimento.
Novo Remover um host com mais de 400 contêineres falha com o erro de serialização
No vRealize Automation 7.2 e 7.3, a tentativa de remover um host de contêiner com mais de 400 contêineres pode falhar com o erro de serialização.
Solução alternativa: Remova os contêineres, 400 por vez, do host usando o console, API ou CLI do vRealize Automation e, em seguida, remova o host de contêiner.
Quando um usuário solicita a reconfiguração do caminho de rede de uma máquina, e o caminho de rede original não está selecionado na reserva da máquina, a solicitação parece ter êxito, e o vRealize Automation exclui silenciosamente de seu banco de dados o registro de placa de rede da máquina. Nenhuma alteração é feita na máquina real.
Não é suportada a reconfiguração do caminho de rede de uma máquina quando o caminho de rede original não está selecionado na reserva da máquina. Qualquer solicitação para fazer isso deve falhar com a mensagem de erro apropriada. Em vez disso, ela parece ter êxito e exclui silenciosamente do banco de dados do vRealize Automation o registro de placa de rede da máquina. A máquina real não é afetada.
Solução alternativa: Nenhuma. A visualização do vRealize Automation da máquina com relação ao registro de placa de rede será restaurada para seu estado original na próxima vez que a coleta de dados for executada para o cluster associado.
Após um failover do vRealize Appliance, a página Integridade poderá demorar para carregar
Se a página Integridade estiver aberta antes do failover do vRealize Appliance, a página poderá demorar até 15 minutos para carregar pela primeira vez após o failover.
Solução alternativa: Restaure a funcionalidade do primeiro appliance ou reinicie o serviço vcac-server no appliance em execução.
O preço de uma implantação não é exato quando o blueprint contém um perfil de componente de imagem
Quando um perfil de componente de imagem é selecionado no momento de criação, o tamanho do disco de clone é desconhecido quando um usuário solicita uma máquina. Quando o usuário solicita o preço de uma máquina, o preço exibido não é exato. O preço não inclui o disco de clone no modelo que foi selecionado como parte do perfil de componente de imagem.
Solução alternativa: Quando um usuário solicita um item de catálogo, o custo de implantação é corrigido pelo vRealize Business após o vRealize Business incluir o tamanho do disco de clone que a máquina usa.
Uma operação de Destruição executada em um membro do cluster evita que as ações de dimensionamento horizontal ou dimensionamento vertical funcionem conforme o esperado
Após destruir manualmente uma máquina que faz parte de um cluster multi-máquina, você não poderá mais executar ações de pós-provisionamento de dimensionamento vertical e dimensionamento horizontal confiáveis. Você introduz uma contagem errada ao destruir manualmente um membro de um cluster usando a ação de destruição na máquina. Com uma contagem errada, uma operação de dimensionamento horizontal assume que a máquina destruída ainda é parte do cluster. Isso evita que uma operação de dimensionamento horizontal adicione algumas ou todas as máquinas necessárias. Se a contagem estiver incorreta por 1 máquina, e o limite de cluster for 5, poderá haver no máximo 4 máquinas virtuais reais e 1 máquina fantasma. Para uma ação de dimensionamento vertical, o serviço de composição poderá tentar dimensionar verticalmente para uma única máquina, resultando na destruição de todos os membros do cluster.
Solução alternativa: Para implantações em que as ações de dimensionamento horizontal ou dimensionamento vertical estão habilitadas, não autorize as ações de destruição. Isso evita a criação de uma contagem incorreta. Se você achar que sua implantação tem uma máquina em um cluster que foi destruído manualmente, um administrador poderá verificar isso contando o número de membros de cluster que aparecem na página Implantações. Se houver um cluster com uma máquina virtual destruída, reimplante a implantação e não autorize as ações de destruição na implantação reimplantada.
As implantações com vários balanceadores de carga exibem incorretamente os servidores virtuais do balanceador de carga
Em implantações com vários balanceadores de carga implantados no vRealize Automation 7.2 ou anteriores, cada balanceador de carga mostra servidores virtuais de todos os balanceadores de carga presentes na implantação.
Não foi possível adicionar uma regra de encaminhamento de porta NAT a uma rede NAT sob demanda implantada que esteja associada a um provedor IPAM de terceiros
Quando você adiciona uma regra de encaminhamento de porta NAT usando a ação de pós-provisionamento Alterar Regras NAT a uma rede NAT sob demanda implantada associada a um provedor de IPAM de terceiros, o menu suspenso do campo Componente não mostra nenhum dado e não aceita novos dados. Isso impede que você adicione uma nova regra.
Se uma propriedade de associação estiver configurada para ser transmitida para um script de software CMD do Windows, a propriedade de associação não será recebida pelo script no tempo de execução
Não há suporte para a transmissão de propriedades de entrada de associação a um script de software CMD do Windows. Todos os outros tipos de script de software, como o bash ou o Windows PowerShell, dão suporte à transmissão de propriedades a scripts de software como uma matriz de valores, mas o CMD do Windows não dá suporte ao tipo (argv) de matriz de argumentos.
Após uma conexão de teste bem-sucedida e o salvamento do endpoint com uma impressão digital válida, os logs do agente do vSphere ou os logs DEM contêm mensagens de erro sobre uma conexão fechada, a incapacidade de estabelecer uma relação de confiança ou um certificado remoto é inválido
No vRealize Automation 7.3, os endpoints do vSphere e do NSX têm a validação de certificado habilitada. Você não pode mais usar um certificado não confiável com esses endpoints. Embora você possa usar o botão Testar Conexão para validar a impressão digital do certificado nesses endpoints, se o certificado for gerado de forma que o certificado raiz na cadeia de certificados não seja autoassinado, o processo de validação de certificado para esses dois endpoints poderá falhar e causar uma falha funcional nas ações de coleta de dados, de provisionamento ou de pós-provisionamento.
Baixe o certificado raiz na cadeia de certificados do endpoint.
Para o vCenter endpoint 6.0 ou posteriores, consulte http://kb.vmware.com/kb/2108294.
Para o vCenter endpoint 5.5 ou anteriores, baixe o certificado RAIZ do caminho de certificação do certificado do endpoint.
Primeiro baixe o certificado do endpoint acessando o endpoint diretamente no navegador.
Vá para Caminho de Certificação para obter o certificado raiz.
Baixe o certificado raiz na cadeia.
Instale o certificado no armazenamento raiz Confiável das máquinas de Agente e do DEM.
Para o endpoint do NSX
Baixe o certificado do endpoint acessando o endpoint diretamente no navegador.
Instale o certificado no armazenamento raiz Confiável das máquinas do DEM.
Novo A ação de pós-provisionamento Reconfigurar o Balanceador de Carga falha para um blueprint importado do YAML
Às vezes, quando você executa a ação de pós-provisionamento Reconfigurar o Balanceador de Carga em uma implantação, a ação falha. Isso acontece quando o blueprint associado à implantação é importado de um arquivo YAML que contém um balanceador de carga sob demanda com um valor no campo de nome diferente do valor no campo de ID.
Execute as seguintes etapas para corrigir o blueprint de modo a permitir que as ações de pós-provisionamento sejam executadas no balanceador de carga em implantações futuras.
No console do vRealize Automation, selecione o blueprint que não possui valores correspondentes nos campos de nome e ID.
Clique em Editar e reinsira o nome do componente do balanceador de carga.
Salve o blueprint. Isso define os valores de nome e ID incorporados no blueprint como o mesmo valor.
Quando você fornece uma nova implantação usando o blueprint editado, a ação Reconfigurar o Balanceador de Carga funciona. É possível evitar esse problema ao se certificar de que todos os arquivos YAML tenham valores idênticos de nome e ID em cada componente do balanceador de carga sob demanda.
Novo Abrir uma conexão HTTP segura para o appliance do vRealize Automation usando o protocolo Tls1.0 ainda tem suporte nas portas 443 e 8283
Se você abrir uma conexão ou fizer uma chamada API para o appliance do vRealize Automation na porta 443 para o servidor do vRealize Automation, o servidor do vRealize Orchestrator ou o servidor do vIDM na porta 8283 para o servidor do configurador do vRealize Orchestrator, o protocolo TLS1.0 para SSL ainda terá suporte.
Observação: A solução alternativa a seguir para desativar o TLS1.0 é para uso temporário e não deve ser aplicada durante o upgrade. Se o TLS1.0 for desativado através dessa solução, a lógica do upgrade desse appliance poderá ser quebrada. A recomendação para o cliente é esperar uma compilação oficial com a correção para desativar o protocolo TLS1.0.
1. Abra uma sessão de SSH no appliance mestre do vRealize Automation na sua implantação. Se o seu ambiente tiver um appliance vRealize Automation único, abra uma sessão de SSH neste appliance.
2. Edite os seguintes arquivos:
3. Executar: service haproxy restart
4. Executar: /usr/sbin/vcac-config cluster-config-ping-nodes --services haproxy
Agora, cada um dos appliances vRealize Automation do seu ambiente não devem mais suportar o TLS1.0 para conexões seguras nas portas 443 e 8283.
Novo O uso de dois pontos (:) como separador não é reconhecido corretamente em arquivos YAML quando você cria um blueprint do contêiner do Windows
Esse problema ocorre quando você cria um blueprint com um volume de contêiner no qual o caminho do contêiner e o caminho do host incluem uma letra de unidade do Windows com dois pontos, por exemplo D:/DBFILES/:c:/temp/. Depois de salvar e abrir o blueprint, o valor do caminho do contêiner e do caminho do host não é reconhecido corretamente, pois o primeiro dois pontos da letra de unidade é mal interpretado como separador.
Novo A ação de pós-provisionamento Alterar Regras de NAT falha para um blueprint importado do YAML
Quando chamada em uma implantação, a ação de pós-provisionamento Alterar Regras de NAT falha com o seguinte erro: Falha ao invocar a solicitação de atualização de implantação [{Não foi possível determinar o estado do componente atual para nat1}]. Isso acontece quando o blueprint associado a implantação é importado de um arquivo YAML contendo uma rede NAT sob demanda que tem valores não idênticos em seus campos de nome e ID.
Solução alternativa: Nenhuma. Realize essas etapas para corrigir o blueprint.
Edite o blueprint associado no console do vRealize Automation e volte a selecionar o perfil de rede pai desejado para a rede NAT sob demanda.
Salve o blueprint.
Isso define os valores de nome e ID incorporados no blueprint como o mesmo valor. Quando você provisionar uma nova implantação usando o blueprint, a ação Alterar Regras de NAT funcionará. Será possível evitar esse problema se você garantir que todos os arquivos YAML especifiquem valores idênticos de nome e ID em cada componente de rede NAT sob demanda.
Novo Os links para download na página do Instalador do Agente do Software e Guest para o Java Runtime Environment para Linux estão incorretos
Esses links aparecem na seção Linux Software Installers.
Ao clicar em um desses links, uma nova página é aberta e exibe o erro HTTP Status 404 – Not Found.
Para baixar esses arquivos RPM;
1. Substitua o nome do arquivo na URL que aparece no campo de endereço do navegador após clicar no link.
Substitua vmware-jre-1.8.0_121-fcs.i586.rpm por vmware-jre-1.8.0_121-fcs_b31.i586.rpm.
Substitua vmware-jre-1.8.0_121-fcs.x86_64.rpm por vmware-jre-1.8.0_121-fcs_b31.x86_64.rpm.
Apesar de a mensagem de erro permanecer no navegador, o arquivo é baixado com êxito.
Novo Editando um adaptador de autenticação do conector pode exigir login
Os administradores podem usar o console do vRealize Automation para configurar Adaptadores de Autenticação para Conectores que correspondem a um diretório, dentro de até 30 minutos após fazer o login no console. S e um administrador tentar realizar essa configuração após 30 minutos, uma página de login será exibida e a autenticação será necessária.
Solução alternativa: Faça login, novamente, no console com credenciais de administrador.
NOVO A partição raiz fica sem espaço de armazenamento
Rotação incorreta de log no /var/lib/vrhb pode levar a uma alta utilização na partição raiz que eventualmente enche a / partição.
Solução alternativa: Consulte o artigo 2151693 da Base de Conhecimento.
NOVO Não é possível provisionar novamente uma máquina virtual que foi provisionada com o System Center Virtual Machine Manager (SCVMM)
Antes do vRealize Automation 7.3, quando era feito novamente o provisionamento de uma máquina virtual que havia sido provisionada com SCVMM, o reprovisionamento falhava apresentando a seguinte mensagem de erro: "Fluxo de trabalho 'ScvmmCreateVM' falhou com a seguinte exceção: DynamicOps.Repository.Activities.PowerShellException: Você não pode chamar um método em uma expressão de valor nulo."
Esse problema foi corrigido na versão 7.3. No entanto, se você atualizar o sistema para a versão 7.3 a partir de uma versão anterior, qualquer máquina provisionada com SCVMM antes da atualização ainda falha ao realizar o reprovisionamento.
Faça login no Console do Gerenciador de máquina Virtual do SCVMM.
No menu à esquerda, clique em Biblioteca > Modelos.
Na tabela do painel direito, classifique os modelos por nome.
Exclua todos os modelos que tenham o prefixo TemporaryTemplate, seguido por um GUID contendo uma sequência de letras e números.
Depois de excluir os modelos, provisione novamente suas máquinas virtuais.
Novo O procedimento Definir Configurações de Distribuição do Servidor Virtual contém um padrão de tráfego HTTPS não suportado
O procedimento Definir configurações de distribuição do servidor virtual contém a subetapa a seguir.
Selecione ID da sessão SSL para suportar um dos seguintes padrões de tráfego HTTPS suportados:
Passagem SSL - Cliente -> HTTPS -> LB (passagem SSL) -> HTTPS -> servidor
Cliente - HTTP-> LB -> HTTP -> servidores
Se você selecionar o padrão Cliente - HTTP, o sistema usará o padrão de tráfego Passagem SSL - Cliente. O vRealize Automation não tem suporte para o padrão de tráfego Cliente - HTTP.
Solução alternativa. Não selecione o padrão de tráfego Cliente - HTTP.
Para visualizar uma lista de problemas conhecidos anteriormente, clique aqui.
Os problemas conhecidos anteriormente são agrupados da seguinte maneira.
Há falha na configuração do banco de dados durante uma nova instalação do vRealize Automation 7.2 no Windows na versão do idioma turco
Se o Servidor IaaS for o Windows na versão do idioma turco, o assistente de instalação do vRealize Automation apresentará falha durante a configuração do banco de dados e exibirá a seguinte mensagem de erro: MSB3073.
Solução alternativa: Espera-se que o problema seja resolvido em uma versão futura.
O vRealize Automation 7.1 não oferece suporte ao modo 130 do Microsoft SQL 2016
O banco de dados do Microsoft SQL 2016 criado durante a instalação do assistente do vRealize Automation está no modo 100. Se você criar manualmente um banco de dados do SQL 2016, ele também deverá estar no modo 100. Para obter informações relacionadas, consulte o artigo da Microsoft Pré-requisitos, restrições e recomendações para grupos de disponibilidade Always On.
Solução alternativa: Use um navegador alternativo para acessar a página da interface do vRealize Automation.
A migração do vRealize Automation do 6.x para o 7.2 falhará se o ambiente de destino do 7.2 tiver um grupo de administradores do vRealize Orchestrator diferente definido como o padrão
O grupo de administradores do vRealize Orchestrator padrão, o vsphere.local/vcoadmin, não deve ser alterado no centro de controle do vRealize Orchestrator antes da migração.
Solução alternativa: Consulte o artigo 2148669 da Base de Conhecimento.
O cliente STOMP não pode estabelecer conexão após atualizar o tcServer para a versão 3.2
No vRealize Automation 7.2, o IaaS Manager Service apenas suporta a sondagem do REST como o mecanismo de conexão ao se comunicar com o serviço de agente de eventos. A definição da configuração Extensibility.Client.RetrievalMethod é ignorada.
Se a telemetria estiver desativada antes de você atualizar o vRealize Automation da versão 6.2.4 ou 6.2.5 para 7.2, a guia de telemetria no painel de gerenciamento do appliance do vRealize Automation poderá exibir um erro
Essa mensagem pode aparecer após a atualização: Erro: Não é possível determinar a próxima execução. Reative ou desative a telemetria. A mensagem aparece porque nenhum dado de telemetria está sendo coletado, portanto o sistema não pode determinar um tempo de execução seguinte adequado. Quando este for o caso, nenhum recurso de telemetria vai funcionar.
Solução alternativa: Escolha ativar ou desativar a telemetria usando a caixa de seleção Join the VMware Customer Experience Improvement Program e clique em Salvar Configurações.
Falha com erros na migração do Active Directory nativo
Atualmente, o utilitário de migração SSO não transfere um Active Directory nativo automatizado durante o processo de migração do vRealize Automation.
Solução alternativa: Se você configurar manualmente e iniciar o Active Directory nativo, poderá migrar o Active Directory com êxito. Você deve realizar essa ação depois de concluir o processo de migração do vRealize Automation.
Falha na migração do nó do IaaS do vRealize Automation 6.2.4 para o 7.1 quando o nome da instância do servidor PostgreSQL contém caracteres não ASCII
Solução alternativa: Use a migração a um ambiente do vRealize Automation com um procedimento de backup de banco de dados IaaS para migrar seu ambiente do Automation vRealize 6.2.4. para o 7.1.
A configuração do agente de gerenciamento IaaS é corrompida após a atualização de um ambiente de alta disponibilidade do vRealize Automation 6.2.3 ou versões anteriores para o 7.1
Após a atualização do vRealize Automation 6.2.2 para o 7.1, o agente de gerenciamento IaaS não pode ser iniciado. Uma mensagem de erro relata uma ID de nó ausente no arquivo de configuração do agente de gerenciamento.
Solução alternativa: Consulte o artigo 2146550 da Base de Conhecimento.
Ações de dimensionamento vertical ou horizontal apresentam falhas em uma implantação atualizada
Ações de dimensionamento vertical ou horizontal não têm suporte para implantações de importação em massa ou para implantações atualizadas do vRealize Automation 6.x.
Solução alternativa: Não há uma solução alternativa. Novas implantações feitas a partir de blueprints após a atualização oferecem suporte para ações de dimensionamento vertical ou horizontal.
É exibida uma mensagem de erro quando você faz login no console de gerenciamento do appliance do vRealize Automation
Depois de fazer login com as credenciais apropriadas, você recebe uma mensagem de erro informando: "Resposta inválida do servidor. Tente novamente". Isso é causado por um problema com o cache do navegador.
Solução alternativa: Faça logout, limpe o cache do navegador e faça login novamente.
Certos blueprints não podem ser totalmente atualizados devido a falhas na atualização de recursos de catálogo
Solução alternativa: Altere temporariamente o usuário especificado para executar o serviço do agente de gerenciamento na máquina Windows para outro usuário e, em seguida, altere novamente para o usuário original com as letras maiúsculas/minúsculas corretas no nome do usuário.
Distributed Execution Manager "NAME" Cannot be upgraded because it points to Management model web host "xxxx.xxxx.xxxx.net:443", which cannot be validated. É necessário resolver este erro antes de executar o upgrade novamente: Cannot validate Model Manager Web host. The remote certificate is invalid according to the validation procedure.
Atualizações de segurança afetam a instalação silenciosa
Nesta versão, as atualizações de segurança da Microsoft 3098779 e 3097997 impedem que o novo recurso de instalação silenciosa funcione corretamente. As atualizações são as mesmas que afetam o verificador de pré-requisitos do Assistente de Instalação.
Solução alternativa: Antes da instalação silenciosa, você deve remover manualmente as atualizações dos servidores Windows IaaS. Concluída a instalação silenciosa, é possível reinstalar manualmente as atualizações 3098779 e 3097997.
O provisionamento da máquina virtual do Azure falhará se o nome do grupo de recursos contiver caracteres que não sejam ASCII
O azure-java-sdk não é compatível com um nome de grupo de recursos que não seja ASCII.
Solução alternativa: Não use caracteres que não sejam ASCII em um nome do grupo de recursos.
A coleta de dados de estado retorna apenas o IP Primário
Esse comportamento pode afetar sua capacidade de usar Conectar usando RDP, Conectar usando SSH ou registrar uma máquina virtual como host de contêiner no serviço de contêineres e outros que dependem do acesso a uma máquina virtual usando o endereço IP da máquina virtual.
Aparece uma mensagem de erro interno quando você adiciona uma máquina do Azure a um blueprint na guia Design
Ao usar um servidor externo do vRealize Orchestrator com o vRealize Automation, a integração do Microsoft Azure não estará disponível.
Solução alternativa: Exporte o plug-in e o pacote do Azure do vRealize Orchestrator interno no appliance virtual do vRealize Automation, e instale ou importe o plug-in e pacote para o vRealize Orchestrator externo. Após instalar o plug-in do Azure ou importar o pacote do Azure para o vRealize Orchestrator externo, o Microsoft Azure será compatível no ambiente do vRealize Automation.
Faça login no Centro de Controle do vRealize Orchestrator para o vRealize Orchestrator interno no appliance virtual do vRealize Automation. Para obter mais instruções, consulte: Fazer login na interface de configuração do vRealize Orchestrator.
Em Plug-Ins, clique em Gerenciar Plug-Ins.
Localize o plug-in do Azure e clique com o botão direito em Baixar plug-in em arquivo DAR. Salve o arquivo em seu computador.
Faça login no Centro de Controle do vRealize Orchestrator para o vRealize Orchestrator externo. Para obter mais instruções, consulte: Fazer login na interface de configuração do vRealize Orchestrator.
Em Instalar plug-in, clique em Navegar e localize o arquivo DAR do Azure que você baixou no computador.
Clique em Instalar. Se solicitado a confirmar, clique em Instalar novamente.
No Centro de Controle nas Opções de Início, clique em Reiniciar para concluir a instalação do novo plug-in.
Faça reboot de todos os appliances virtuais do vRealize Automation ao mesmo tempo.
A funcionalidade de integração do Microsoft Azure estará restaurada.
Se a integração não funcionar corretamente após o reboot, verifique se o pacote do Azure, com.vmware.vra.endpoint.azure, está presente no vRealize Orchestrator externo. Se o pacote do Azure não estiver presente, realize estas etapas.
Faça login no cliente do vRealize Orchestrator externo no appliance virtual do vRealize Automation.
Exporte o pacote do Azure, com.vmware.vra.endpoint.azure. Para obter mais instruções, consulte Exportar um pacote.
Faça login no cliente do vRealize Orchestrator para o vRealize Orchestrator externo.
Importe o pacote do Azure, com.vmware.vra.endpoint.azure, para o vRealize Orchestrator externo. Para obter mais instruções, consulte Importar um pacote.
Solicitações concorrentes do catálogo de XaaS chamando a máquina virtual do Clone, sem fluxo de trabalho de personalização com 30 usuários, causam falha em algumas solicitações
Ao solicitar blueprints de XaaS que invocam fluxos de trabalho do vRealize Orchestrator para fazer algumas operações em endpoints lentos com alta concorrência, algumas das solicitações podem falhar com o erro java.net.SocketTimeoutException: Read timed out. Os fluxos de trabalho do vRealize Orchestrator também podem ser reativados múltiplas vezes devido à expiração das solicitações.
Solução alternativa: Realize estas etapas em todos os nós do appliance do vRealize Automation. O arquivo vcac.properties não é preservado na atualização. Você deve repetir estas etapas após atualizar.
Abra uma sessão de SSH no appliance do vRealize Automation.
Edite /etc/vcac/vcac.properties para aumentar o tempo de expiração do cliente para 10 minutos adicionando a linha a seguir ao arquivo: vco.socket.timeout.millis=600000
No prompt de comando, execute este comando para reiniciar o serviço vcac-server: service vcac-server restart
A coleta de dados do inventário para durante um failover do vCenter Server HA (VCHA)
Em raros casos, os itens de trabalho podem ficar congelados em andamento para um endpoint gerenciado do vSphere 6.5 durante um failover do VCHA.
Solução alternativa: Reinicie o agente do vRealize Automation vCenter. Se a coleta de dados ainda estiver congelada em andamento, entre em contato com o GSS.
Há falha nas implantações de blueprint do vRealize Automation que incluem objetos NSX ao fazerem o provisionamento para um cluster no qual o NSX Manager tem a função secundária
Em uma implantação do NSX entre instâncias do vCenter, objetos universais do NSX, como gateways de borda, novas conexões virtuais e balanceadores de carga, devem ser provisionados utilizando o NSX Manager que tem a função primária. Se você tentar provisionar objetos universais para um NSX Manager secundário, o processo apresentará falha com um erro. O vRealize Automation não oferece suporte ao provisionamento de objetos universais do NSX a um endpoint do vSphere com rede e integração de segurança em que o NSX Manager especificado tenha a função secundária.
Solução alternativa: Para poder usar objetos globais do NSX, você deve criar conexões virtuais e de zonas de transporte locais do NSX específicas para cada região. Siga o KB 2147240 da VMware para obter detalhes sobre esse processo em VMware Validated Design.
As máquinas provisionadas para o Azure persistem após você excluir um endpoint do Azure
Excluir um endpoint do Azure deixa para trás máquinas órfãs, blueprints e reservas. Se você quiser excluir uma determinada máquina virtual do Azure antes de excluir um endpoint do Azure, exclua-o manualmente usando o console do vRealize Automation.
Em um Mac, quando você abre um segundo VMware Remote Console para uma única máquina virtual, ambos os consoles ficam em branco
Embora você possa abrir mais de um VMware Remote Console para uma máquina virtual única no Windows, o VMRC não suporta sessões múltiplas. No Windows, cada console é um processo separado; em um Mac, cada console tenta mostrar um processo único.
Solução alternativa: Feche todas as instâncias VMRC e abra apenas uma VMRC para uma máquina em questão.
O reprovisionamento de uma máquina virtual gerenciada no vSphere 6.5 durante um failover do vCenter High Availability (VCHA) exclui permanentemente a máquina virtual
Durante um failover VCHA com o vShpere 6.5, se você tiver um reprovisionamento com uma máquina virtual no mesmo endpoint do Vsphere, a máquina virtual poderá ser destruída. Esse é um evento raro.
Solução alternativa: Solicite o blueprint original para a máquina virtual destruída.</p>
O erro de credencias inválidas para o vRealize Automation aparece após o failover de alta disponibilidade do vCenter
Após um failover de VCHA em um endpoint VSphere 6.5, os registros do vRealize Automation podem conter esta mensagem de erro para o endpoint: Cannot complete login due to an incorrect user name or password.
Solução alternativa: Reinicie o agente do vRealize Automation vCenter.
Alterar uma reserva de máquina virtual não funciona quando o proprietário é diferente
Quando a operação de registro é invocada em máquina virtual gerenciada IaaS, a reserva utilizada deve pertencer ao proprietário atual da máquina virtual. Apenas o proprietário atual pode ser especificado para o parâmetro do usuário. Se um usuário que não for o proprietário atual for especificado, o sistema registrará na máquina virtual como se fosse pertencente a um proprietário na IaaS e a um proprietário diferente no catálogo.
Solução alternativa: Use apenas o fluxo de trabalho Alterar a reserva para uma máquina virtual IaaS para reservas que pertencem ao atual proprietário da máquina virtual.
Não é possível selecionar blueprints para importação em massa de máquinas não gerenciadas no vRealize Automation 7.1 para o 7.2
O IaaS passa um ID de tenant em caixa baixa para a API, que recupera blueprints para importação em lote, e não o caso apresentado pelo serviço de autorização. Se o usuário cria um ID de tenant que usa caracteres maiúsculos e minúsculos misturados, por exemplo Rainpole, em vez de rainpole, a procura apresenta falha:
Solução alternativa: Gere o arquivo CSV sem o nome ou componente do blueprint e, então, edite manualmente o arquivo CSV com os valores desejados para estes campos.
Contêineres aninhados não suportam redes
Você não pode adicionar uma rede a um contêiner aninhado.
Os conteúdos da janela não são exibidos adequadamente após se conectarem a uma máquina virtual no VSphere 6.5 usando o painel remoto.
Ao conectar a uma máquina hospedada em um endpoint do vSphere 6.5 usando o painel remoto, a conexão pode falhar ou de alguma forma ficar inutilizável.
Solução alternativa: Conecte à máquina afetada usando aplicação do cliente VMRC. Selecione Conectar usando o VMRC.
Alguns componentes podem não funcionar conforme o esperado depois de você arrastar um blueprint interno existente até um blueprint externo atual
As configurações do componente podem mudar dependendo do blueprint em que o componente está. Por exemplo, se você incluir grupos de segurança, tags de segurança ou redes sob demanda, tanto a nível de blueprint interno quanto de blueprint externo, as configurações no blueprint externo substituirão as que estão no blueprint interno. Os componentes de rede e de segurança têm suporte apenas no nível do blueprint externo, exceto para as redes existentes que funcionam no nível do blueprint interno.
Em um ambiente de alta disponibilidade, o Horizon falha ao realizar a autenticação após o failover
Se você criar um grupo de propriedades com um ponto no nome do grupo, não poderá usar a interface do usuário do vRealize Automation para editar esse grupo
Uma perda de comunicação entre o IaaS e o catálogo de serviços comuns durante o processo de destruição deixa a máquina virtual em um estado de descarte
Solução alternativa: Você pode resolver esse problema realizando uma das seguintes tarefas:
O diretório foi criado mesmo após uma mensagem de erro ter sido recebida
Quando você cria um diretório em Administration > Identity Stores Management > Identity Stores e clica em Salvar, a mensagem de erro: A comunicação do conector falhou devido a dados inválidos. Problema ao promover um bind DN do usuário ao administrador: o usuário já existe e está associado com uma sincronização de cliente diferente, pode aparecer. O novo Repositório de Identidades é salvo com uma configuração incorreta e não pode ser utilizado.
Isso acontecerá se você tentar salvar um novo Active Directory com os mesmos valores para a Base DN e o Bind DN que já foram usados com sucesso em um Active Directory criado previamente e existente.
Solução alternativa: Você deve excluir manualmente o novo Active Directory porque a configuração está incorreta e você sempre pode utilizar uma Bind DN e Base DN para o novo Active Directory.
Solução alternativa: Consulte o artigo 2113027 da Base de Conhecimento.
Depois de promover uma instância de réplica para a instância mestre, são exibidas informações incorretas na guia Banco de Dados, na interface de gerenciamento do nó mestre do vRealize Automation
Mover um repositório de dados de um vSphere Storage DRS para outro faz com que o sistema exclua, em vez de criar, uma máquina virtual
Solução alternativa: Verifique se o nível de automação do cluster de destino está definido como automático antes de mover um repositório de dados de um cluster do vSphere Storage DRS para outro. Somente há suporte para implantações de máquinas individuais.
Para recolher a lista de problemas conhecidos anteriormente, clique aqui.

References: artigo 2149882
 artigo 2150239
 artigo 2150252
 artigo 2150645
 artigo 2150517
 artigo 2151693
 artigo 2148669
 artigo 2146550
 artigo 2113027