Importante
The feature described on this page is not currently supported on Atlas Infinite clusters during public preview. For the features supported in public preview, see Public Preview Availability.
Se o Cloud Manager monitorar o cluster de origem, o Atlas poderá enviar um cluster de origem para um cluster do Atlas usando o procedimento descrito nesta seção.
This process uses Mongosync as the underlying data migration tool, enabling faster live migrations with less downtime:
O Atlas sincroniza dados da origem para o cluster de destino até que você transfira seus aplicativos para o conjunto de réplicas do Atlas de destino.
Depois de atingir a etapa de substituição no procedimento a seguir:
Pare as gravações no cluster de origem.
Pare suas instâncias de aplicativo, aponte para o Atlas cluster e reinicie-as.
Restrições
The Mongosync Limitations apply to this live migration.
Live migration doesn't support migrating MongoDB Search indexes from a source cluster to the destination cluster.
Suporte para emparelhamento de VPC e endpoints privados
A tabela a seguir lista o status atual do suporte para Peering de VPC e endpoints privados para clusters de origem e destino que você migra em tempo real para o Atlas. Selecione a guia para conjuntos de réplicas ou clusters fragmentados.
Provedor de nuvem | VPC Peering | Endpoints privados |
|---|---|---|
Azure | ||
AWS | ||
Google cloud |
Provedor de nuvem | VPC Peering | Endpoints privados |
|---|---|---|
Azure | ||
AWS | ||
Google cloud |
Caminho de migração e plataformas compatíveis
A migração em produção do Cloud Manager para o Atlas é compatível com todas as plataformas nas quais você pode provisionar um host para o mongosync. Para obter uma lista completa das plataformas compatíveis nas quais você pode provisionar um host para o mongosync, consulte Plataformas do mongosync.
A migração em produção (push) do Atlas é compatível com os seguintes caminhos de migração:
cluster de origem Versão do MongoDB | Cluster do Atlas de destino Versão do MongoDB |
|---|---|
6.0.17 | 6.0.17 |
7.0.13 | 7.0.13 |
Pares de configuração de cluster de origem e destino suportados
Para esse tipo de migração em produção, o Atlas suporta os seguintes pares de configuração de cluster de origem e destino:
Configuração do cluster de origem | Configuração do cluster de destino | Suporte à migração live | Notas |
|---|---|---|---|
Autônomo | Qualquer tipo de cluster | Before migrating a standalone source cluster using this migration procedure, convert the standalone to a replica set. | |
Conjunto de réplicas | Conjunto de réplicas | ||
Conjunto de réplicas | Cluster fragmentado | Ao executar este tipo de migração, você pode especificar os parâmetros de fragmentação. Para saber mais, consulte o procedimento de migração em produção nesta seção e este exemplo de fragmentação. | |
Cluster fragmentado | Cluster fragmentado | The number of shards in source and destination clusters might differ. The source sharded cluster must use CSRS (Config Server Replica Sets). To learn more, see Replica Set Config Servers. | |
Cluster fragmentado | Conjunto de réplicas |
Acesso necessário
To live migrate your data, you must have Project Owner and clusterMonitor access to Atlas.
Os usuários com acesso Organization Owner devem se adicionar ao projeto como um Project Owner.
Pré-requisitos
Antes de iniciar a migração push live de um cluster monitorado no Cloud Manager para o Atlas:
Atualize o cluster de origem para o MongoDB versão 6.0 ou posterior.
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.
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 o emparelhamento VPC ou endpoints privados ao migrar conjuntos de réplicas, o processo de migração live será executado em endereços IP públicos que você adicionar à lista de acesso IP do projeto Atlas como parte do procedimento de migração live nesta seção.
Em seu cluster de origem no Cloud Manager, provisione um host de migração no Cloud Manager.
O nome de usuário e a senha usados para se conectar ao cluster de origem.
Se você não estiver usando um private endpoint entre o host de migração e o cluster do Atlas, obtenha os endereços IP externos ou blocos CIDR dos hosts de migração provisionados no Cloud Manager do administrador do Cloud Manager.
Se o cluster de origem usar TLS com uma autoridade de certificação raiz personalizada, para garantir que os hospedar possam ler o certificado, adicione o arquivo CA do cluster de origem aos hosts de migração.
During the live migration process, Atlas validates that it can collect MongoDB database statistics using dbStats. Before you live migrate to an Atlas cluster, review the project settings for the source cluster in Cloud Manager and ensure that the option Collect Database Specific Statistics is enabled. This option is enabled by default in Cloud Manager, and it should remain enabled so that the migration process passes validation.
Se o cluster for executado com autenticação, atenda aos seguintes pré-requisitos:
For replica sets, grant the
backupandreadAnyDatabaseroles on the admin database to the user that will run the migration process.For sharded clusters, grant the
backup,readAnyDatabase, andclusterMonitorroles on the admin database to the user that will run the migration process. Ensure the specified user exists on every shard and the config server replica set. The user must have permissions that allow the following actions:Pare ou inicie o balanceador de cluster fragmentado.
Leia todos os bancos de dados e coleções no host.
Leia o oplog no host.
Ensure that this user is authenticated using both SCRAM-SHA-1 and SCRAM-SHA-256. To learn more, see Source Cluster Security.
Importante
Fonte Prontidão do cluster
Para ajudar a garantir uma migração de dados tranquila, seu cluster de origem deve atender a todas as recomendações de cluster de produção. Verifique a Lista de verificação de operações e as Notas de produção antes de iniciar o processo de migração ao vivo.
Observação
Você não pode migrar um cluster em estado inativo. O cluster que executa o MongoDB deve estar operacional para que a migração ao vivo para o Atlas ocorra, pois o Atlas migra um membro do cluster por vez, começando pelos membros secundários e finalizando pelo membro primário. Certifique-se de que seu cluster esteja em execução antes de tentar a migração.
Fluxo de trabalho de migração em produção
This section outlines the workflow. For detailed steps, see the procedure for migrating a cluster from Cloud Manager to Atlas.

As etapas do fluxo de trabalho de migração em produção são:
Estágio 1: selecione o caminho de migração no Atlas. Execute esta etapa no Atlas , depois de criar sua conta, organização e projeto Atlas ; implantou seu cluster dedicado neste projeto; e pode se conectar a ele.
- Para obter etapas detalhadas, consulte o procedimento para migrar um cluster do Cloud Manager para o Atlas.
Estágio 2: Provisionar o host de migração.
provisione um host de migração no Cloud Manager. Um host de migração executa um MongoDB Agent dedicado que orquestra o processo de migração em produção do Cloud Manager para o Atlas.
Observação
Se você estiver migrando uma implementação do MongoDB de origem que não tenha usado o Cloud Manager antes, adicione os processos existentes do MongoDB ao Cloud Manager.
In the Live Migration: Connect to Atlas section of your Cloud Manager organization's Settings page, select Connect to Atlas and paste the link-token that you created in Atlas. To learn more, see Connect to Atlas for Live Migration in Cloud Manager.
Estágio 3: iniciar a migração. No Atlas, siga as etapas do assistente para iniciar o processo de migração em produção.
Endereço IP externo do host de migração no Cloud Manager
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.
Validação de pré-migração
Antes de iniciar o procedimento de migração ao vivo, o Atlas executa verificações de validação nos clusters de origem e destino.
A versão do MongoDB do cluster de origem e destino é pelo menos 6.0.17 ou posterior. As versões não precisam corresponder.
The source cluster's database user has the correct permissions as described in Source Cluster Security.
O cluster do Atlas de destino não tem o BI Connector para Atlas habilitado.
The source cluster enables collecting database statistics for its project in Cloud Manager. This allows Atlas to collect MongoDB database statistics during the live migration process. To confirm that the option Collect Database Specific Statistics is enabled, review the project settings for the source cluster in Cloud Manager.
Segurança do cluster de origem
O usuário de migração precisa das seguintes funções integradas, além de uma função personalizada que inclua as ações de bloqueio de gravar:
For source replica set clusters, a MongoDB user must have the readAnyDatabase, backup roles and the bypassWriteBlockingMode action.
For source sharded clusters a MongoDB user must have the readAnyDatabase, backup, clusterMonitor roles and the bypassWriteBlockingMode action.
You must add the bypassWriteBlockingMode action to a custom role and assign it to the user who will do the migration. You can add the role on Atlas or self-managed clusters.
The custom role must include the setUserWriteBlockMode and bypassWriteBlockingMode actions on the cluster resource. For a self-managed source cluster, run the following commands in mongosh to create the custom role and assign it to the migration user:
use admin db.createRole({ role: "LiveMigrateWriteBlockingCustomRole", privileges: [ { resource: { cluster: true }, actions: [ "setUserWriteBlockMode", "bypassWriteBlockingMode" ] } ], roles: [] }) db.grantRolesToUser("admin", [ { role: "LiveMigrateWriteBlockingCustomRole", db: "admin" } ])
Para um cluster de origem do Atlas, crie a função personalizada com o Atlas CLI ou a IU do Atlas e, em seguida, atribua-a aos usuários de banco de dados:
atlas customDbRoles create LiveMigrateWriteBlockingCustomRole \ --privilege SET_USER_WRITE_BLOCK,BYPASS_USER_WRITE_BLOCK
Na IU do Atlas, selecione as ações setUserWriteBlockMode e bypassWriteBlockingMode no campo Action or Role. Para saber mais, consulte Adicionar funções personalizadas.
To verify that the database user who will run the live migration process has these roles, run the db.getUser() command on the admin database. For example, for a replica set, run:
use admin db.getUser("admin") { "_id" : "admin.admin", "user" : "admin", "db" : "admin", "roles" : [ { "role" : "backup", "db" : "admin" }, { "role" : "readAnyDatabase", "db" : "admin" } , { "role" : "LiveMigrateWriteBlockingCustomRole", "db" : "admin" } ] } ...
Especifique o nome de usuário e a senha do Atlas quando solicitado pela tela de orientação do procedimento de migração em produção.
Atlas only supports SCRAM for connecting to source clusters that enforce authentication.
Requisitos de segurança para o host de migração
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.
Considerações
Criptografia de rede
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.
Usuários e funções do banco de dados
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 |
Requisitos de oplog
Requisitos do cluster de origem:
Para garantir que a janela de atraso da migração live permaneça dentro dos limites da janela de atraso de replicação do oplog, faça uma das seguintes ações no cluster de origem:
Aumente a oplog window mínima. Use essa opção se o auto-scaling de armazenamento estiver ativado (este é o padrão) no cluster de origem.
Aumente o tamanho fixo do oplog. Use essa opção se você desabilitar o auto-scaling de armazenamento no cluster de origem.
Requisitos do cluster de destino:
- Para acomodar possíveis flutuações no tamanho do armazenamento relacionadas aos requisitos de tamanho do oplog, recomendamos que você escolha uma camada do cluster de destino que esteja pelo menos dois níveis acima do cluster de origem.
Balanceadores de cluster de origem e destino
Para evitar qualquer impacto no desempenho de gravação durante a migração, o Atlas interrompe os balanceadores de cluster fragmentado nos clusters de origem e destino no início do procedimento e inicia os balanceadores no final do procedimento.
Se você cancelar a migração live, o Atlas reiniciará os balanceadores nos clusters de origem e destino.
If Atlas can't restart the load balancer on the source or destination clusters at the end of a successful live migration, a warning banner indicates that you must manually restart the source or destination cluster balancer.
Configuração do cluster de destino
Para o cluster de destino, as seguintes considerações se aplicam:
Os clusters de origem e destino são ambos conjuntos de réplicas ou ambos são clusters fragmentados. O número de fragmentos pode ser diferente entre o cluster de origem e o cluster de destino.
Não é possível selecionar um cluster gratuito (anteriormente conhecido como
M0) ou um cluster flexível como cluster de destino para a migração em produção.
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.
- Não altere o sinalizador
featureCompatibilityVersionenquanto a migração em produção do Atlas estiver em execução.
Evite cargas de trabalho no cluster de destino
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.
Evite backups em nuvem
O Atlas pausa os snapshots de backups em nuvem programados e sob demanda do cluster de destino enquanto a migração em produção está em execução. Depois que você concluir a etapa de cutover no procedimento de migração em produção nesta página, o Atlas retomará automaticamente a captura de snapshots de backups em nuvem com base em sua política de backup.
Evitar alterações no namespace
Don't make any namespace changes during the migration process, such as using the renameCollection command or executing an aggregation pipeline that includes the $out aggregation stage.
Evitar eleições
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.
Ambientes de preparação e produção
Consider running the following procedure twice. Perform a partial migration that stops at the Perform the Cutover step first. This creates an up-to-date Atlas-backed staging cluster to test application behavior and performance using the latest driver version that supports the MongoDB version of the Atlas cluster.
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.
Migre seu cluster
Importante
Avoid making changes to the source cluster configuration while the live migration procedure runs, such as removing replica set members or modifying mongod runtime settings, such as featureCompatibilityVersion.
Procedimento
No Atlas, vá para o Migration Hub do seu projeto.
Se ainda não tiver sido exibido, selecione a organização que contém seu projeto no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione seu projeto no menu Projects na barra de navegação.
Na barra lateral, clique em Migration sob o título Services.
O Hub de Migração é exibido.
Inicie o processo de migração.
Clique em Migrate from a Self-Managed MongoDB Database.
Observação
O rótulo da UI menciona o Ops Manager, no entanto, para esse procedimento, você só pode migrar clusters que executem o MongoDB 6.0 ou posterior para o Atlas que o Cloud Manager monitora.
Clique em I'm Ready to Start.
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.
Vincular com o Atlas.
Clique em Generate Link-Token. O Atlas exibe a página para gerar um link-token.
Clique em Next para ver uma página que contém o link-token gerado.
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 projetos em uma organização do Cloud Manager para o Atlas.
Clique em Done.
Cole o link-token no Cloud Manager.
Acessar a organização no Cloud Manager:
Abra o Cloud Manager e navegue até a organização cujo cluster do projeto você está migrando em tempo real para o Atlas.
Clique em Settings no painel de navegação esquerdo.
Na seção Live Migration: Connect to Atlas , clique em Connect to Atlas. A caixa de diálogo Connect to Atlas aparece.
Cole o link-token que você gerou na etapa anterior do assistente de migração em produção e clique em Connect to Atlas. O Cloud Manager estabelece a conexão com o Atlas. Utilize o botão Refresh para enviar uma atualização para o Atlas, se necessário.
Criar o cluster do Atlas de destino.
If you haven't already, create a destination cluster in Atlas. See Required Access.
Inicie a migração do cluster de destino.
Clique em Select Target Cluster from Projects.
Vá para o projeto do seu Atlas cluster de destino e encontre seu cluster de destino.
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.
Clique em Migrate from a Self-Managed MongoDB Database.
Observação
O rótulo da UI menciona o Ops Manager, no entanto, para esse procedimento, você só pode migrar para clusters do Atlas que executem o MongoDB 6.0 ou posterior para o Atlas que o Cloud Manager monitora.
Preencha os campos da seguinte maneira:
Selecione o projeto de origem no Cloud Manager, se ainda não estiver selecionado.
Selecione o cluster de origem no menu suspenso.
Se você estiver migrando um conjunto de réplicas para um cluster fragmentado:
Se você quiser shard as coleções, clique na marca de seleção em Include sharding parameters e cole seu JSON de configuração de sharding na caixa de texto usando o exemplo de sharding. Salve esta configuração em um arquivo externamente, caso você precise consultá-la mais tarde.
The sharding configuration JSON defines the
shardingEntriesarray, which specifies the collections to shard, and the keys to use for sharding. MongoDB shards only those collections that you include into this array. To learn more, see Sharding.Se você omitir a especificação da configuração de fragmentação, poderá fragmentar as coleções no cluster de destino após migrar o cluster para o Atlas.
Além da configuração de fragmentação, um índice compatível para as chaves de fragmentação especificadas deve existir no cluster de destino em serviço.
Marque a opção Create supporting indexes para que o MongoDB crie automaticamente índices de chaves de fragmento de suporte no cluster de destino no Atlas.
Selecione um host de migração para lidar com a migração.
Se você não estiver usando um private endpoint, revise a lista de acesso de endereço IP e verifique se o endereço IP externo do host de migração está incluído nessa lista. Se não estiver 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 o cluster de origem impor a autenticação, insira um nome de usuário e senha nas caixas de texto fornecidas.
Consulte Segurança do cluster de origem para obter orientação sobre as permissões de usuário exigidas pela migração em produção do Atlas.
If you suspend the source cluster from automation in Cloud Manager, but continue to monitor the source cluster with the Monitoring Agent, the Username and Password display. If your deployment requires user authentication, provide the user name and password in these fields. The database user whose credentials you provide must have at least the backup role on the admin database and must be authenticated using both SCRAM-SHA-1 and SCRAM-SHA-256.
Se o cluster de origem usar TLS, alterne o botão Is encryption in transit enabled?.
Se o cluster de origem usar TLS com uma Autoridade de Certificação Raiz personalizada (CA), copie o caminho para o arquivo CA do seu host de migração e cole este 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 tiver dados que você deseja preservar, mantenha a opção Clear any existing data on your destination cluster desmarcada. O serviço de migração em tempo real verifica uma amostra de documentos durante a validação e avisa se encontrar namespaces duplicados. Se você deseja excluir os dados existentes, marque esta opção e, em seguida, insira o nome do cluster de destino.
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 Peering VPC ou um endpoint privado para seus clusters. 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.
If you configured a VPC peering connection between the migration host and the Atlas replica set, the VPC Peering option is active. Click VPC Peering to connect using VPC peering for live migration. If the VPC Peering option is grayed out, configure a VPC peering connection before starting this procedure. To learn more, see Support for VPC Peering and Private Endpoints.
If you configured a private endpoint between the migration host and the Atlas cluster, the Private Endpoint option is active. Click Private Endpoint to connect with a private endpoint, and then select a previously-configured private endpoint from the dropdown. Only private endpoints that are in
AVAILABLEstate are valid. If the Private Endpoint option is grayed out, configure a private endpoint before starting this procedure. To learn more, see Support for VPC Peering and Private Endpoints.Observação
Para migrações push live, endpoints privados são suportados apenas para clusters distribuídos em um único provedor de nuvem e uma única região.
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 Cloud Manager para a versão mais recente. 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 com uma Autoridade de Certificação Raiz personalizada (CA), o host de migração poderá acessar o cluster de origem usando TLS.
As credenciais do trigger de reconhecimento de data center são válidas. Essa verificação de validação será executada somente se você interromper a automação do cluster de origem no Cloud Manager, mas continuar monitorando o cluster de origem com o agente de monitoramento.
The migration process validates that the destination cluster has enough disk space based on the storage size of the compressed data. To learn more about data and storage sizes, see 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 de usuário de banco de dados, seus certificados TLS e a quantidade de tamanho de armazenamento em disco no cluster de destino.
Se a validação for bem-sucedida, clique em Next.
Inicie a migração.
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á.
Clique em Start the Migration.
Depois que o processo de migração começa, a IU do Atlas exibe a Migrating Data tela passo a passo para o cluster do Atlas de destino. A tela de apresentação é atualizada à medida que o cluster de destino prossegue com o processo de migração. O processo de migração inclui:
Aplicação de novas gravações nos dados do cluster de origem nos dados do cluster de destino.
A cópia de dados do cluster de origem para o cluster de destino.
Finalizando a migração no cluster de destino.
Um valor de tempo de atraso é exibido durante a fase final do processo de migração que representa o atraso atual entre os clusters de origem e de destino.
Quando o temporizador de atraso está próximo de zero e o processo de migração é recuperado, o Atlas ativa o botão Cutover to your destination cluster e indica que os clusters de origem e destino estão sincronizados. Prossiga para a próxima etapa.
Execute a transição.
A substituição é um processo de três etapas de direcionamento das leituras e gravações do aplicativo do cluster de origem para o cluster de destino.
Quando o Atlas detecta que os clusters de origem e destino estão quase sincronizados, ele inicia um temporizador extensível de 120 horas (5 dias) para iniciar o estágio de substituição do procedimento de migração live. Após a passagem do período 120 horas, o Atlas para de sincronizar com o cluster de origem.
Nesse estágio do processo de migração, você pode prosseguir para a substituição ou estender o período de sincronização e, em seguida, prosseguir para a substituição.
Se você clicar em I'm ready to cutover, o Atlas iniciará o processo de cutover.
Se você clicar em Extend Sync e se a sincronização estendida for concluída com êxito, o Atlas confirmará que os clusters de origem e destino estão sincronizados. Prossiga com o processo de transição. Se o tempo de sincronização expirar, você poderá tentar novamente a migração.
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.
Clique I'm ready to cutover. Prossiga com o processo de transição de três etapas rapidamente para garantir o mínimo de tempo de inatividade para seu aplicação.
Clique Proceed to cutover. O processo de transição de três etapas começa:
Interrompa as gravações em seu cluster de origem. Clique I confirm that I've stopped writes to my source cluster. Clique em Finalize migration para prosseguir.
Aguarde alguns minutos enquanto o Atlas finaliza a migração. O Atlas executa estas ações 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.
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.
Se a migração for bem-sucedida, a página You have successfully migrated to Atlas será exibida. O Atlas mostra o status das alterações sincronizadas, o tempo de inatividade do aplicação , a duração do processo de migração, a quantidade de dados iniciais copiados e o número de coleções copiadas.
Verifique se seus dados são transferidos para o cluster de destino comparando contagens de documento e executando comparações de hash. Para saber mais, consulte Mongosync: Verificar Transferência de Dados.
Clique Connect to your new cluster. O Atlas redirecionará você para a página Connect to Atlas , onde você pode escolher um método de conexão.
Depois de se conectar ao cluster, retome as gravações no cluster de destino.
API de migração em produção por push
To run tasks associated with the live migration procedure, see Push Live Migration API.
Observação
As API de migração em produção mencionam o Cloud Manager ou o Ops Manager, no entanto, o tipo de migração em produção descrito nesta seção oferece suporte apenas à migração de cluster de origem monitorados no Cloud Manager para clusters de destino no Atlas.
Comandos de migração em produção por push da CLI
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 .
Antes de migrar um cluster utilizando o Atlas CLI, conclua a validação pré-migração.
Criar ou excluir um link-token
Para criar um novo link-token usando o Atlas CLI, execute o seguinte comando:
atlas liveMigrations link create [options]
To delete the link-token you specify using the Atlas CLI, run the following command:
atlas liveMigrations link delete [options]
To learn more about the syntax and parameters for the previous commands, see the Atlas CLI documentation for atlas liveMigrations link create and atlas liveMigrations link delete.
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.
Criar e visualizar uma tarefa de validação
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.
Criar e visualizar uma tarefa de migração
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.
Executar a transição
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.
Observação
Os comandos da CLI de migração em produção podem mencionar o Cloud Manager ou o Ops Manager, no entanto, o tipo de migração em produção descrito nesta seção oferece suporte apenas à migração de cluster de origem monitorados no Cloud Manager para clusters de destino no Atlas.
Suporte à migração
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 IU do Atlas.
Como arquivar um ticket de suporte:
No Atlas, acesse a página Support.
Se ainda não estiver exibido, selecione sua organização desejada no Menu Organizations na barra de navegação.
Clique no ícone Support na barra de navegação.
Clique em View plan.
The Support page displays.
Solicite suporte.
Clique em Request Support.
Para Issue Category, selecione
Help with live migration.Para Priority, selecione a prioridade apropriada. Para perguntas, selecione
Medium Priority. Se houve uma falha na migração, selecioneHigh Priority.Para Request Summary, inclua
Live Migrationno seu resumo.Para More details, inclua quaisquer outros detalhes relevantes à sua pergunta ou erro de migração.
Clique no botão Request Support para enviar o formulário.