Antes de atualizar o appliance do vCenter Server, você deve baixar o arquivo ISO do instalador do vCenter Server e montá-lo em uma máquina virtual de rede ou servidor físico do qual deseja executar o upgrade.

O computador do qual você faz upgrade do appliance do deve ser executado em um sistema operacional Windows, Linux ou Mac que atenda aos requisitos do sistema operacional. Consulte Requisitos do sistema para o instalador do vCenter Server.

Antes de fazer upgrade de um dispositivo vCenter Server, você deve preparar os hosts ESXi no inventário.

Antes de fazer upgrade de uma implantação do vCenter Server usando um Platform Services Controller externo, você deve primeiro convergir o Platform Services Controller externo para um Platform Services Controller incorporado e, em seguida, realizar o upgrade. Consulte o artigo da Base de conhecimento KB 68137.

Se o appliance do vCenter Server usar um banco de dados Oracle externo, você deverá determinar o tamanho do banco de dados existente.

Se o appliance do vCenter Server usar uma instância do Update Manager externa, você deverá executar o Assistente de Migração no computador que executa o Update Manager.

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.

Baixar e montar o instalador do vCenter Server

VMware libera a imagem ISO do dispositivo vCenter Server, que contém instaladores de GUI e CLI para o dispositivo vCenter Server.

Com os arquivos executáveis da GUI e da CLI incluídos no instalador do vCenter Server, você pode:
  • Implante o appliance do vCenter Server.
  • Faça upgrade do dispositivo vCenter Server.
  • Faça a convergência de versões mais antigas de vCenter Server com um Platform Services Controller externo para a versão atual de vCenter Server.
  • Restaure um appliance do vCenter Server de um backup baseado em arquivo.

Pré-requisitos

Procedimento

  1. Faça login em VMware Customer Connect.
  2. Navegue até Produtos e contas (Products and Accounts) > Todos os produtos ( All Products).
  3. Localize VMware vSphere e clique em Exibir componentes de download (View Download Components).
  4. Selecione uma versão do VMware vSphere na lista suspensa Selecionar versão (Select Version).
  5. Selecione uma versão do VMware vCenter Server e clique em IR PARA DOWNLOADS (GO TO DOWNLOADS).
  6. Faça download da imagem ISO do dispositivo vCenter Server.
  7. Confirme se o md5sum está correto usando uma ferramenta de soma de verificação MD5.
  8. Monte a imagem ISO na máquina cliente a partir da qual você deseja implantar, atualizar, migrar ou restaurar o dispositivo do.
    Observação: O software de montagem ISO que não permite mais de oito níveis de diretório, por exemplo, MagicISO Maker em Windows, não é compatível.

    Para o SO Linux e o SO Mac, o Archive Manager não é compatível.

    Para o SO Mac, você pode usar o DiskImageMounter.
    Para o Ubuntu 14.04, você pode usar o Disk Image Mounter.
    Para o SUSE 12 OS, você pode usar o terminal.
    $ sudo mkdir mount_dir
    $ sudo mount -o loop VMware-vCSA-all-version_number-build_number.iso mount_dir
    
    Importante: Devido a uma alteração de segurança no MacOS Catalina, você deve modificar as configurações de segurança no seu computador até que a implantação do vCenter Server seja concluída. Se você tentar executar o instalador no MacOS Catalina sem modificar as configurações de segurança, o vCenter Server instalador relatará o erro: ovftool cannot be opened because the developer cannot be verified. Para obter mais informações, consulte KB 79416.

O que Fazer Depois

Abra o arquivo readme.txt e revise as informações sobre os outros arquivos e diretórios na imagem ISO do appliance do vCenter Server.

Sincronizando Relógios na Rede vSphere

Verifique se todos os componentes na rede vSphere têm seus relógios sincronizados. Se os relógios das máquinas físicas em sua rede vSphere não estiverem sincronizados, os certificados SSL e os tokens SAML, que são sensíveis ao tempo, podem não ser reconhecidos como válidos nas comunicações entre máquinas da rede.

Relógios não sincronizados podem resultar em problemas de autenticação, o que pode causar falha na instalação ou impedir que o serviço vCenter Server vmware-vpxd seja iniciado.

Inconsistências de hora em vSphere podem fazer com que a primeira inicialização de um componente em seu ambiente falhe em diferentes serviços, dependendo de onde a hora do ambiente não é precisa e quando a hora é sincronizada. Os problemas ocorrem mais comumente quando o host de destino ESXi para o destino vCenter Server não está sincronizado com NTP ou PTP. Da mesma forma, podem surgir problemas se o destino vCenter Server migrar para um host ESXi definido para um horário diferente devido ao DRS totalmente automatizado.

Para evitar problemas de sincronização de hora, certifique-se de que o seguinte esteja correto antes de instalar, migrar ou atualizar uma instância do vCenter Server.

  • O host de destino ESXi no qual o destino vCenter Server deve ser implantado é sincronizado com NTP ou PTP.

  • O host ESXi que executa a origem vCenter Server é sincronizado com NTP ou PTP.

  • Ao fazer upgrade ou migrar do vSphere 6.7 para o vSphere 8.0, se o appliance do vCenter Server estiver conectado a um Platform Services Controller externo, certifique-se de que o host ESXi que está executando o Platform Services Controller externo esteja sincronizado com o NTP ou o PTP .

  • Se você estiver fazendo upgrade ou migrando do vSphere 6.7 para o vSphere 8.0, verifique se o dispositivo de origem vCenter Server ou vCenter Server e o Platform Services Controller externo têm a hora correta.

Verifique se qualquer máquina host Windows na qual o vCenter Server é executado está sincronizada com o servidor Network Time Server (NTP). Consulte o artigo da base de conhecimento VMware em https://kb.vmware.com/s/article/1318.

Para sincronizar ESXi relógios com um servidor NTP ou PTP, você pode usar o VMware Host Client. Para obter informações sobre como editar a configuração de hora de um host ESXi, consulte o tópico Editar a configuração de hora de um host ESXi no VMware Host Client no vSphere Gerenciamento de host único - { VMware Host Client documentação.

Para saber como alterar as configurações de sincronização de horário para vCenter Server, consulte o tópico Definir o fuso horário do sistema e as configurações de sincronização de horário na documentação de vCenter ServerConfiguração.

Para saber como editar a configuração de hora para um host usando o vSphere Client, consulte o tópico Edição das definições de configuração de hora de um host na documentação vCenter Server e Gerenciamento de host.

Transferindo dados de um dispositivo vCenter Server existente

Normalmente, a transferência de dados ocorre como parte do tempo de inatividade do upgrade. No entanto, em alguns cenários, você pode optar por transferir uma parte dos dados após a atualização ou migração para minimizar o tempo de inatividade.

A transferência de dados após a atualização ou a migração é compatível com os seguintes cenários:

  • Migrando vCenter Server para Windows para vCenter Server Appliance

  • Fazendo upgrade do appliance do vCenter Server com banco de dados externo

    Observação: Você só pode transferir dados do banco de dados externo para o banco de dados PostgreSQL incorporado em segundo plano após a atualização ou a migração. Não há suporte para a transferência de dados de um banco de dados PostgreSQL incorporado para outro banco de dados PostgreSQL incorporado após a atualização ou migração.

Você pode transferir a quantidade mínima de dados necessária para estar operacional durante a atualização. Posteriormente, você poderá transferir os dados restantes do banco de dados externo para o banco de dados PostgreSQL incorporado em segundo plano, preservando o evento histórico e os dados de desempenho da sua implantação.

Você pode transferir dados históricos após o upgrade ou a migração das seguintes versões vCenter Server usando bancos de dados externos para o banco de dados PostgreSQL incorporado no dispositivo vCenter Server.

Tabela 2. vCenter Server Suporte de banco de dados para transferência de dados após upgrade ou migração
vCenter Server Versões Bancos de dados Suporte para transferência de dados após upgrade ou migração
vCenter Server appliance 6.7 Banco de dados PostgreSQL incorporado Não compatível
vCenter Server para Windows 6.7 Banco de dados externo Oracle ou MS SQL Compatível
Banco de dados PostgreSQL incorporado Não compatível
vCenter Server appliance do 7.0 Banco de dados PostgreSQL incorporado Não compatível
vCenter Server para Windows 7.0 Banco de dados externo Oracle ou MS SQL Compatível
Banco de dados PostgreSQL incorporado Não compatível
Você pode migrar os seguintes tipos de dados de um banco de dados externo para o banco de dados PostgreSQL incorporado em uso pela versão 8.0 do dispositivo vCenter Server.
Dados de configuração
O tipo mínimo de dados que você deve transferir do banco de dados externo do appliance do vCenter Server existente para fazer upgrade ou migrar para um appliance do vCenter Server em funcionamento. Esses dados podem ser transferidos em um período de tempo razoavelmente curto, minimizando o tempo de inatividade durante o upgrade para o vCenter Server 8.0.
Configuração e dados históricos
Além dos dados de configuração, você pode optar por transferir dados históricos, como estatísticas de uso, eventos e tarefas. O instalador do vCenter Server oferece a opção de copiar os dados de configuração e históricos de uma só vez ou de copiar apenas os dados de configuração durante o processo de upgrade. Você pode optar por copiar os dados históricos em segundo plano depois de iniciar seu novo vCenter Server.
Atenção: Se você optar por copiar todos os dados de uma vez, não poderá iniciar o vCenter Server até que todos os dados tenham sido transferidos para o banco de dados PostgreSQL incorporado em vCenter Server 8.0.
Dados de métricas de configuração, histórico e desempenho
A maior quantidade de dados que você pode escolher para transferir para vCenter Server. Você pode copiar apenas os dados de configuração durante o processo de upgrade e, em seguida, copiar os dados históricos e de desempenho em segundo plano após a conclusão do upgrade ou da migração para vCenter Server 8.0.

Monitorar e gerenciar a migração de dados históricos

Você pode monitorar e gerenciar a migração em segundo plano de dados históricos usando a vCenter Server Interface de gerenciamento. Você pode executar as seguintes tarefas de gerenciamento de dados:
  • Monitore o progresso da migração de dados.
  • Pause a importação de dados.
  • Cancele a importação de dados.
    Importante: Se você cancelar a importação de dados, os dados históricos não serão importados para o banco de dados PostgreSQL incorporado. Se você cancelar a operação de importação de dados, não poderá recuperar os dados. Se você cancelar a importação de dados e quiser importar os dados históricos posteriormente, deverá reiniciar o processo de upgrade ou migração do Estágio 1 do instalador da GUI.

Consulte Monitorar e gerenciar a migração de dados históricos.

Preparar hosts do ESXi para upgrade do vCenter Server Appliance

Antes de fazer upgrade para o vCenter Server 8.0, você deve preparar seus hosts ESXi.

Pré-requisitos

Para fazer upgrade do appliance do vCenter Server, seus hosts do ESXi devem atender aos requisitos de upgrade.

  • Os hosts ESXi devem estar na versão 6.7 ou posterior. Para obter informações sobre a compatibilidade do ESXi, consulte o VMwareGuia de Compatibilidade.
  • Seus hosts ESXi de origem e destino não devem estar no modo de bloqueio ou manutenção e não devem fazer parte de clusters DRS totalmente automatizados.
  • Revise os certificados SSL assinados pela Autoridade de Certificação (CA) do seu ambiente. Para saber mais sobre como revisar manualmente certificados SSL assinados pela CA em um ambiente vSphere, consulte o artigo da Base de conhecimento KB 2111411.

Procedimento

  1. Se você tiver certificados Personalizados ou de Impressão Digital, consulte ESXi Upgrades e certificados de host para determinar suas etapas preparatórias.
  2. Se você tiver vSphere HA clusters, a verificação de certificado SSL deverá estar ativada.
    Se a verificação de certificado não estiver ativada quando você fizer upgrade de hosts ESXi, vSphere HA falhará ao configurar nos hosts.
    1. Selecione a instância do dispositivo do vCenter Server na árvore de inventário vSphere Client.
    2. Selecione a guia Configurar (Configure) e, em Configurações (Settings), selecione Geral (General).
    3. Clique em Editar (Edit).
    4. Selecione Configurações de SSL (SSL settings).
      Verifique se vCenter Server requer certificados SSL de host verificados está selecionado.

Resultados

Seus hosts ESXi estão prontos para o upgrade do appliance do vCenter Server.

ESXi Upgrades e certificados de host

Se você atualizar um host ESXi para ESXi 6.7 ou posterior, o processo de atualização substituirá os certificados autoassinados (impressão digital) por certificados assinados por VMCA. Se o host ESXi usar certificados personalizados, o processo de upgrade reterá esses certificados mesmo que esses certificados estejam expirados ou sejam inválidos.

O fluxo de trabalho de atualização recomendado depende dos certificados atuais.

Host provisionado com certificados de impressão digital

Se o seu host estiver usando certificados de impressão digital no momento, os certificados VMCA serão atribuídos automaticamente a ele como parte do processo de upgrade.

Observação: Você não pode provisionar hosts herdados com certificados VMCA. Você deve fazer upgrade desses hosts para ESXi 6.7 ou posterior.

Host provisionado com certificados personalizados

Se o seu host for provisionado com certificados personalizados, geralmente certificados assinados por CA de terceiros, esses certificados permanecerão em vigor durante a atualização. Altere o modo de certificado para Personalizado (Custom) para garantir que os certificados não sejam substituídos acidentalmente durante uma atualização de certificado posterior.

Observação: Se o seu ambiente estiver no modo VMCA e você atualizar os certificados do vSphere Client, todos os certificados existentes serão substituídos por certificados assinados pela VMCA.

A partir de agora, o vCenter Server monitora os certificados e exibe informações, por exemplo, sobre a expiração do certificado, no vSphere Client.

Hosts provisionados com implantação automática

Os hosts que estão sendo provisionados pelo Auto Deploy sempre recebem novos certificados quando são inicializados pela primeira vez com o software ESXi 6.7 ou posterior. Quando você atualiza um host provisionado pelo Auto Deploy, o servidor do Auto Deploy gera uma solicitação de assinatura de certificado (CSR) para o host e a envia à VMCA. A VMCA armazena o certificado assinado para o host. Quando o servidor de Implantação Automática provisiona o host, ele recupera o certificado da VMCA e o inclui como parte do processo de provisionamento.

Você pode usar a Implantação Automática com certificados personalizados.

Alterar o modo de certificado ESXi

Use VMware Certificate Authority (VMCA) para provisionar os hosts ESXi em seu ambiente, a menos que sua política corporativa exija o uso de certificados personalizados. Para usar certificados personalizados com uma CA raiz diferente, edite a configuração avançada vCenter Server, vpxd.certmgmt.mode. Após a alteração, os hosts não são mais provisionados automaticamente com certificados VMCA quando você atualiza os certificados. Você é responsável pelo gerenciamento de certificados em seu ambiente.

Você pode usar as configurações avançadas do vCenter Server para alterar para o modo de impressão digital ou para o modo CA personalizado. Use o modo de impressão digital apenas como uma opção de fallback.

Procedimento

  1. Em vSphere Client, selecione o sistema vCenter Server que gerencia os hosts.
  2. Clique em Configurar (Configure) e, em Configurações, clique em Configurações avançadas (Advanced Settings).
  3. Clique em Editar configurações (Edit Settings).
  4. Clique no ícone Filtro (Filter) na coluna Nome e, na caixa Filtro, digite vpxd.certmgmt para exibir apenas os parâmetros de gerenciamento de certificados.
  5. Altere o valor de vpxd.certmgmt.mode para custom se você pretender gerenciar seus próprios certificados e para thumbprint se quiser usar temporariamente o modo de impressão digital e clique em Salvar (Save) }.
  6. Reinicie o serviço vCenter Server.
    Consulte a documentação do vCenter Server Configuração para obter informações sobre como reiniciar os serviços.

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

  1. Faça login em uma sessão do SQL*Plus com o usuário do banco de dados vCenter Server.
  2. 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.
  3. 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.
  4. 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.
  5. 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.

Baixar e executar o Assistente de Migração do VMware na máquina Update Manager de origem

Durante o upgrade de um dispositivo vCenter Server que usa um Update Manager externo, o Migration Assistant deve estar em execução na máquina Update Manager de origem. Este procedimento descreve como baixar e executar o Migration Assistant manualmente antes do upgrade.

O Migration Assistant facilita a migração do servidor Update Manager e do banco de dados para o novo dispositivo vCenter Server atualizado. O Migration Assistant usa a porta 9123 por padrão. Se a porta 9123 for usada por outro serviço em sua máquina Update Manager, o Migration Assistant encontrará automaticamente uma porta livre diferente para uso.

Como alternativa, se você planeja fazer upgrade do appliance do vCenter Server usando o instalador da CLI, poderá adicionar a seção source.vum section e a subseção run.migration.assistant ao seu modelo JSON. Para obter informações sobre os parâmetros de configuração do upgrade da CLI, consulte Atualizar parâmetros de configuração para CLI Atualização do dispositivo vCenter Server.

Pré-requisitos

Procedimento

  1. No pacote do instalador do appliance do vCenter Server, copie o diretório migration-assistant para a máquina Update Manager de origem.
  2. No diretório migration-assistant, clique duas vezes em VMware-Migration-Assistant.exe e forneça a senha de administrador vCenter Single Sign-On.
  3. Deixe a janela Assistente de Migração aberta até que o upgrade do appliance do vCenter Server seja concluído.

Resultados

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

Cuidado: Fechar a janela do Assistente de Migração faz com que o processo de atualização pare.