ATUALIZADO EM 20 DE MAIO DE 2019

vRealize Automation | 11 de abril 2019 | Compilação: 13027280

Verifique regularmente se há complementos a estas notas de versão ou se foram atualizadas.

O que há nas notas de versão

As notas de versão abrangem os seguintes tópicos:

Novidades

A versão do vRealize Automation 7.6 inclui os problemas resolvidos e os recursos novos.

Novos recursos e aprimoramentos

Com o vRA/vRO 7.6, a VMware está tornando a Nuvem Híbrida fácil.

  • Instalar e configurar
    • Nova página de resumo da IU do VAMI
    • Novos alertas de integridade de cluster adicionais do VAMI que são configuráveis
    • Serviço SNMP - facilita o monitoramento dos recursos do nó vRA, como CPU, memória e muitos outros. Configurável para monitorar ativamente os recursos e enviar interceptação SNMP quando determinado limite é excedido e a API está disponível
  • Melhorias de atualização:

    • Correções de bugs e pequenas melhorias

    • A atualização fará backup de todos os arquivos de configuração

    • Melhorias na API – relatório de progresso refinado no nível da API

    • O fluxo de atualização agora é mais configurável - algumas das etapas podem ser configuradas para execução posterior

  • Melhorias nos formulários personalizados - proporcionam um nível mais alto de flexibilidade para os clientes que desejam personalizar e melhorar seus formulários de solicitação no vRA

    • Melhorias de DataGrid – os discos definidos por blueprint são somente leitura, validação de célula e atualização de campo quando as linhas são adicionadas, removidas ou editadas

    • Adição de componente de seletor de lista dupla

    • Adição de vários componentes de seletor para objetos complexos

    • Adição de componente de link

  • Integração com NSX - suporte para migrações do NSX-V para NSX-T

  • Aprimoramentos na IU do vRO - melhor experiência de usuário para clientes que criam fluxos de trabalho com o vRO

    • Aprimoramentos no Projeto, no Gerenciamento de Conteúdo e na Solução de Problemas no Web Client (consulte as Novidades e as notas de versão do vRO para obter informações mais detalhadas) 

Internacionalização

O vRealize Automation 7.6 está disponível nos seguintes idiomas:

  • Inglês
  • Francês
  • Alemão
  • Espanhol
  • Japonês
  • Coreano
  • Chinês simplificado
  • Chinês tradicional
  • Italiano
  • Russo
  • Holandês
  • Português (Brasil)

Para obter mais informações sobre o suporte de idioma de produto, consulte o Guia de globalização de produtos da VMware.

Requisitos do sistema

Para obter informações sobre os sistemas operacionais do host, os bancos de dados e os servidores da Web compatíveis, consulte a Matriz de suporte do vRealize Automation.

Documentação

Para obter a documentação do vRealize Automation 7.6, consulte o VMware vRealize Automation nos documentos da VMware.

Instalação

Para obter instruções de instalação e pré-requisitos, consulte Instalando o vRealize Automation no VMware Docs.

OBSERVAÇÃO: Consulte o artigo da Base de Conhecimento 58708 que aborda um erro de validação do ingresso no cluster.

Atualização

Para obter orientações gerais, consulte Atualizando o vRealize Automation no VMware Docs.

Antes de atualizar o vRealize Automation 6.2.x

A vRealize Production Test Upgrade Assist Tool analisa seu ambiente do 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 o vRealize Code Stream

Para usar o vRealize Code Stream no seu ambiente do vRealize Automation, você deve ter uma licença do vRealize Code Stream.

Para obter mais informações, consulte Instalação do vRealize Code Stream e Aplicar uma licença do vRealize Code Stream a um appliance no Centro de informações do vRealize Code Stream.

Problemas resolvidos

Os seguintes defeitos foram corrigidos como parte desta versão.
  • Durante a atualização automática do IaaS, o comando upgrade-dem ou upgrade-agent falha. O resultado do comando é semelhante a: Resultado: o nome do serviço contém caracteres inválidos, está vazio ou é muito longo (comprimento máximo = 80). Como alternativa, o mesmo erro pode ser encontrado no arquivo All.log do Agente de Gerenciamento. O nome do serviço mencionado tem mais de 80 caracteres

    As APIs Microsoft .Net usadas para manipular operações de Serviço do Windows em IaaS têm uma restrição de 80 caracteres para o nome do Serviço do Windows, embora o SO realmente permita comprimentos mais longos (256). O problema ocorre no final da atualização do DEM/DEO/Agent ao tentar reiniciar o serviço.

    O nome do Serviço deve ser alterado para um nome mais curto, mas as ferramentas/APIs de linha de comando do Windows não permitem essa alteração (somente o nome para Exibição pode ser modificado), portanto, a solução alternativa é reinstalar o serviço. Isso pode ser feito desinstalando o serviço, baixando o instalador IaaS (da página de instalação do VAMI em https://<vami_host>:5480/installer) e executando-o no respectivo host IaaS para instalar o serviço com um nome apropriado. Tenha em mente que a cada serviço IaaS é dado automaticamente um prefixo na instalação que precede o nome digitado.
    Dependendo do serviço, os prefixos são: VMware DEM-Worker, VMware DEM-Orchestrator, VMware vCloud Automation Center Agent. Observação: No caso de reinstalar um Agente IaaS para alterar seu nome - o nome do endpoint correspondente também deve ser alterado no vRA.

  • Após uma atualização do vRealize Automation 7.3 ou anterior, os aplicativos que usam a chamada da API Obter Formulário de Detalhes param de funcionar

    No vRealize Automation 7.3 ou anterior, a seguinte lista de propriedades de solicitação de XaaS recuperadas usando a API de serviço de catálogo GET /api/consumer/requests/{id}/forms/details foi digitada incorretamente:

    • "vco.execurion.state"
    • "vco.execurion.business.state"
    • "vco.execurion.current.activity.name"
    • "vco.execurion.start.date"
    • "vco.execurion.end.date"
    • "vco.execurion.error.details"

    A partir do vRealize Automation 7.3.1, "execurion" foi corrigido para "execution". Aplicativos que continuaram usando as propriedades de solicitação XaaS com a ortografia original pararam de funcionar.

    Solução alternativa: Se o seu conteúdo for dependente de qualquer uma das propriedades de solicitação XaaS com erros de ortografia e você estiver executando o vRealize Automation 7.3.1 ou posterior, atualize seu aplicativo para usar as propriedades de solicitação XaaS atuais com a seguinte redação:

    • "vco.execution.state"
    • "vco.execution.business.state"
    • "vco.execution.current.activity.name"
    • "vco.execution.start.date"
    • "vco.execution.end.date"
    • "vco.execution.error.details"
  • Há falha na instalação de um cluster do vRealize Automation 7.5 durante a etapa join-va (união de cluster)

     

    Uma nova instalação do cluster do vRA 7.5 com 2 ou 3 VAs está relatando 'falha na validação' na etapa join-va (união de cluster).
    Após esperar até 15 minutos a mais sem clicar em 'repetição falhou', o status muda para "com sucesso", e a instalação prossegue.

    Isso é causado por um tempo limite prematuro no assistente da interface de usuário (30 minutos) e poderá causar uma falha se a operação de união levar mais de 30 minutos.

    Consulte o artigo 58708 da Base de Conhecimento.

  • A funcionalidade "Repetir todos os IaaS" no assistente de instalação do produto está falhando com o status "Falha na validação", e uma mensagem semelhante à seguinte pode ser vista no campo Descrição: "Um item com a mesma chave já foi adicionado"

    Isso é um problema conhecido que afeta o vRealize Automation

    A solução alternativa para esse problema é executar a seguinte instrução de atualização SQL no banco de dados vPostgres incorporado: "update cluster_commands set output='' onde tipo como '%install%';" antes de acionar a operação de "Repetir todos os IaaS" novamente.

  • O menu de ação de dia 2 completo não aparece nos navegadores IE11 e Edge

    O menu de ação de dia 2 completo não está visível nos navegadores IE11 e Edge para implantações com apenas 1 ou 2 submáquinas.

    Solução alternativa: Embora a lista de ação seja cortada na tela, é possível rolar para acessar a lista inteira. Como alternativa, use os navegadores Firefox ou Chrome.

  • As ações de dia 2 como iniciar, parar e reiniciar não aparecem nas máquinas do Azure após a atualização ou migração para o 7.5

    Após a atualização ou migração da 7.x para a 7.5, as ações de início, parada e reinício não são exibidas.

    Solução alternativa: Consulte o artigo 58864 da Base de Conhecimento.

  • Usar o Rótulo do Subtenant como um campo de associação na interface do usuário de design de Formulários Personalizados não funciona

    Ao tentar usar o rótulo do Subtenant como campo de associação em um formulário personalizado na interface do usuário, a associação é revertida para o Rótulo do Tenant.

    Em vez disso, use o campo de Referência do Subtenant na interface do usuário de Formulários Personalizados. Você pode também exportar o Formulário Personalizado para yaml, modificar o arquivo yaml colocando a associação correta e importar novamente o formulário.

  • Não é possível autenticar com a exceção OAuthToken! ao acessar a guia Gerenciamento de Negócios no modo vRA

    No modo vRA, quando a sessão do usuário expira no vRA, esta mensagem de erro é exibida na guia Gerenciamento de Negócios:

    org.springframework.security.authentication.BadCredentialsException: Não é possível autenticar com o OAuthToken! 
    O token está expirado.

    Solução alternativa: Faça logout e login novamente.

  • Os detalhes do formulário da máquina virtual Azure não são exibidos após a atualização ou a migração

    Após atualizar ou migrar do vRA 7.x para 7.5, os formulários existentes de VMs do Azure aparecem em branco.

    Solução alternativa: Consulte o artigo 58864 da Base de Conhecimento.

  • Após a atualização para o vRA 7.5, a grade de armazenamento em Reserva não é preenchida

    Depois do vRA ser atualizado para a versão 7.5, a grade de armazenamento em Reserva não é preenchida.

    Solução alternativa: Reinicie o Serviço do VMware vCloud Automation Center da linha de comando ou da interface de gerenciamento de appliance do vRealize Automation.

  • API do serviço de portal removida

    As seguintes APIs do serviço de portal foram removidas:

    • Uso de capacidade
    • Estorno
    • Reclamação
    • Exportando relatórios para CSV, PDF, etc. 

     

  • As atualizações personalizadas no arquivo setenv.sh para o vRO são substituídas após a atualização.

    As atualizações personalizadas no arquivo setenv.sh para o vRO são substituídas após a atualização. O arquivo está localizado em /usr/lib/vco/app-server/bin/setenv.sh.  Atualize os valores onde a pós-atualização é apropriada e reinicie o servidor vco para aplicar as alterações.

     

Problemas conhecidos

Os problemas conhecidos são agrupados da seguinte maneira.

Instalação
  • Novo A instalação do vRA não pode corrigir problemas de configuração do IIS.

    A instalação do vRA não pode corrigir problemas de configuração do IIS quando o Windows 2019 é usado para implantar componentes IaaS-Web.

    Solução alternativa: Se você estiver implantando o vRA no Windows 2019, consulte a Base de Conhecimento da VMware para obter instruções.

Atualização
  • Novo Pré-verificação de upgrade do vRA 7.6 falha com ausência de resposta do IIS Server.

    Ao atualizar um nó IaaS manualmente usando o instalador IaaS, as verificações de pré-requisitos estão falhando com um status "Não OK" para a verificação do "Servidor IIS" e emite um erro: "O servidor IIS está instalado e em execução, mas não responde."

    Solução alternativa: Verifique se o IIS está acessível na porta esperada navegando até https://<web_node_fqdn>:<port>. Se o IIS estiver funcionando e for a única verificação de pré-requisitos com falha, ignore as verificações de pré-requisitos e continue.

  • O upgrade automático da versão 7.1 pode falhar ao fazer upgrade dos agentes de gerenciamento. Em "/opt/vmware/var/log/vami/updatecli.log" há um erro ao executar o script "/etc/bootstrap/preupdate.d/00-00-03-upgrade-management-agents", semelhante a: O certificado da VMware não foi instalado nos nós listados abaixo. Certifique-se de que o Agente de Gerenciamento esteja ativado e em execução neles e que ele tenha conectividade com o VA.

    O certificado de assinatura da VMware usado pelo procedimento de atualização do Agente de Gerenciamento para atualizações de versões anteriores a 7.3 expirou e as validações impedem que ele seja instalado nos nós do IaaS. Portanto, a atualização do Agente de Gerenciamento não pode continuar.

    1. Faça login em cada nó do IaaS.
    2. Baixe o arquivo MSI do instalador do Agente de Gerenciamento na página de download do VAMI (https://<va_hostname>:5480/installer).
    3. Execute-o para atualizar o Agente de Gerenciamento manualmente.
    4. Conecte o SSH ao VA primário e execute o "touch /tmp/do-not-upgrade-ma" para ignorar a atualização do Agente de Gerenciamento.
    5. Execute a atualização automática novamente na guia Atualização do VAMI.

    A KB será fornecida.

  • Pré-atualização, o serviço vco-configurator está em execução em todos os appliances. No entanto, depois de atualizar o vRA para a versão 7.6, o serviço vco-configurator não está em execução em nenhum appliance.

    TBD

    TBD

  • A atualização automática falha intermitentemente na fase de atualização dos Agentes de Gerenciamento indicando que um ou mais AGs não foram atualizados. Na página Atualização do VAMI, aparece um erro semelhante ao seguinte:
    "O Agente de Gerenciamento não foi atualizado nos nós listados abaixo. Certifique-se de que o Agente de Gerenciamento esteja ativado e em execução neles e que ele tenha conectividade com o VA."
    Na página Cluster do VAMI, as máquinas IaaS, listadas no erro acima, não foram conectadas por um período maior que o intervalo de verificação de integridade do Agente de Gerenciamento (por padrão, 30 segundos)
    Ao examinar o log de atualização do MSI nas máquinas do IaaS em que o Agente de Gerenciamento não foi atualizado, um erro semelhante ao seguinte pode ser encontrado:
    "Erro 1921. Não foi possível interromper o serviço do 'VMware vCloud Automation Center Management Agent' (Agente de Gerenciamento do VMware vCloud Automation Center). Verifique se você tem privilégios suficientes para interromper os serviços do sistema."

    O processo de atualização do MSI não é capaz de interromper o serviço do Agente de Gerenciamento no período de tempo esperado devido a um impasse no procedimento de atualização do MA, tempos limites e falhas, deixando o Agente de Gerenciamento no estado interrompido.

    https://kb.vmware.com/s/article/66541

Configurando e provisionando

  • Quando o navegador Firefox é usado para criar ou editar um blueprint, o valor de armazenamento máximo precisa ser preenchido manualmente para a VM do Modelo de Clone

    Ao compor um blueprint no Firefox, o valor máximo de armazenamento não é preenchido automaticamente na guia Recursos da Máquina depois que o modelo de Clone é selecionado para informações de compilação VM, e ele será realçado e marcado em vermelho.

    Você deve preencher manualmente o valor de armazenamento máximo.

  • A aprovação não está sendo acionada para a ação de dia 2 de alteração da concessão, e a ação de alteração da concessão é confirmada sem aguardar a aprovação

    Quando a aprovação se baseia na condição do número de dias de concessão solicitada, como a política de aprovação usando o tipo de política como "Serviço de catálogo – Solicitação de Ação de Recurso – Alterar Concessão – Implantação/Máquina", onde uma aprovação é necessária com base em uma cláusula que satisfaz o número de dias de concessão e está associada ao tipo de política no direito de catálogo. Depois que a máquina é provisionada quando você altera a concessão da máquina, a ação é processada sem chamar nenhuma aprovação.

    Solução alternativa: Para Alterar Concessão, use "Sempre" para tipos de aprovação em vez de adicionar uma cláusula para o número de dias de concessão.

  • Falha na atualização do endpoint do ASD vSphere

    Ao tentar atualizar o endpoint do ASD vSphere no vRA, ocorrerá uma falha devido a um valor incorreto para o campo "instanceToUpdate"
     

  • A ativação de uma VM falha quando a VM é provisionada a partir de uma reserva que contém um único host que não está contido em um cluster.

    Esse problema foi introduzido no vRealize Automation 7.6 e foi resolvido no vRA 7.6.1.

    Mova o host para um cluster existente ou crie um novo cluster para conter o host.

Problemas anteriores conhecidos

Para visualizar uma lista de problemas conhecidos anteriormente, clique aqui.

check-circle-line exclamation-circle-line close-line
Scroll to top icon