Preparação para a migração

Antes de começar a migrar qualquer tipo de implantação do vCenter Server para um dispositivo, você deve concluir as tarefas de preparação.

Tarefas de preparação:

Sincronizar ESXi relógios com um servidor de horário de rede

Antes de instalar o vCenter Server, certifique-se de que todas as máquinas em sua rede do vSphere tenham seus relógios sincronizados.

Esta tarefa explica como configurar o NTP do VMware Host Client.

Procedimento

Inicie o VMware Host Client e conecte-se ao host ESXi.
Clique em Gerenciar (Manage).
Em Sistema (System), clique em Hora e data (Time & date) e clique em Editar configurações (Edit settings).
Selecione Usar protocolo de horário da rede (ativar cliente NTP).
Na caixa de texto Servidores NTP, digite o endereço IP ou o nome de domínio totalmente qualificado de um ou mais servidores NTP com os quais sincronizar.
No menu suspenso Política de Inicialização do Serviço NTP (NTP Service Start-up Policy), selecione Iniciar e parar com o host (Start and stop with host).
Clique em Salvar (Save).
O host sincroniza com o servidor NTP.

Preparando vCenter Server Bancos de Dados para Migração

A instância do appliance do vCenter Server requer um banco de dados para armazenar e organizar os dados do servidor. Certifique-se de que seu banco de dados de origem vCenter Server esteja preparado para migração para o dispositivo vCenter Server de destino.

Cada instância do appliance do vCenter Server deve ter seu próprio banco de dados. O banco de dados PostgreSQL empacotado que está incluído no appliance do vCenter Server oferece suporte a até 2.500 hosts e 30.000 máquinas virtuais.

Para garantir que seu banco de dados esteja preparado para a migração:

Verifique se as senhas são atuais e não estão definidas para expirar em breve.
(Opcional) Reduza o tamanho do banco de dados. Para obter mais informações, consulte o artigo da Base de conhecimento KB 2110031.
Verifique se você fez backup do seu banco de dados. Consulte a documentação do banco de dados.
Verifique se vCenter Server pode se comunicar com o banco de dados local.

Durante a migração do dispositivo vCenter Server para vCenter Server, o instalador:

Exporta o banco de dados vCenter Server.
Implementa o dispositivo vCenter Server de destino em um estado não configurado.
Copia os dados exportados para o appliance do vCenter Server de destino.
Inicia o serviço PostgreSQL para importar os dados do banco de dados de origem.
Atualiza o esquema do banco de dados para ser compatível com o dispositivo vCenter Server de destino.
Inicia os serviços do appliance do vCenter Server de destino.

Ao configurar o appliance do vCenter Server de destino, você inicializa e configura usando o banco de dados importado com o esquema antigo. Você tem várias opções de migração:

Tabelas de inventário
Tabelas de inventário com eventos e tarefas
Todos os dados do banco de dados

Preparar um Banco de Dados Oracle para Migração

Certifique-se de ter as credenciais necessárias e de concluir qualquer limpeza necessária ou outra preparação antes de migrar seu banco de dados Oracle de Windows para um banco de dados PostgreSQL incorporado no dispositivo do.

Pré-requisitos

Verifique se você confirmou a interoperabilidade básica antes de preparar o banco de dados Oracle para migração.

Verifique se você fez backup do seu banco de dados. Para obter informações sobre como fazer backup do banco de dados vCenter Server, consulte a documentação do Oracle.

Procedimento

Verifique se as senhas são atuais e não estão definidas para expirar em breve.
Certifique-se de ter as credenciais de login, o nome do banco de dados e o nome do servidor de banco de dados que o banco de dados vCenter Server deve usar.
Procure no sistema ODBC o nome da conexão do nome de origem do banco de dados para o banco de dados vCenter Server.
Use o Oracle SERVICE_NAME em vez do SID para verificar se sua instância de banco de dados Oracle está disponível.
- Efetue login no servidor de banco de dados para ler o log de alertas: $ORACLE_BASE/diag/rdbms/$instance_name/$INSTANCE_NAME/trace/alert_$ INSTANCE_NAME.log.
- Faça login no servidor de banco de dados para ler a saída de status do Ouvinte Oracle.
- Se você tiver o cliente SQL*Plus instalado, poderá usar tnsping para a instância de banco de dados vCenter. Se o comando tnsping não funcionar na primeira vez, tente novamente após alguns minutos. Se tentar novamente não funcionar, reinicie a instância de banco de dados vCenter no servidor Oracle e tente novamente tnsping para garantir que ela esteja disponível.
Verifique se o arquivo do driver JDBC está incluído na variável CLASSPATH.
Verifique se as permissões estão definidas corretamente.
Atribua a função de DBA ou conceda as permissões necessárias ao usuário.
Faça um backup completo do banco de dados vCenter Server.

Resultados

Seu banco de dados está preparado para a migração de vCenter Server para vCenter Server Appliance.

Preparar um banco de dados do Microsoft SQL Server para migração

Certifique-se de ter as credenciais necessárias e de concluir qualquer limpeza necessária ou outra preparação antes de migrar seu banco de dados do Microsoft SQL Server em Windows para um dispositivo de banco de dados PostgreSQL incorporado.

Importante: Você não poderá usar Integrar Windows para seu método de autenticação se o serviço vCenter Server estiver sendo executado na conta de sistema interna da Microsoft Windows.

Pré-requisitos

Verifique se você fez backup do seu banco de dados. Para obter informações sobre como fazer backup do banco de dados vCenter Server, consulte a documentação do Microsoft SQL Server.

Procedimento

Verifique se as senhas são atuais e não estão definidas para expirar em breve.
Verifique se o JDK 1.6 ou posterior está instalado na máquina vCenter Server.
Verifique se o arquivo sqljdbc4.jar foi adicionado à variável CLASSPATH na máquina em que vCenter Server Appliance deve ser migrado.
Se o arquivo sqljdbc4.jar não estiver instalado em seu sistema, o instalador do vCenter Server Appliance o instalará.
Verifique se o nome da origem do banco de dados do sistema está usando o driver do Microsoft SQL Server Native Client 10 ou 11.
Faça um backup completo do banco de dados vCenter Server.

Resultados

Seu banco de dados está preparado para a migração de vCenter Server para vCenter Server Appliance.

Preparar o banco de dados PostgreSQL antes de migrar vCenter Server para um appliance

Certifique-se de ter as credenciais necessárias e de concluir qualquer limpeza ou outra preparação necessária antes de migrar a instalação do banco de dados PostgreSQL em Windows para um dispositivo.

Para obter informações sobre como fazer backup do banco de dados vCenter Server, consulte a documentação do PostgreSQL.

Pré-requisitos

Verifique se você confirmou a interoperabilidade básica da migração antes de preparar o banco de dados PostgreSQL para migração de vCenter Server.

Procedimento

Verifique se as senhas são atuais e não estão definidas para expirar em breve.
Para vCenter Server, localize o script cleanup_orphaned_data_PostgresSQL.sql na imagem ISO e copie-o para o servidor PostgreSQL.
Faça login em vCenter Server Appliance como usuário raiz.
Execute o script de limpeza.
/opt/vmware/vpostgres/9.4/bin/psql -U postgres -d VCDB -f path cleanup_orphaned_data_Postgres.sql

O script de limpeza limpa e elimina todos os dados desnecessários ou órfãos no banco de dados vCenter Server que não são usados por nenhum componente vCenter Server.
Faça um backup completo do banco de dados vCenter Server.

Resultados

Seu banco de dados está preparado para a migração de vCenter Server para vCenter Server Appliance.

Preparar hosts ESXi gerenciados para migração

Você deve preparar os hosts ESXi gerenciados por sua instalação do vCenter Server antes de migrá-los de Windows para vCenter Server 8.0.

Pré-requisitos

Para migrar vCenter Server ou um Platform Services Controller externo de Windows para vCenter Server 8.0, seus hosts ESXi de origem e destino devem atender aos requisitos de migração.

Os hosts ESXi devem estar na versão 6.7 ou superior. Para obter informações sobre a compatibilidade do ESXi, consulte o VMwareGuia de Compatibilidade.
Os hosts ESXi não devem estar no modo de bloqueio ou manutenção.

Procedimento

Para manter seus certificados SSL atuais, faça backup dos certificados SSL que estão no sistema vCenter Server antes de fazer upgrade para o vCenter Server 8.0.
A localização padrão dos certificados SSL é %allusersprofile%\VMware\}\VMware\} VirtualCenter.
Se você tiver certificados Personalizados ou de Impressão Digital, consulte ESXi Upgrades e certificados de host para determinar suas etapas preparatórias.
Se você tiver vSphere HA clusters, a verificação de certificado SSL deverá estar ativada.
Se você tiver vSphere HA clusters, a verificação de certificado SSL deverá estar ativada.
1. Selecione a instância vCenter Server na árvore de inventário vSphere Client.
2. Selecione a guia Gerenciar (Manage) e a subguia Geral (General).
3. Verifique se vCenter Server requer certificados SSL de host verificados está selecionado.

Resultados

Seus hosts ESXi estão prontos para migração para o dispositivo vCenter Server.

Preparando vCenter Server Certificados para Migração

Você deve verificar se os certificados vCenter Server de origem estão preparados antes de iniciar o processo de migração.

No vSphere 6.0 e versões posteriores, os certificados são armazenados no repositório de certificados do VMware Endpoint. O processo de migração prossegue normalmente e preserva seus certificados. Para obter informações sobre vCenter Server locais de certificados, consulte o artigo da Base de conhecimento KB 2111411.

Localização dos arquivos de certificado

Os arquivos de certificado vCenter Server estão localizados em %ProgramData%\VMware\}\VMware\} VirtualCenter\SSL

Tipos de certificado compatíveis

Se o seu ambiente usar qualquer um dos tipos de certificado com suporte, você poderá continuar com a migração. O processo de migração prossegue normalmente e preserva seus certificados.

Seu arquivo rui.crt contém toda a cadeia, incluindo o certificado folha. Você pode criar esse tipo de certificado implantando e usando a VMware SSL Certificate Automation Tool; consulte o artigo da Base de conhecimento KB 2057340 .
Seu arquivo rui.crt contém o certificado folha e o cacert.pem correspondente está disponível em %ProgramData%\VMware\}\VMware\} VirtualCenter\SSL para validar o rui.crt.

Tipos de certificado não compatíveis

Se o seu ambiente usar qualquer um dos tipos de certificado sem suporte, você deverá preparar seus certificados antes de prosseguir com o processo de migração.

Seu rui.crt contém apenas o certificado folha, o cacert.pem está ausente ou é inválido e cacert.pem não foi adicionado à confiança Windows loja.
Obtenha o certificado da Autoridade de Certificação, incluindo todos os certificados intermediários, e crie um arquivo cacert.pem ou substitua os certificados vCenter Server por qualquer um dos formatos compatíveis.
Seu rui.crt contém apenas o certificado folha e o cacert.pem está ausente ou é inválido, mas o cacert.pem é adicionado à confiança Windows loja.
Obtenha o certificado da Autoridade de Certificação, incluindo todos os certificados intermediários do armazenamento confiável Windows e crie cacert.pem. Use o OpenSSL para verificar o certificado executando o comando verify -CAfile cacert.pem rui.crt.

Para obter mais informações sobre vSphere certificados de segurança, consulte a documentação vSphere Segurança.

Requisitos do sistema para o instalador do vCenter Server

Você pode executar o instalador da GUI ou CLI do vCenter Server a partir de uma máquina cliente de rede que está sendo executada em um sistema operacional Windows, Linux ou Mac de uma versão compatível.

Para garantir o desempenho ideal dos instaladores de GUI e CLI, use uma máquina cliente que atenda aos requisitos mínimos de hardware.

Tabela 1. Requisitos do sistema para os instaladores de GUI e CLI
Sistema operacional	Versões compatíveis	Configuração mínima de hardware para desempenho ideal
Windows	Windows 10, 11 Windows 2016 x64 bits Windows 2019 x64 bits Windows 2022 x64 bits	4 GB de RAM, 2 CPUs com 4 núcleos com 2,3 GHz, disco rígido de 32 GB, 1 NIC
Linux	SUSE 15 Ubuntu 18.04, 20.04, 21.10	4 GB de RAM, 1 CPU com 2 núcleos com 2,3 GHz, disco rígido de 16 GB, 1 NIC Observação: O instalador da CLI requer o SO de 64 bits.
Mac	macOS 10.15, 11, 12 macOS Catalina, Big Sur, Monterey	8 GB de RAM, 1 CPU com 4 núcleos com 2,4 GHz, disco rígido de 150 GB, 1 NIC

Observação: Para máquinas cliente executadas no Mac 10.15 ou posterior, não há suporte para implantações de GUI simultâneas de vários dispositivos. Você deve implantar os dispositivos em uma sequência.

Observação: Visual C++ bibliotecas redistribuíveis precisam ser instaladas para executar o instalador da CLI em versões de Windows anteriores a Windows 10. Os instaladores da Microsoft para essas bibliotecas estão localizados no diretório vcsa-cli-installer/win32/vcredist.

Observação: A implantação do dispositivo vCenter Server com a GUI requer uma resolução mínima de 1024x768 para ser exibida corretamente. Resoluções mais baixas podem truncar os elementos da interface do usuário.

Determinar o tamanho do banco de dados Oracle e o tamanho do armazenamento para o novo dispositivo

Antes de atualizar um appliance do vCenter Server ou migrar um vCenter Server no Windows que usa um banco de dados Oracle externo, você deve determinar o tamanho do banco de dados existente. Com base no tamanho do banco de dados existente, você pode calcular o tamanho mínimo de armazenamento para o novo banco de dados do appliance do vCenter Server usando um banco de dados PostgreSQL incorporado.

Execute scripts para determinar o tamanho da tabela principal do Oracle, o tamanho da tabela de eventos e tarefas e o tamanho da tabela de estatísticas. A tabela principal do Oracle corresponde à partição do banco de dados (/storage/db) do banco de dados PostgreSQL. As tabelas de estatísticas e eventos do Oracle correspondem à partição de estatísticas, eventos, alarmes e tarefas (/storage/seat) do banco de dados PostgreSQL.

Durante o upgrade do dispositivo, você deve selecionar um tamanho de armazenamento para o novo dispositivo que seja pelo menos duas vezes maior do que o tamanho das tabelas do Oracle.

Durante o upgrade do appliance do, você pode selecionar os tipos de dados a serem transferidos para o novo appliance do. Para minimizar o tempo de upgrade e os requisitos de armazenamento do novo dispositivo, você pode optar por transferir apenas os dados de configuração.

Pré-requisitos

Você deve ter as credenciais de login do banco de dados vCenter Server.

Procedimento

Faça login em uma sessão do SQL*Plus com o usuário do banco de dados vCenter Server.

Determine o tamanho da tabela principal executando o script a seguir.

SELECT ROUND(SUM(s.bytes)/(1024*1024)) SIZE_MB
  FROM   user_segments s
  WHERE  (s.segment_name,s.segment_type)
                IN (SELECT seg_name, seg_type FROM
                         (SELECT t.table_name seg_name, t.table_name tname,
                           'TABLE' seg_type
                           FROM   user_tables t
                          UNION
                          SELECT i.index_name, i.table_name,
                          'INDEX'
                           FROM   user_indexes i
                         ) ti
                    WHERE  (ti.tname LIKE 'VPX_%'
                            OR ti.tname LIKE 'CL_%'
                            OR ti.tname LIKE 'VDC_%')
                        AND ti.tname NOT LIKE 'VPX_SAMPLE_TIME%'
                        AND ti.tname NOT LIKE 'VPX_HIST_STAT%'
                        AND ti.tname NOT LIKE 'VPX_TOPN%'
                        AND ti.tname NOT LIKE 'VPX_SDRS_STATS_VM%'
                        AND ti.tname NOT LIKE 'VPX_SDRS_STATS_DATASTORE%'
                        AND ti.tname NOT LIKE 'VPX_TASK%'
                        AND ti.tname NOT LIKE 'VPX_EVENT%'
                        AND ti.tname NOT LIKE 'VPX_PROPERTY_BULLETIN%');

O script retorna o tamanho do armazenamento do banco de dados em MB.

Determine o tamanho da tabela de eventos e tarefas executando o script a seguir.

SELECT ROUND(SUM(s.bytes)/(1024*1024)) SIZE_MB
FROM   user_segments s
WHERE  (s.segment_name,s.segment_type)
             IN (SELECT seg_name, seg_type FROM
                      (SELECT t.table_name seg_name, t.table_name tname,
                        'TABLE' seg_type
                        FROM   user_tables t
                       UNION
                       SELECT i.index_name, i.table_name,
                       'INDEX'
                        FROM   user_indexes i
                      ) ti
                 WHERE
                    ti.tname LIKE 'VPX_TASK%'
                 OR ti.tname LIKE 'VPX_EVENT%');

O script retorna o tamanho do armazenamento de eventos e tarefas em MB.

Determine o tamanho da tabela de estatísticas executando o script a seguir.

SELECT ROUND(SUM(s.bytes)/(1024*1024)) SIZE_MB
FROM   user_segments s
WHERE  (s.segment_name,s.segment_type)
             IN (SELECT seg_name, seg_type FROM
                      (SELECT t.table_name seg_name, t.table_name tname,
                        'TABLE' seg_type
                        FROM   user_tables t
                       UNION
                       SELECT i.index_name, i.table_name,
                       'INDEX'
                        FROM   user_indexes i
                      ) ti
                 WHERE
                    ti.tname LIKE 'VPX_SAMPLE_TIME%'
                 OR ti.tname LIKE 'VPX_TOPN%'
                 OR ti.tname LIKE 'VPX_TASK%'
                 OR ti.tname LIKE 'VPX_EVENT%'
                 OR ti.tname LIKE 'VPX_HIST_STAT%');

O script retorna o tamanho do armazenamento de estatísticas em MB.

Calcule o tamanho mínimo de armazenamento para o novo dispositivo que você vai implantar durante a atualização.
1. O tamanho da partição do banco de dados (/storage/db) do banco de dados PostgreSQL incorporado deve ser pelo menos o dobro do tamanho da tabela principal do Oracle retornada em Etapa 2.
2. O tamanho da partição de estatísticas, eventos, alarmes e tarefas (/storage/seat) do banco de dados PostgreSQL incorporado deve ser pelo menos duas vezes a soma dos tamanhos das tabelas de eventos e tarefas e estatísticas do Oracle retornadas em Etapa 3 e Etapa 4.
Por exemplo, se a tabela principal do Oracle tiver 100 MB, a tabela de eventos e tarefas for 1.000 MB e a tabela de estatísticas for 2.000 MB, a partição Postgres /storage/db deverá ter pelo menos 200 MB e a partição /storage/seat deve ter pelo menos 6.000 MB.

Determinar o tamanho do banco de dados do Microsoft SQL Server e o tamanho do armazenamento para o novo dispositivo vCenter Server

Antes de atualizar um appliance do vCenter Server ou migrar um vCenter Server no Windows que usa um banco de dados externo do Microsoft SQL Server, você deve determinar o tamanho do banco de dados existente. Com base no tamanho do banco de dados existente, você pode calcular o tamanho mínimo de armazenamento para o novo dispositivo vCenter Server. Esse tamanho de armazenamento permite que o banco de dados PostgreSQL incorporado assuma os dados do banco de dados antigo com espaço livre em disco suficiente após a atualização.

Execute scripts para determinar o tamanho da tabela principal do Microsoft SQL Server, o tamanho da tabela de eventos e tarefas e o tamanho da tabela de estatísticas. A tabela principal do Microsoft SQL Server corresponde à partição do banco de dados (/storage/db) do banco de dados PostgreSQL. As tabelas de estatísticas e eventos do Microsoft SQL Server correspondem à partição de estatísticas, eventos, alarmes e tarefas (/storage/seat) do banco de dados PostgreSQL.

Durante a atualização do dispositivo, você deve selecionar um tamanho de armazenamento para o novo dispositivo que seja pelo menos o dobro do tamanho das tabelas do Microsoft SQL Server.

Pré-requisitos

Você deve ter as credenciais de login do banco de dados vCenter Server.

Procedimento

Faça login em uma sessão do SQL Management Studio com o usuário do banco de dados vCenter Server.

Determine o tamanho da tabela principal executando o script a seguir.

SELECT SUM(p.used_page_count * 8)/1024 AS disk_size
  FROM sys.dm_db_partition_stats p
  JOIN sys.objects o
    ON o.object_id = p.object_id
 WHERE o.type_desc = 'USER_TABLE'
   AND o.is_ms_shipped = 0 AND UPPER(o.name) NOT LIKE 'VPX_HIST_STAT%'
   AND UPPER(o.name) NOT LIKE 'VPX_SAMPLE_TIME%'
   AND UPPER(o.name) NOT LIKE 'VPX_TOPN%'
   AND UPPER(o.name) NOT LIKE 'VPX_TASK%'
   AND UPPER(o.name) NOT LIKE 'VPX_EVENT%'
   AND UPPER(o.name) NOT LIKE 'VPX_SDRS_STATS_VM%'
   AND UPPER(o.name) NOT LIKE 'VPX_SDRS_STATS_DATASTORE%'
   AND UPPER(o.name) NOT LIKE 'VPX_PROPERTY_BULLETIN%';

O script retorna o tamanho do armazenamento do banco de dados em MB.

Determine o tamanho da tabela de eventos e tarefas executando o script a seguir.

SELECT SUM(p.used_page_count * 8)/1024 AS disk_size
  FROM sys.dm_db_partition_stats p
  JOIN sys.objects o
    ON o.object_id = p.object_id
 WHERE o.type_desc = 'USER_TABLE'
   AND o.is_ms_shipped = 0 AND ( UPPER(o.name) LIKE 'VPX_TASK%'
    OR UPPER(o.name) LIKE 'VPX_EVENT%');

O script retorna o tamanho do armazenamento de eventos e tarefas em MB.

Determine o tamanho da tabela de estatísticas executando o script a seguir.

SELECT SUM(p.used_page_count * 8)/1024 AS disk_size
  FROM sys.dm_db_partition_stats p
  JOIN sys.objects o
    ON o.object_id = p.object_id
 WHERE o.type_desc = 'USER_TABLE'
   AND o.is_ms_shipped = 0
   AND (     UPPER(o.name) LIKE 'VPX_HIST_STAT%'
         OR UPPER(o.name) LIKE 'VPX_SAMPLE_TIME%'
         OR UPPER(o.name) LIKE 'VPX_TOPN%');

O script retorna o tamanho do armazenamento de estatísticas em MB.

Calcule o tamanho mínimo de armazenamento para o novo dispositivo que você vai implantar durante a atualização.
1. O tamanho da partição do banco de dados (/storage/db) do banco de dados PostgreSQL incorporado deve ser pelo menos o dobro do tamanho da tabela principal do Microsoft SQL Server retornada em Etapa 2.
2. O tamanho da partição de estatísticas, eventos, alarmes e tarefas (/storage/seat) do banco de dados PostgreSQL incorporado deve ser pelo menos duas vezes a soma dos tamanhos dos eventos, tarefas e estatísticas do Microsoft SQL Server tabelas retornadas em Etapa 3 e Etapa 4.
Por exemplo, se a tabela principal do Microsoft SQL Server tiver 100 MB, a tabela de eventos e tarefas tiver 1.000 MB e a tabela de estatísticas tiver 2.000 MB, a partição Postgres /storage/db deverá ter pelo menos 200 MB MB e a partição /storage/seat devem ter pelo menos 6.000 MB.

Baixar e executar VMware Migration Assistant na máquina de origem Windows

Você deve baixar e executar o VMware Migration Assistant em sua origem vCenter Server ou Platform Services Controller para prepará-lo para a migração de Windows para um dispositivo vCenter Server. Se sua implantação de vCenter Server tiver um Update Manager externo que é executado em Windows, baixe e execute o VMware Migration Assistant na máquina Windows de origem.Update Manager prepara o Update Managerservidor e o banco de dados para migração de Windows para o dispositivo vCenter Server.

O VMware Migration Assistant executa as seguintes tarefas na máquina Windows de origem em que você o executa:

Descobre o tipo de implantação de origem.
Executa pré-verificações na origem.
Relata erros que devem ser resolvidos antes de iniciar a migração.
Fornece informações para as próximas etapas do processo de migração.

Certifique-se de que a janela VMware Migration Assistant permaneça aberta durante o processo de migração. Fechar o VMware Migration Assistant faz com que o processo de migração pare.

Pré-requisitos

Baixar e montar o instalador do vCenter Server.
Faça login na máquina Windows como administrador.

Procedimento

No pacote do instalador do appliance do vCenter Server, localize o diretório que contém VMware Migration Assistant.
Copie a pasta VMware Migration Assistant para a máquina Windows de origem em que um dos seguintes componentes é executado:
- Update Manager
- Platform Services Controller
- vCenter Server
Cuidado: Se Update Manager for executado em uma máquina Windows diferente de qualquer outro componente vCenter Server que você está migrando, execute VMware Migration Assistant na máquina de origem Update Manager primeiro. Se você não executar o VMware Migration Assistant na máquina de origem Update Manager primeiro, o VMware Migration Assistant em vCenter Server poderá falhar.
Execute o VMware Migration Assistant na máquina Windows.
- Para a GUI, clique duas vezes em VMware-Migration-Assistant.exe
- Para a CLI, digite: VMware-Migration-Assistant.exe -p <password of [email protected]>
  Para listar todos os parâmetros de entrada disponíveis, digite: VMware-Migration-Assistant.exe --help.
Importante: Deixe a janela Assistente de Migração aberta até concluir o upgrade ou o processo de migração da sua implantação do vCenter Server.

O VMware Migration Assistant executa verificações de pré-atualização e solicita que você resolva quaisquer erros encontrados antes de continuar com a migração.

Resultados

Quando as pré-verificações forem concluídas e os erros forem resolvidos, o sistema de origem estará pronto para a migração.

O que Fazer Depois

Para iniciar o processo de migração, siga as instruções VMware Migration Assistant.

Para obter as etapas de migração detalhadas, consulte um dos seguintes.