Menu Docs
Página inicial do Docs
/
MongoDB Atlas
/ / /

Migrar ao vivo (Push) um conjunto de réplicas monitorado pelo MongoDB Ops Manager ou Cloud Manager (MongoDB antes de 6.0.17)

Nesta página

  • Restrições
  • Acesso necessário
  • Pré-requisitos
  • Considerações
  • Migre seu cluster
  • API de migração em produção por push
  • Suporte à migração
  • Comandos de migração em produção por push da CLI

O Atlas pode facilitar uma migração em produção em que, se o Cloud Manager ou o Ops Manager monitorar um cluster de conjunto de réplicas de origem, o serviço de migração enviará esse cluster para um cluster do Atlas. O Atlas mantém o cluster de destino sincronizado com o cluster de origem até que você transfira seus aplicativos para o cluster de destino no Atlas.

Depois de atingir a etapa de substituição no procedimento a seguir, interrompa as gravações no cluster de origem. Pare suas instâncias de aplicação, ponto para o cluster do Atlas e reinicie-as.

  • Você não pode selecionar um M0 M2/M5 cluster compartilhado (camada grátis) ou como destino para a migração live legado (push). Para migrar dados de um cluster M0 compartilhado do (camada grátis) ou M2/M5 para um cluster pago, consulte Modificar um cluster.

  • Não é possível usar a migração live legado (push) para migrar clusters de origem que contêm coleções de séries temporais.

  • Você não pode usar a migração live legado (push) para um cluster de destino do Atlas que tenha o BI Connector para o Atlas habilitado.

  • Você não pode usar a migração live legado (push) para migrar para um cluster de destino do Atlas se usar o Ops Manager no modo local.

  • Durante a migração ao vivo, o Atlas desabilita os alertas do host.

  • Se os clusters de origem e destino estiverem executando o MongoDB 6.0.17+ ou 7.0.13+, você poderá migrar ao vivo para o Atlas usando este procedimento.

  • Para migrar um cluster fragmentado ao vivo, atualize o cluster fragmentado de origem para 6.0.17+ ou 7.0.13+ e, em seguida, migre-o ao vivo para o Atlas usando este procedimento de migração ao vivo.

A tabela a seguir lista o status atual do suporte para VPC Peering e endpoints privados para clusters de conjunto de réplicas de origem e destino que você migra em tempo real para o Atlas.

Provedor de nuvem
VPC Peering
Endpoints privados

Azure

AWS

Google cloud

Para habilitar o Peering VPC com migração em produção no Azure, Amazon Web Services ou GCP:

Para habilitar endpoints privados com migração em produção no Azure, Amazon Web Services ou GCP:

  • Configure um endpoint privado entre o host de migração e o cluster do Atlas de destino.

    Observação

    Endpoints privados são suportados UNICAmente para migração em produção de conjuntos de réplicas distribuídos em um único cloud provider e região. Clusters fragmentados, cluster multirregional e clusters multicloud não suportam migração em produção por meio de endpoints privados.

Para migrar seus dados ao vivo, você deve ter acesso do Organization Owner ao Atlas.

Antes de iniciar a migração live legado do Cloud Manager ou Ops Manager para o Atlas:

  • Embora os caminhos de migração compatíveis permitam migrar de um cluster de origem no MongoDB 4.2 para um cluster no Atlas, recomendamos que, antes de usar esse procedimento, você atualize o cluster de origem para o MongoDB 5.0 ou posterior.

  • Crie uma conta Atlas.

  • Crie uma organização Atlas e, em seguida, crie um projeto nessa organização.

  • Implemente seu cluster neste projeto.

  • Conecte-se ao seu cluster a partir de todos os servidores clientes onde seus aplicativos são executados.

  • Quando você migrar do MongoDB 4.4 ou anterior para um cluster do Atlas que executa o MongoDB 5.0 ou posterior, descarte todos os índices geoHaystack de suas coleções.

  • Durante o processo de migração ao vivo, o Atlas valida que pode coletar estatísticas do MongoDB database usando dbStats. Antes de migrar ao vivo para um Atlas cluster, revise as configurações do projeto do cluster de origem no Cloud Manager ou revise as configurações do projeto do cluster de origem no MongoDB Ops Manager e garanta que a opção Collect Database Specific Statistics esteja habilitada. Essa opção é habilitada por padrão no Cloud Manager ou no MongoDB Ops Manager e deve permanecer habilitada para que o processo de migração passe por validação.

  • No seu cluster de origem no Cloud Manager ou Ops Manager, prepare os seguintes itens:

    • Provisione um host de migração no MongoDB Ops Manager ou provisione um host de migração no Cloud Manager.

    • Obtenha os seguintes endereços IP externos do seu administrador do Cloud Manager ou do Ops Manager:

      • Se estiver migrando do Ops Manager, os endereços IP externos ou blocos CIDR das instâncias do Ops Manager. Se estiver migrando do Cloud Manager, o Atlas obterá automaticamente esses endereços.

      • Os endereços de IP externos ou blocos CIDR dos host de migração provisionados no Cloud Manager ou no Ops Manager.

    • O nome de usuário e a senha usados para se conectar ao cluster de origem.

    • Se o cluster de origem usar TLS/SSL com uma Autoridade de Certificação Raiz Personalizada, para garantir que os hosts possam ler o certificado, adicione o arquivo CA do cluster de origem aos host de migração.

    • Considere configurar uma conexão de Peering VPC ou um endpoint privado entre cada host de migração e o cluster do Atlas de destino, no mesmo fornecedor de cloud e na mesma região do cluster de destino.

      Observação

      Se você optar por não utilizar emparelhamento VPC ou endpoints privados, o processo de migração live será executado sobre endereços IP públicos que você adicionar à lista de acesso IP do projeto Atlas como parte do procedimento de migração live.

Esta seção descreve o fluxo de trabalho. Para obter etapas detalhadas, consulte o procedimento para migrar um conjunto de réplicas do MongoDB Ops Manager ou Cloud Manager para o Atlas.

"Para migrar em produção sua implantação para o Atlas, gere um link-token, provisione um host de migração e inicie a migração em produção."

As etapas do fluxo de trabalho de migração em produção são:

  • Estágio 1: Vincular com o Atlas. Execute esta etapa no Atlas, após ter criado sua conta, organização e projeto do Atlas; implementou seu cluster dedicado neste projeto; e pode se conectar a ele.

    1. No Atlas, acesse a página Organization Settings.

      1. Se ainda não estiver exibido, selecione sua organização desejada no Menu Organizations na barra de navegação.

      2. Clique no ícone Organization Settings próximo ao menu Organizations.

        A página Configurações da organização é exibida.

    2. Clique em Live Migration na barra lateral.

      A página migração em produção para Atlas é exibida.

    3. Selecione Migrate from Ops Manager or Cloud Manager e inicie o assistente de migração em produção.

    4. Se você estiver migrando da MongoDB Community usando o MongoDB Ops Manager, aceite o Contrato de migração doMongoDB Ops Manager .

    5. Se você estiver migrando do Ops Manager, insira os endereços IP externos das suas instâncias do Ops Manager na lista de acesso do Atlas. Se você estiver migrando do Cloud Manager, pule esta etapa.

  • Estágio 2: Provisionar o host de migração.

  • Estágio 3: iniciar a migração. No Atlas, siga as etapas do assistente para iniciar o processo de migração em produção.

A migração em produção do Cloud Manager ou do Ops Manager para o Atlas é compatível com todas as plataformas nas quais você pode provisionar um host de migração. Para obter uma lista completa das plataformas compatíveis nas quais você pode provisionar um host de migração, consulte Pré-requisitos do Cloud Manager, no Cloud Manager ou Pré-requisitos do Ops Manager, no Ops Manager.

Se quiser migrar seus dados em tempo real de um sistema baseado em Windows ou macOS para o Atlas, você deverá provisionar seu host de migração em uma das plataformas suportadas.

A migração em produção (push) do Atlas é compatível com os seguintes caminhos de migração:

Source Replica Set
MongoDB Version
Destination Atlas Replica Set
MongoDB Version

4.2

6.0

4.4

6.0

5.0

6.0

Entre em contato com o administrador de serviços do Cloud Manager ou do Ops Manager e obtenha endereços IP externos para os seguintes componentes:

Se você estiver migrando do Ops Manager, o serviço de migração em produção no Atlas exigirá um endereço IP externo ou um bloco CIDR externo da instância do Ops Manager na implantação do cluster de origem. Esse endereço pode ser de uma única instância do Ops Manager ou, se a implantação de origem usar várias instâncias do Ops Manager, do gateway que as instâncias do Ops Manager usarão para acessar o Atlas.

O serviço de migração em produção usa esse endereço IP externo ao gerar um link-token. Um link-token é uma string que contém as informações necessárias para se conectar do Cloud Manager ou do Ops Manager ao Atlas durante uma migração em produção de um sistema do Cloud Manager ou do Ops Manager para um cluster no Atlas.

Antes de iniciar o procedimento de migração em produção, adicione os endereços IP ou blocos CIDR dos hosts de migração à lista de acesso IP do projeto. O Atlas permite conexões com o cluster de destino somente de hosts com entradas na lista de acesso do projeto.

Antes de iniciar o procedimento de migração ao vivo, o Atlas executa verificações de validação nos clusters de origem e destino.

  • O cluster de origem é um conjunto de réplicas.

    Se o cluster de origem for standalone, converta o nó do MongoDB standalone no MongoDB Ops Manager ou converta o nó do MongoDB standalone no Cloud Manager em um conjunto de réplicas de nó único e, em seguida, faça a migração live para o Atlas usando o procedimento nesta seção.

  • O cluster de origem permite coletar estatísticas de banco de dados para seu projeto no Cloud Manager ou no MongoDB Ops Manager. Isso permite ao Atlas coletar estatísticas do MongoDB database durante o processo de migração ao vivo. Para confirmar que a opção Collect Database Specific Statistics está ativada, revise as configurações do projeto do cluster de origem no Cloud Manager ou revise as configurações do projeto do cluster de origem no MongoDB Ops Manager.

  • O cluster do Atlas de destino é um conjunto de réplicas e não tem o BI Connector para Atlas habilitado.

Para migração em produção do tipo push, você é responsável por provisionar, proteger e executar o host de migração. O host de migração criptografa somente a comunicação de saída com cluster do Atlas.

Para saber mais sobre a segurança do Atlas, consulte o whitepaper Atlas Security.

Se a implantação do MongoDB contiver índices com chaves que excedam o Limite de chave de índice, antes de iniciar o procedimento de migração em produção, modifique os índices para que eles não contenham chaves de tamanho grande.

Durante a migração em produção, se o cluster de origem não usar a criptografia TLS para seus dados, o tráfego do cluster de origem para o host de migração não será criptografado, mas o tráfego do host de migração para o Atlas será criptografado. Determine se isso é aceitável antes de iniciar um procedimento de migração em produção.

Se o cluster de origem não usar autenticação, você deverá criar um usuário no Atlas porque o Atlas não oferece suporte à execução sem autenticação.

O Atlas não migra nenhum dado de usuário ou papel para o cluster de destino.

Se o cluster de origem aplicou autenticação, antes de migrar você deverá recriar o mecanismo de autenticação apropriado utilizado por seus aplicativos no cluster do Atlas de destino. A tabela seguinte lista os mecanismos de autenticação e como configurá-los no Atlas.

Mecanismo de autenticação
Método de configuração

SCRAM

LDAP

Amazon Web Services KMS, Azure Key Vault, GCP KMS

Para o cluster de destino, considere o seguinte:

  • O cluster de destino no Atlas deve corresponder ou exceder a implantação de origem em termos de RAM, CPU e armazenamento. Provisione um cluster de destino de tamanho adequado para que ele possa acomodar o processo de migração e a carga de trabalho esperada, ou escale o cluster de destino para um nível com mais capacidade de processamento, largura de banda ou E/S de disco.

  • Para maximizar o desempenho da migração, use pelo menos um cluster M40 para o cluster de destino. Ao migrar grandes conjuntos de dados, use um cluster M80 com 6000 discos IOPS ou superior.

    Você também pode optar por aumentar temporariamente o tamanho do cluster do Atlas de destino durante o processo de migração.

    Depois de migrar a carga de trabalho do aplicativo para um cluster no Atlas, entre em contato com o suporte para obter assistência com o ajuste de desempenho adicional e o dimensionamento do cluster de destino para minimizar os custos.

  • Para evitar alterações inesperadas no dimensionamento, desative o dimensionamento automático no cluster de destino. Para mais informações, consulte Gerenciar Clusters.

  • Para evitar o crescimento ilimitado da coleção de oplog e garantir que a janela de atraso da migração live permaneça dentro dos limites da janela de atraso de replicação do oplog, defina um tamanho de oplog para um valor fixo grande o suficiente para a duração do processo de migração live.

    Para saber mais, consulte:

    Se você estiver observando problemas de desempenho mesmo depois de seguir essas recomendações, entre em contato com o suporte.

  • O Atlas cluster de destino deve ser um conjunto de réplicas.

  • Você não pode selecionar um cluster de camada M0 (camada grátis) ou M2/M5 de camada compartilhada como o destino para a migração em produção.

  • Não altere o sinalizador featureCompatibilityVersion enquanto a migração em produção do Atlas estiver em execução.

Evite executar quaisquer cargas de trabalho, inclusive aquelas que possam estar sendo executadas em namespaces que não se sobreponham ao processo de migração em tempo real, no cluster de destino. Essa ação evita possíveis conflitos de bloqueio e degradação de desempenho durante o processo de migração ao vivo.

Não execute várias migrações para o mesmo cluster de destino ao mesmo tempo.

Não inicie o processo de corte de seus aplicativos para o cluster de destino enquanto o processo de migração ao vivo estiver sincronizando.

O Atlas para de tirar snapshots de backup em nuvem sob demanda do cluster de destino durante a migração ao vivo. Depois que você concluir a etapa de cutover no procedimento de migração em tempo real nesta página, o Atlas retomará a captura de snapshots de backup na nuvem com base em sua política de backup.

Não faça nenhuma alteração de namespace durante o processo de migração, por exemplo, utilizar o comando renameCollection ou executar um pipeline de agregação que inclua o estágio de agregação do $out.

O processo de migração ao vivo faz a melhor tentativa de continuar uma migração durante interrupções temporárias de rede e eleições nos clusters de origem ou destino. No entanto, esses eventos podem causar falha no processo de migração ao vivo. Se o processo de migração em tempo real não puder ser recuperado automaticamente, reinicie-o desde o início.

Considere executar o seguinte procedimento duas vezes. Execute uma migração parcial que pare primeiro na etapa Perform the Cutover. Isso cria um cluster de preparação atualizado com suporte do Atlas para testar o comportamento e o desempenho do aplicativo usando a mais recente versão do driver compatível com a versão do cluster do Atlas do MongoDB.

Depois de testar sua aplicação, execute o procedimento completo de migração usando um Atlas cluster separado para criar seu ambiente de produção com suporte do Atlas.

Se você estiver migrando para o Atlas da MongoDB Community usando o MongoDB Ops Manager, deverá aceitar o Contrato de Migração doMongoDB Ops Manager como a primeira etapa no procedimento de migração live.

Importante

Evite fazer alterações na configuração do cluster de origem durante a execução do procedimento de migração em produção, por exemplo, remover nós do conjunto de réplicas ou modificar as configurações de tempo de execução do mongod, como featureCompatibilityVersion.

1
  1. Se ainda não estiver exibido, selecione sua organização desejada no Menu Organizations na barra de navegação.

  2. Clique no ícone Organization Settings próximo ao menu Organizations.

    A página Configurações da organização é exibida.

2

Clique em Live Migration na barra lateral.

A página migração em produção para Atlas é exibida.

3
  1. Clique em Migrate from Ops Manager or Cloud Manager.

  2. Clique em I'm Ready to Start e, se estiver migrando da MongoDB Community usando o MongoDB Ops Manager, clique em Ops Manager License Agreement para ler e aceitá-la. Para ler o contrato fora do assistente de migração em tempo real, consulte o Contrato de migração doMongoDB Ops Manager .

O Atlas exibe um assistente de migração em produção com instruções sobre como proceder com o processo. O processo envia os dados do cluster de origem para o novo cluster de destino. Depois de concluir as etapas do assistente, você poderá ponto sua aplicação para o novo cluster.

4
  1. Clique Generate Link-Token. O Atlas exibe a página para gerar um link-token.

    • Se você estiver migrando do Ops Manager, insira os endereços IP externos ou um bloco CIDR de suas instâncias do Ops Manager para adicioná-las à lista de acesso da chave API incorporada no link-token. Isto permite ao Ops Manager enviar informações do projeto e cluster para o Atlas. O Ops Manager não envia nenhum dado armazenado em seus reconhecimento de data center MongoDB nesta etapa. Por exemplo, insira 23.248.95.14 .

    • Se você estiver migrando do Cloud Manager, pule esta etapa.

  2. Clique em Next para ver uma página que contém o link-token gerado.

  3. Copie o link-token e armazene-o em um local seguro. O Atlas nunca exibe o conteúdo do link-token. O Atlas também não exibe o link-token após gerá-lo. Não o compartilhe publicamente.

    Observação

    Use um link-token exclusivo para migrar ao vivo todos os projeto em uma organização do Cloud Manager ou do Ops Manager para o Atlas.

  4. Clique em Done.

5
  1. Acesse a organização no Cloud Manager ou Ops Manager:

    Abra o Ops Manager ou o Cloud Manager e navegue até a organização cujo cluster do projeto você está migrando em tempo real para o Atlas.

  2. Clique em Settings no painel de navegação esquerdo.

  3. Na seção Live Migration: Connect to Atlas , clique em Connect to Atlas. A caixa de diálogo Connect to Atlas aparece.

  4. Cole o link-token gerado na etapa anterior do assistente de Migração em Tempo Real e clique em Connect to Atlas. O Cloud Manager ou o MongoDB Ops Manager estabelece a conexão com o Atlas. Utilize o botão Refresh para enviar uma atualização para Atlas, se necessário. Para saber mais, consulte Conectar ao Atlas para migração live no MongoDB Ops Manager ou Conectar ao Atlas para migração live no Cloud Manager.

6

Caso ainda não tenha feito isso, crie um cluster de destino no Atlas. Consulte Pré-requisitos.

7
  1. Clique em Select Target Cluster from Projects.

  2. Vá para o projeto do seu Atlas cluster de destino e encontre seu cluster de destino.

  3. Clique em e selecione Migrate Data to this Cluster na lista suspensa para iniciar a migração. A página Migrate Data to This Cluster abre.

  4. Clique em Migrate from Ops Manager or Cloud Manager e preencha os campos da seguinte forma:

    • Selecione o projeto de origem no Cloud Manager ou no Ops Manager, se ainda não estiver selecionado.

    • Selecione um host de migração para lidar com a migração.

    • Revise a lista de acesso ao endereço IP e verifique se o endereço IP externo do host de migração está incluído nessa lista. Se não tiver sido adicionado, adicione-o agora:

      • Clique em Set Network Access for Host

      • Clique em + Add IP Address

      • Retorne ao assistente de migração em produção. Selecione o cluster de origem no menu suspenso e escolha Migrate data to this cluster em .

    • Selecione o cluster de origem no menu suspenso.

    • Se você suspender a automação do cluster de origem no Cloud Manager ou no MongoDB Ops Manager, mas continuar monitorando o cluster de origem com o Monitoring Agent, o Username e o Password serão exibidos. Se o seu sistema exigir autenticação do usuário, forneça o nome de usuário e senha nestes campos. O usuário do banco de dados cujas credenciais você fornece deve ter pelo menos a função de backup no banco de dados admin e deve ser autenticado usando SCRAM-SHA-1 e SCRAM-SHA-256.

    • Se o cluster de origem usar TLS/SSL, alterne o botão Is encryption in transit enabled? .

    • Se o cluster de origem usar TLS/SSL com uma Autoridade de Certificação Raiz personalizada (CA), copie o caminho para o arquivo CA do seu host de migração e cole esse caminho na caixa de texto fornecida. O arquivo deve estar presente no host de migração para garantir que o host de migração possa ler o certificado. O Atlas verifica se o certificado está presente e legível.

    • Se o cluster de destino do conjunto de réplicas tiver dados e você quiser preservá-los, mantenha a opção Clear any existing data on your destination cluster desmarcada. O serviço de migração em produção avisa se encontrar namespace duplicados. Se você deseja excluir os dados existentes, marque esta opção.

    • Escolha uma conexão para se conectar ao cluster. O Standard connection sempre aparece como disponível na interface do usuário. No entanto, outras opções de conexão serão habilitadas somente se você tiver configurado anteriormente uma conexão de emparelhamento de VPC ou um endpoint privado. Se o Atlas detectar que você não tem conexões VPC ou endpoints privados configurados, essas opções ficarão esmaecidas.

      • Se você não estiver usando o VPC Peering ou um endpoint privado, clique em Standard connection e prossiga para o estágio Validation desta etapa.

      • Se você configurou uma conexão de emparelhamento de VPC entre o host de migração e o Atlas cluster, a opção VPC Peering estará ativa. Clique VPC Peering para se conectar usando o emparelhamento VPC para migração live. Se a opção VPC Peering estiver esmaecida, configure uma conexão de emparelhamento VPC antes de iniciar este procedimento. Para saber mais, consulte Suporte para emparelhamento de VPC e endpoints privados.

      • Se você estiver migrando um conjunto de réplicas e configurou um endpoint privado entre o host de migração e o Atlas cluster, a opção Private Endpoint estará ativa. Clique Private Endpoint para se conectar a um endpoint privado e selecione um endpoint privado configurado anteriormente no menu suspenso. Somente endpoints privados que estão em AVAILABLE estado são válidos. Se a opção Private Endpoint estiver acinzentada, configure um endpoint privado antes de iniciar este procedimento. Para saber mais, consulte Suporte para emparelhamento de VPC e endpoints privados.

        Observação

        Endpoints privados são suportados UNICAmente para migração em produção de conjuntos de réplicas distribuídos em um único cloud provider e região. Clusters fragmentados, cluster multirregional e clusters multicloud não suportam migração em produção por meio de endpoints privados.

    • Clique Validate. O processo de validação verifica se o seu host de migração está acessível e realiza as seguintes verificações de validação para garantir que você possa iniciar a migração em produção para o Atlas.

      Para aproveitar as seguintes verificações de validação, atualize o MongoDB Agent no MongoDB Ops Manager ou atualize o MongoDB Agent no Cloud Manager para a versão mais recente. Se o processo de migração live detectar que o cluster de origem está executando uma versão do MongoDB Agent anterior a 12.0.11.7606 para o MongoDB Ops Manager ou 12.5.0.7713 para o Cloud Manager, ele exibe um aviso sugerindo que você atualize o MongoDB Agent.

      As seguintes verificações de validação são executadas durante a migração em produção:

      • O host de migração pode se conectar ao cluster de destino.

      • Se o cluster de origem usar TLS/SSL com uma Autoridade de Certificação Raiz personalizada, o host de migração poderá acessar o cluster de origem usando TLS/SSL.

      • As credenciais do usuário de banco de dados são válidas. Essa verificação de validação é executada somente se você suspender a automação do cluster de origem no Cloud Manager ou no Ops Manager, mas continuar monitorando o cluster de origem com o agente de monitoramento.

      • Se você estiver migrando do MongoDB Ops Manager anterior à versão 5.0.9, o processo de migração live validará se o cluster de destino tem espaço em disco suficiente com base no tamanho dos dados. Se você estiver migrando do Cloud Manager ou do MongoDB Ops Manager 5.0.9 ou posterior, o processo de migração validará que o cluster de destino tem espaço em disco suficiente com base no tamanho de armazenamento dos dados compactados. Para saber mais sobre dados e tamanhos de armazenamento, consulte dbStats.

    • Se a validação falhar, verifique o host de migração, a validade dos seus endereços IP externos ou bloco CIDR e o link-token. Verifique também as credenciais do trigger de banco de dados, seus certificados TLS/SSL e a quantidade de tamanho de armazenamento em disco no reconhecimento de data center de destino.

    • Se a validação for bem-sucedida, clique em Next . A página Migrate from Ops Manager or Cloud Manager é exibida.

8
  1. Revise o relatório que lista a organização de origem, o projeto e o cluster, bem como o host de migração que o processo de migração em produção usará.

  2. Clique em Start the Migration.

9

Um valor de tempo de atraso é exibido durante a fase final de rejeitos do oplog, que representa o atraso atual entre os clusters de origem e de destino. Esse tempo de atraso pode flutuar dependendo da taxa de geração de oplog no cluster de origem, mas deve diminuir com o tempo à medida que o processo de migração em produção copia as entradas de oplog para o cluster de destino.

  1. Quando o temporizador de atraso e o botão Prepare to Cutover se tornarem verdes, clique nele para prosseguir para a próxima etapa.

10

When Atlas detects that the source and destination clusters are nearly in sync, it starts an extendable 120 hour (5 day) timer to begin the cutover stage of the live migration procedure. If the 120 hour period passes, Atlas stops synchronizing with the source cluster. You can extend the time remaining by 24 hours by clicking Extend time below the <time> left to cut over timer.

Se a migração estiver para expirar, o Atlas enviará um e-mail semelhante ao exemplo a seguir:

A migration to your Atlas cluster will expire in <number> hours!
Navigate to your destination cluster to start the cutover process. If
you don't take any action within <number> hours, the migration will be
cancelled and you will need to start again. You can also extend the
migration process if you need more time.

Para concluir a migração dos dados do MongoDB para o cluster do Atlas, conclua as seguintes etapas na página Your migration is almost complete! :

  1. Prepare-se para apontar para seu cluster Atlas. Copie a nova connection string para que você possa atualizá-la e aponte seu aplicativo para o Atlas cluster de destino.

  2. Pare seu aplicativo. Essa ação garante que não ocorra mais nenhuma gravação no cluster de origem.

  3. Aguarde até que a lacuna do optime chegue a zero. Quando o contador chega a zero, os clusters de origem e destino estarão sincronizados.

  4. Clique em Cut Over para concluir o processo de migração.

    Se você clicar em Cancel na barra de progresso da migração em produção, o Atlas parará de sincronizar as gravações do cluster de origem. Todos os dados migrados permanecem no seu cluster do Atlas.

    Você pode clicar em Cut Over novamente para permitir que o Atlas conclua o processo de migração.

  5. Aguarde até que o Atlas configure seu cluster de destino e ele esteja pronto para uso. Para clusters menores, esse tempo é de 3a5 minutos. Para clusters maiores, esse tempo pode se estender até 10 minutos ou mais, dependendo do tamanho e da configuração do cluster.

    Se o processo de transferência estiver em andamento há pelo menos 12 horas, a Atlas envia um e-mail sugerindo que você verifique o processo de migração ou entre em contato com o suporte.

  6. Quando estiver tudo pronto para redirecionar gravações para o cluster de destino no Atlas:

    1. Use a string de conexão do cluster de destino para se conectar ao seu aplicativo.

    2. Confirme que seu aplicativo está funcionando com o cluster de destino do Atlas.

    3. Verifique seus dados no cluster de destino.

    4. Retome as gravações no cluster de destino.

    Atlas executa estas ação para concluir o processo:

    • Remove as sub-redes do servidor de migração ao vivo do MongoDB da lista de acesso IP no cluster de destino.

    • Remover o usuário de banco de dados que a migração em produção usou para importar dados para o cluster de destino.

    • Marca o processo de migração como concluído.

Para executar tarefas associadas ao procedimento de migração em produção, consulte API de migração em produção por push.

Se a sua migração falhar em qualquer estágio do processo de migração em tempo real, o Atlas o notificará por e-mail com um link para explorar os resultados da migração.

Se você tiver alguma dúvida sobre o suporte à migração além do que é abordado nesta documentação, ou se encontrar um erro durante a migração, solicite suporte por meio da interface do usuário do Atlas.

Como arquivar um ticket de suporte:

1
  1. Se ainda não tiver sido exibido, selecione a organização que contém seu projeto no menu Organizations na barra de navegação.

  2. Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.

  3. Ao lado do menu Projects, expanda o menu Options e clique em Project Support.

    A página Suporte ao Projeto é exibida.

2
  1. Clique em Request Support.

  2. Para Issue Category, selecione Help with live migration.

  3. Para Priority, selecione a prioridade apropriada. Para perguntas, selecione Medium Priority. Se houve uma falha na migração, selecione High Priority.

  4. Para Request Summary, inclua Live Migration no seu resumo.

  5. Para More details, inclua quaisquer outros detalhes relevantes à sua pergunta ou erro de migração.

  6. Clique no botão Request Support para enviar o formulário.

Para migrar um cluster utilizando o Atlas CLI, você pode executar as seguintes etapas:

  • Criar ou excluir um link-token

  • Criar ou visualizar uma tarefa de validação

  • Criar ou exibir uma tarefa de migração

  • Executar a transição

Para outras etapas no procedimento de migração live, você deve utilizar a UI do Cloud Manager ou a UI do Atlas. Para saber mais, consulte o fluxo de trabalho de migração live.

Antes de migrar um cluster utilizando o Atlas CLI, conclua a validação pré-migração.

Observação

Antes de executar comandos Atlas CLI, você deve:

Para criar um novo link-token utilizando o Atlas CLI, execute o seguinte comando:

atlas liveMigrations link create [options]

Para excluir o link-token especificado usando o Atlas CLI, execute o seguinte comando:

atlas liveMigrations link delete [options]

Para saber mais sobre a sintaxe e os parâmetros dos comandos anteriores, consulte a documentação do Atlas CLI sobre a criação de links do atlas liveMigrations e exclusão de links do atlas liveMigrations.

Se você estiver migrando do Ops Manager, solicite um endereço IP externo e especifique-o no link-token. Para saber mais, consulte Solicitar um endereço IP externo na documentação do Ops Manager.

Para criar uma nova solicitação de validação utilizando o Atlas CLI, execute o seguinte comando:

atlas liveMigrations validation create [options]

Para retornar os detalhes da solicitação de validação que você especifica utilizando o Atlas CLI, execute o seguinte comando:

atlas liveMigrations validation describe [options]

Para saber mais sobre a sintaxe e parâmetros para os comandos anteriores, consulte a documentação do Atlas CLI para a Criação de validação do atlas liveMigrations e Descrição de validação do atlas liveMigrations.

Para saber o que o Atlas valida, consulte o marcador Validate na seção Migrate Your Cluster nesta página.

Para criar uma nova tarefa de migração usando o Atlas CLI, execute o seguinte comando:

atlas liveMigrations create [options]

Para retornar os detalhes da tarefa de migração que você especifica utilizando o Atlas CLI, execute o seguinte comando:

atlas liveMigrations describe [options]

Para saber mais sobre a sintaxe e parâmetros para os comandos anteriores, consulte a documentação do Atlas CLI para a criação do atlas liveMigrations e descrição do atlas liveMigrations.

Para iniciar a substituição para migração em produção usando o Atlas CLI, execute o seguinte comando:

atlas liveMigrations cutover [options]

Para saber mais sobre a sintaxe e os parâmetros do comando, consulte a documentação do Atlas CLI para atlas liveMigrations cutover.

Quando a transferência for concluída, o Atlas concluirá o processo de migração em produção e interromperá a sincronização com o cluster de origem. Para saber mais, consulte a seção Migrate Your Cluster nesta página.

Voltar

Push do Cloud Manager ou Ops Manager