vRealize Orchestrator Appliance 8.2 | 06 de outubro de 2020 | Compilação 16995073

vRealize Orchestrator Update Repository 8.2 | 13 de outubro de 2020 | Compilação 17015463

Verifique frequentemente se há complementos a estas notas da 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 no vRealize Orchestrator 8.2

O vRealize Orchestrator 8.2 é sobretudo uma versão de manutenção e estabilização. Agora você pode editar fluxos de trabalho e ações diretamente do fluxo de trabalho principal que os referencia. Para obter mais informações, consulte editar fluxos de trabalho e ações do fluxo de trabalho principal.

Aviso de linguagem ofensiva

Na VMware, valorizamos a inclusão. Para promover esse princípio em nossa comunidade interna, de clientes e parceiros, removemos a linguagem não inclusiva da nossa documentação.

Aviso de recurso

O recurso de reprodução de token de fluxo de trabalho agora vem desativado por padrão. Você pode executar as repetições de token para cada fluxo de trabalho executado individualmente ou ativar o recurso para todas as execuções de fluxo de trabalho no Centro de Controle do vRealize Orchestrator. Para obter mais informações, consulte Usar reprodução de token de fluxo de trabalho no cliente vRealize Orchestrator.

Implantação do VMware vRealize Orchestrator 8.2 Appliance

O vRealize Orchestrator Appliance é um dispositivo com base no VMware PhotonOS distribuído como um arquivo OVA. Ele é pré-criado e pré-configurado com um banco de dados PostgreSQL interno e pode ser implantado com o vCenter Server 6.0 ou versões posteriores.

O vRealize Orchestrator Appliance é uma maneira rápida, fácil de usar e mais econômica de integrar a pilha do VMware Cloud, incluindo o vRealize Automation e o vCenter Server, aos seus processos e ambiente de TI.

Para obter instruções sobre como implantar o vRealize Orchestrator Appliance, consulte Baixar e implantar o vRealize Orchestrator Appliance

Para obter informações sobre como configurar o servidor do vRealize Orchestrator Appliance, consulte Configurando um servidor vRealize Orchestrator autônomo.

Atualização e migração para o vRealize Orchestrator 8.2

Você pode atualizar uma implantação do vRealize Orchestrator 8.0 ou 8.0.1 autônoma ou agrupada em cluster para a versão mais recente do produto usando uma imagem ISO montada.

Para obter mais informações sobre como atualizar o vRealize Orchestrator Appliance, consulte Atualização do vRealize Orchestrator.

Você pode migrar para o vRealize Orchestrator 8.2 uma instância do vRealize Orchestrator autônoma autenticada no vSphere ou no vRealize Automation. As versões do produto do vRealize Orchestrator 7.x compatíveis com a migração são as versões 7.3 à 7.6. Não há suporte para a migração de implantações agrupadas em cluster do vRealize Orchestrator 7.x.

Para obter mais informações sobre como migrar o vRealize Orchestrator Appliance, consulte Migração do vRealize Orchestrator.

Extensão da expiração da senha raiz

Importante: Por motivos de segurança, a expiração da senha da conta raiz do vRealize Orchestrator Appliance é definida como 365 dias. Para aumentar o tempo de expiração de uma conta, faça login no vRealize Orchestrator Appliance como raiz e execute o seguinte comando:

passwd -x number_of_days name_of_account

Para que a sua senha raiz do vRealize Orchestrator Appliance dure para sempre, execute o seguinte comando:

passwd -x 99999 root

Plug-ins instalados com o vRealize Orchestrator 8.2

Os seguintes plug-ins são instalados por padrão com o vRealize Orchestrator 8.2

  • vRealize Orchestrator vCenter Server Plug-In 6.5.0
  • vRealize Orchestrator Mail Plug-In 7.0.3
  • vRealize Orchestrator SQL Plug-In 1.1.5
  • vRealize Orchestrator SSH Plug-In 7.2.0
  • vRealize Orchestrator SOAP Plug-In 2.0.2
  • vRealize Orchestrator HTTP-REST Plug-In 2.3.8
  • vRealize Orchestrator Plug-In for Microsoft Active Directory 3.0.11
  • vRealize Orchestrator AMQP Plug-In 1.0.4
  • vRealize Orchestrator SNMP Plug-In 1.0.3
  • vRealize Orchestrator PowerShell Plug-In 1.0.18
  • vRealize Orchestrator Multi-Node Plug-In 8.2.0
  • vRealize Orchestrator Dynamic Types 1.3.6
  • vRealize Orchestrator vCloud Suite API (vAPI) Plug-In 7.5.2

Suporte para internacionalização

O vRealize Orchestrator 8.2 oferece suporte a vários idiomas para o Centro de Controle do vRealize Orchestrator e o cliente vRealize Orchestrator.

Como fornecer comentários

Valorizamos o seu feedback ativo. Forneça seus comentários usando um dos seguintes métodos:

Solicitações de suporte

Comunique como solicitações de suporte (SRs) todos os problemas que você encontrar, mesmo se você os reportar para a VMware por outros meios.

Para obter mais informações sobre o Suporte da VMware e instruções sobre como fazer SRs, visite a página oficial da VMware para ofertas de suporte.

Inclua arquivos de log em suas SRs.

Para gerar os logs do vRealize Orchestrator:

1. Faça login na linha de comando do vRealize Orchestrator Appliance como raiz.

2. Execute o comando vracli log-bundle.

Resultado: O pacote de log é gerado na pasta raiz do vRealize Orchestrator Appliance.

Versões anteriores do vRealize Orchestrator

Os recursos e os problemas das versões anteriores do vRealize Orchestrator estão descritos nas notas da versão de cada versão. Para conferir as notas da versão das versões anteriores do vRealize Orchestrator, clique em um dos seguintes links:

Problemas resolvidos

  • Não é possível carregar mais de 20 cartões de objeto da exibição em cartão.

    Se você configurar seu vídeo para usar uma resolução de 2K ou superior, ou uma resolução personalizada com mais de 1080 pixels de altura, a exibição em cartão não poderá carregar mais de 20 cartões.

  • As pastas duplicadas aparecerão no modo de exibição em árvore em um cliente do vRealize Orchestrator incorporado após a atualização de um ambiente 8.0.1 do vRealize Automation de Alta Disponibilidade (HA).

    Após a atualização para o vRealize Automation 8.1, várias pastas com nomes idênticos aparecerão na exibição em árvore do cliente do vRealize Orchestrator incorporado. Uma das pastas é usada, e as outras pastas podem estar vazias. Um problema semelhante também pode ocorrer com as novas implantações do vRealize Automation 8.1 de alta disponibilidade.

  • A execução de um fluxo de trabalho com uma validação de apresentação herdada falha quando o OGNL usa a variável "__current".

    Os fluxos de trabalho criados no cliente herdado Orchestrator que usam a variável "__current" no script de validação personalizado do OGNL não são iniciados a partir do cliente vRealize Orchestrator quando o valor do campo é um objeto SDK.

  • As operações de pull e push demoram muito para serem concluídas.

    Em alguns casos, as operações de pull e push do cliente vRealize Orchestrator para o servidor Git integrado continuam por 2 minutos.

  • Os tipos Propriedades e Matriz/Propriedades não podem ter valores de origem externos padrão.

    O uso de valores externos para os tipos Propriedades e Matriz/Propriedades no formulário de entrada de fluxo de trabalho não mostra as ações corretas. Mesmo que você possa definir a ação correta, o formulário de entrada é preenchido com valores inválidos durante a validação.

  • Os pontos de interrupção são ativados na exibição de comparação visual no histórico de versões.

    Você pode colocar pontos de interrupção de tarefa programável por script e de elemento na exibição de comparação visual.

  • Botão Duplicar ausente na exibição em árvore.

    Ao selecionar pastas ou objetos individuais na exibição em árvore, o botão Duplicar não aparece.

  • As ações internas não podem ser duplicadas.

    Se você editar as ações que vêm com a biblioteca padrão do vRealize Orchestrator, deverá primeiro duplicar a ação relevante. Não é possível duplicar a ação porque o botão Duplicar não aparece no cartão de ação.

  • A página Histórico de Versões exibe dados incorretos para a versão atual. Após a execução de uma operação de push, a última alteração feita no conteúdo desaparece. 

    Esse erro pode ocorrer quando vários editores de objeto estão abertos ao mesmo tempo, e um ou mais usuários estão fazendo alterações. Por exemplo, você pode fazer alterações em um fluxo de trabalho do vRealize Orchestrator e em uma ação do vRealize Orchestrator em guias separadas do navegador. Depois de fazer várias alterações no fluxo de trabalho e na ação, salve as alterações no fluxo de trabalho. Quando você envia o fluxo de trabalho atualizado para o repositório Git integrado, as alterações de ação salvas são perdidas.

  • Você será desconectado(a) do cliente vRealize Orchestrator, mesmo que haja atividade na janela do navegador.

    A sessão atinge o tempo limite, e você é desconectado(a) quando há um período prolongado de inatividade no navegador. Por padrão, esse período é definido como 25 minutos. Se você tiver várias guias do navegador ou janelas do navegador abertas no mesmo aplicativo, o tempo limite de inatividade será contado separadamente para cada guia ou janela. Portanto, você será desconectado(a) da sessão, mesmo que esteja em atividade em uma das guias. 

  •  As ações que fazem parte do formulário de entrada de um fluxo de trabalho não aparecem no pacote que contém o fluxo de trabalho.

     As ações que fazem parte do formulário de entrada de um fluxo de trabalho não aparecem no pacote que contém o fluxo de trabalho.

Problemas conhecidos

Os problemas conhecidos são agrupados da seguinte maneira.

Problemas de configuração
  • O contêiner do Centro de Controle do vRealize Orchestrator não é iniciado e abre no navegador.

    Esse problema é causado por um erro no arquivo /data/vco/usr/lib/vco/configuration/log/catalina.log.

    Solução alternativa:

    1. Execute o seguinte comando para reiniciar o pod vco-app que travou.
      kubectl -n prelude delete pod vco-app[id]
    2.  Após alguns segundos, o pod é destruído, e um novo pod é implantado.
      * vco-app-[id_new_deployment]         3/3    Running       30          4d6h
Problemas de migração/atualização
  • Ao migrar o vRealize Orchestrator 7.4 para o vRealize Orchestrator 8.2, as alterações locais em ações e recursos na página de histórico do Git ficam vazias.

    Ao migrar o vRealize Orchestrator 7.4 para o vRealize Orchestrator 8.2, as alterações locais em ações e recursos da página de histórico de Git ficam vazias. O conteúdo não está disponível.

    Solução alternativa: Migre a instância do vRealize Orchestrator primeiro da versão 7.4 para a 8.1 HF1/HF2. Em seguida, atualize para a 8.2.

  • O conteúdo do plug-in pode ser detectado como alterações locais no Git ao usar a integração do Git do vRealize Orchestrator.

    Após a instalação do vRealize Automation ou do vRealize Orchestrator 8.1 Patch 3, os fluxos de trabalho e as ações do plug-in do vCenter são detectados como alterações locais no Git, por exemplo, Workflows/Library/vCenter/Virtual Machine management/Device Management/Add CD-ROM/workflow.xml.

    Sem solução alternativa.

  • Pods do Kubernetes para o vco-app- falham com um status de CrashLoopBackOff após a implantação de um patch do vRealize Automation 8.1

    O log vco-app-xxx inclui entradas semelhantes às seguintes:

    [ERROR] ERROR: duplicate key value violates unique constraint "uk_vmoreselt"
      Detail: Key (tenantid, categoryid, name)=(__SYSTEM, 8a7482a57310c83401733xxxxxxxxxxxxx, configuration.json) already exists.
      Where: SQL statement "UPDATE vmo_resourceelement
         SET categoryid = '8a7482a57310c83401733xxxxxxxxx'
        WHERE categoryid IN ( SELECT t.id FROM Tree t WHERE t.id != '8a7482a57310c83401733xxxxxxxxxxx' AND t.name = 'SecurityModel' AND t.level = '11' AND t.parentcategoryid = '8a7482a57310c83401733xxxxxxxxxx' AND t.tenantId = '_SYSTEM' ) and tenantid = '_SYSTEM'"

    Solução alternativa:

    1. Faça login no banco de dados Posgres do vRealize Automation Appliance.
    2. Localize a senha vco-db:   
      • Execute o comando kubectl get secret db-credentials -n prelude -o yaml.   
      • Localize o valor vco-db e descriptografe-o (echo “vco-db value” | base64 --decode )
    3. Para navegar até o console do pod do Postgres, execute o comando kubectl exec -it postgres-0 /bin/bash -n prelude
    4. Para fazer login no ebs-db, execute o comando the psql -U vco-db -h localhost.
    5. Limpe o banco de dados.
      • Verifique a entrada com o seguinte categoryid: SELECT name, categoryid FROM          vmo_resourceelement ORDER BY name   
      • Exclua a entrada com o seguinte categoryid: DELETE FROM vmo_resourceelement WHERE categoryid ‘8a7482a57310c83401733xxxxxxxx’.    
  • Ao migrar o vRealize Orchestrator 7.4 para a versão 8.1 patch 3 ou a versão 8.2, os fluxos de trabalho do sistema são detectados como alterações locais no histórico de Git.

    Os fluxos de trabalho do sistema migrados da versão 7.4 para a versão 8.1 patch 3 ou a versão 8.2 são detectados como alterações locais no histórico de Git.

    Sem solução alternativa.

  • Após o upgrade, a categoria "Aguardando entrada" mostra zero token de fluxo de trabalho.

    Após a atualização, o número de tokens em um estado de espera que aparecem nas categorias Execuções de fluxo de trabalho e Aguardando entrada será diferente. 

    Sem solução alternativa.

Problemas do cliente Web
  • Não é possível fazer push de confirmações para uma ramificação Git protegida.

    Se a ramificação Git configurada estiver protegida, a operação de push falhará de forma consistente, mas a mensagem exibida indicará que o push foi realizado com sucesso.

    Sem solução alternativa.

  • Os logs de fluxo de trabalho não são alterados quando você seleciona elementos do esquema de fluxo de trabalho.

    Quando você seleciona elementos do esquema de fluxos de trabalho, os logs não são alterados. Eles aparecem apenas no primeiro elemento selecionado.

    Solução alternativa: Ative a repetição de token e selecione o elemento na Exibição em árvore de token.

  • Os erros de validação de fluxo de trabalho persistem para fluxos de trabalho mesmo após a resolução dos erros.

    Os erros de validação não desaparecem do esquema de fluxo de trabalho após a resolução dos erros e a gravação do fluxo de trabalho validado.

    Sem solução alternativa.

  • Ocorrem erros ao executar scripts de elemento de decisão personalizada com os novos tempos de execução.

    Os tempos de execução que não sejam o JavaScript não oferecem suporte a scripts de elemento de decisão personalizada. 

    Solução alternativa: Não adicione scripts de decisão personalizada a scripts Python, Node.js ou PowerShell.

  • Os usuários podem descartar as alterações de Git no conteúdo ao qual não têm acesso.

    Na página Histórico de Git, os usuários com direitos de designer de fluxo de trabalho podem descartar alterações do Git no conteúdo ao qual eles não têm acesso.

    Sem solução alternativa.

  • No cliente vRealize Orchestrator, você vê tags com caracteres de sublinhado no nome.

    O cliente vRealize Orchestrator não oferece suporte a nomes de tag com menos de três caracteres ou nomes com caracteres de espaço em branco. Todas as tags geradas automaticamente a partir de objetos com nomes mais curtos são sufixadas com caracteres de sublinhado. Todos os caracteres de espaço em branco também serão substituídos por sublinhados. Por exemplo, um fluxo de trabalho localizado em /Library/project A/app/DR/backup no cliente herdado Orchestrator, quando migrado, tem as seguintes tags geradas automaticamente no cliente vRealize Orchestrator: "Library", "project_A", "app", "DR_".

    Solução alternativa: Siga as convenções de marcação ao criar um novo conteúdo no cliente vRealize Orchestrator.

  • Alguns conteúdos importados do vRealize Orchestrator 7.6 não podem ser excluídos no vRealize Orchestrator 8.0.

    Os fluxos de trabalho de biblioteca importados do vRealize Orchestrator 7.6 para o vRealize Orchestrator 8.x não podem ser excluídos como uma dependência de um conteúdo personalizado porque esses fluxos de trabalho de biblioteca são somente leitura. Talvez você queira excluí-los pois eles existiam no vRealize Orchestrator 7.6 e não existem no vRealize Orchestrator 8.x, mas são importados com o pacote. Os erros de Git podem ocorrer em relação a alguns desses fluxos de trabalho usando caracteres que eram válidos no vRealize Orchestrator 7.6, mas não no vRealize Orchestrator 8.

    Solução alternativa: Antes de exportar, exclua do pacote os fluxos de trabalho de biblioteca. Como alternativa, antes de importar, você pode cancelar a seleção de fluxos de trabalho de biblioteca na importação. Se você não tiver usado qualquer uma dessas soluções alternativas, poderá restaurar o último backup do banco de dados do vRealize Orchestrator antes da importação.

  • As alterações locais não estão disponíveis após a duplicação e a exclusão de um fluxo de trabalho.

    Duplique um fluxo de trabalho e exclua-o. No histórico de Git, não há alteração local para o fluxo de trabalho excluído.

    Sem solução alternativa.

  • Mudar um repositório ativo para o estado inativo e depois de volta para o estado ativo causa um erro ao tentar fazer push das alterações locais.

    Alterar o estado do repositório pode causar um erro na próxima confirmação para o repositório. A mensagem de erro pode ser a seguinte: "Erro: Falha ao enviar para remoto com o status: REJECTED_NONFASTFORWARD".

    Solução alternativa: Primeiro faça pull e depois push das alterações locais.

  • Os detalhes do elemento de recurso não podem ser atualizados.

    O cliente vRealize Orchestrator não é compatível com a atualização das seguintes propriedades do elemento de recurso: nome, descrição, versão (não visível na interface do usuário), tipo MIME.

    Sem solução alternativa.

  • Após o upgrade para o vRealize Orchestrator ou o vRealize Automation 8.2, alguns elementos de recurso no cliente do vRealize Orchestrator podem parecer alterados ou revertidos para uma versão mais antiga.

    Após o upgrade para o vRealize Orchestrator ou o vRealize Automation 8.2, alguns elementos de recurso no cliente do vRealize Orchestrator podem parecer alterados ou revertidos para uma versão mais antiga. Esse problema ocorre com os elementos de recurso que foram atualizados anteriormente no cliente do vRealize Orchestrator usando um arquivo de origem diferente. Depois de realizar o upgrade do vRealize Orchestrator ou a implantação do vRealize Automation, esses elementos de recurso podem ser substituídos por uma versão mais antiga. Esse é um problema intermitente.

    Solução alternativa:

    1. Faça login no Cliente do vRealize Orchestrator.
    2. Naveqgue até Ativos>Recursos.
    3. Selecione o elemento de recurso afetado pelo problema.
    4. Selecione a guia Histórico de versões e restaure o elemento para a versão apropriada.
    5. Repita o procedimento para todos os elementos de recurso afetados.

Problemas diversos
  • O tamanho do banco de dados vRealize Orchestrator é muito grande devido à tabela vmo_tokenreplay.

    A tabela vmo_tokenreplay é muito grande.

    Solução alternativa: Acesse o Centro de Controle. Em Propriedades da extensão, digite tokenreplay e desative a propriedade Gravar repetição para todas as execuções de fluxo de trabalho.

  • Ao importar pacotes maiores do que o permitido, você verá uma mensagem informando que o carregamento falhou com um código de status 500.

    Por padrão, o tamanho máximo para pacotes importados é 50 MB. Se você tentar importar pacotes com mais de 50 MB, verá uma mensagem informando que o carregamento falhou.

    Sem solução alternativa.

  • Importar em uma versão anterior do vRealize Orchestrator um pacote criado em uma versão mais recente do vRealize Orchestrator pode causar um erro.

    Os problemas de compatibilidade entre as versões do vRealize Orchestrator levam à incapacidade de importar em implantações anteriores do vRealize Orchestrator pacotes criados em versões de produtos mais recentes.

    Sem solução alternativa.

  • O plug-in do vCenter Server não é compatível com políticas.
    O vCenter Server Plug-in for vRealize Orchestrator não é compatível com o uso de políticas para monitorar eventos emitidos pela instância gerenciada do vCenter Server.
  • Executar o fluxo de trabalho Executar comando do SSH no plug-in multinó faz com que o fluxo de trabalho falhe.

    Anexar uma instância remota do vRealize Orchestrator usando o plug-in multinó e executar o fluxo de trabalho Executar comando do SSH, que é sincronizado a partir do repositório remoto, faz com que o fluxo de trabalho falhe.

    Solução alternativa: Para fazer com que o fluxo de trabalho passe com êxito, renomeie a variável local no fluxo de trabalho gerado para o elemento de script final Executar comando SSH. O script a seguir é um exemplo de correção.

    var r = remoteToken.getOutputParameters(); 
    result = r.get("result"); 
    errorText = r.get("errorText"); 
    outputText = r.get("outputText");

Problemas conhecidos anteriormente

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

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