Você pode migrar dados de seus sistemas locais do MongoDB para o Atlas usando um dos vários métodos. Recomendamos usar a migração em tempo real do Atlas quando possível, pois ela automatiza muitas das tarefas com o menor tempo de inatividade, mas você pode usar outras ferramentas que aceitam a variedade e complexidade inerentes à migração de banco de dados .
Visão geral da migração em produção
A migração em tempo real do Atlas automatiza a transferência de dados de bancos de dados MongoDB locais para o Atlas. A migração em tempo real do Atlas inclui as seguintes funcionalidades:
O host de migração sempre criptografa o tráfego para o Atlas cluster. O tráfego de, para e entre nós do Atlas é sempre criptografado, e esta funcionalidade não pode ser desativada. Somente usuários com funções de banco de dados de controle de acesso baseado em funções (RBAC) específicas (como
backup,readAnyDatabaseouclusterMonitor) e proprietário do projeto Atlas podem iniciar uma migração live. Os usuários autenticam em clusters usando SCRAM-SHA-1 ou SCRAM-SHA-.256A migração live automatiza a maioria das tarefas. Para o método "pull" totalmente gerenciado, a migração live monitora as principais métricas, provisiona os servidores de migração e executa o sequenciamento rigoroso dos comandos de migração. Além disso, você também pode selecionar para quais configurações da camada do cluster de destino do Atlas deseja migrar.
Instruções detalhadas ajudam você a escalar clusters de destino para controlar custos. As recomendações incluem o dimensionamento apropriado do cluster e o dimensionamento temporário, seguidos pelo redimensionamento para níveis ideais após a migração.
A migração ao vivo usa o mongosync nos atrás do palco, o que facilita a transição rápida por meio da cópia paralela de dados. Os processos gerenciam interrupções temporárias de rede e eleições de cluster, usando sincronização contínua de dados e uma fase final de substituição para obter um tempo de inatividade mínimo. Mecanismos de repetição e validações de pré-migração aumentam a resiliência contra interrupções.
Monitore migrações com atualizações e notificações de status em tempo real.
Métodos de migração em produção
Você pode fazer com que um servidor de migração ao vivo extraia dados para o Atlas. O método de migração live live suporta caminhos de migração entre versões específicas do MongoDB . Consulte Caminhos de migração suportados para saber mais. Para migrar dados de bancos de dados usando versões não permitidas do MongoDB, consulte Migração legada ou Métodos de migração manual.
Puxe dados para o Atlas. O Atlas extrai dados da implantação de origem do MongoDB e requer acesso à implantação de origem por meio do firewall da implantação. Quando os clusters estiverem totalmente sincronizados, você deverá seguir o processo de interrupção de interromper as operações de gravação na origem, redirecionar aplicativos para o Atlas cluster e reiniciá-los. As seguintes considerações se aplicam:
Melhor para sistemas não monitorados pelo Cloud Manager ou Ops Manager.
O banco de dados de origem deve estar acessível publicamente para permitir o acesso de entrada do servidor de migração live.
Não é compatível com emparelhamento de VPC ou endpoints privados para o cluster de origem ou de destino.
As topologias do cluster de origem e destino devem corresponder. Por exemplo, ambos devem ser conjuntos de réplicas ou clusters fragmentados com o mesmo número de shards.
Planeje um tempo de inatividade mínimo durante a transição, para interromper as gravações e reiniciar os aplicativos com uma nova string de conexão. O processo de migração é intensivo em CPU no cluster de destino e requer largura de banda de rede significativa.
Para garantir um processo de migração tranquila, confirme se o tamanho do oplog do cluster de origem é adequado para cobrir toda a duração da migração. Para o cluster de origem, a janela de atraso da migração live deve permanecer dentro dos limites da janela de atraso de replicação do oplog. Você pode atender a esse requisito aumentando a janela mínima do oplog ou aumentando o tamanho fixo do oplog. Para o cluster de destino, o MongoDB recomenda que você escolha uma camada do cluster de destino que esteja pelo menos dois níveis acima do cluster de origem durante a migração. Se o auto-scaling de armazenamento estiver desabilitado no cluster de destino, aumente o tamanho do oplog no cluster de destino para um valor fixo alto o suficiente. Se o auto-scaling de armazenamento estiver habilitado no cluster de destino, defina uma oplog window mínima alta o suficiente no cluster de destino. Consulte Requisitos de Oplog para saber mais.
Para obter recomendações e instruções completas de migração, consulte Live Migrate (Pull) de um cluster para o Atlas.
Monitoramento de migrações
Para revisar as migrações atuais e passadas, navegue até a página Migration Hub no Atlas.
Você pode clicar em cada processo de migração para obter informações mais detalhadas, incluindo a estimativa inicial de tempo de cópia de dados e relatórios de progresso abrangentes. Use o cartão de cluster para criar, transferir ou cancelar uma migração.
Para saber mais,consulte Monitorar migrações.
Métodos manuais de migração
Se a migração live do Atlas não puder satisfazer as restrições de seus requisitos de migração, você poderá trazer dados dos sistemas MongoDB existentes, JSON ou arquivos CSV no Atlas utilizando uma das seguintes ferramentas que você executa fora do Atlas.
Ferramenta | Descrição |
|---|---|
O binário mongosync é o processo primário usado pela migração em tempo real do Atlas . Você pode utilizar o autônomo | |
Migre de um conjunto de réplicas do MongoDB para um cluster Atlas sem desligar o conjunto de réplicas ou osaplicativos | |
Seed um Atlas cluster com um | |
Carregue dados de um | |
Utilize uma GUI do para carregar dados de um |
Você também pode restaurar de um backup de dados do Atlas cluster para outro Atlas cluster. Para obter informações, consulte Restaurar seu cluster.
Se for necessário usar as configurações de emparelhamento VNet do Atlas ou Private Link, você não deseja permitir a conexão direta de um terceiro com seu cluster de origem ou, se ainda não tiver ou não quiser importar a cluster de origem no Ops Manager ou no Cloud Manager, o MongoDB recomenda a abordagem autônomo mongosync.
Se você tiver conjuntos de dados relativamente pequenos (<300 GB) para migrar e puder pagar pelo tempo de inatividade do aplicação por um longo período de tempo, o MongoDB recomenda a abordagem mongodump e mongorestore.
Se você tiver conjuntos de dados relativamente pequenos (<300 GB) para migrar, nenhuma preocupação com índice e puder pagar pelo tempo de inatividade do aplicação por um longo período de tempo, o MongoDB recomenda a abordagem mongoexport e mongoimport.
Transição
Quando uma migração atingir o status "Pronto para substituição", clique em Cutover on target cluster seguido de Prepare to Cutover no cartão do cluster para iniciar o processo de substituição. Após a conclusão bem-sucedida do cutover, reconfigure seu aplicação para ponto para o novo cluster de destino.
Para saber mais,consulte Monitorar migrações.
Próximos passos
Consulte a página de Orientação para organizações, projetos e clusters do Atlas para saber mais sobre os blocos de construção de sua propriedade empresarial do Atlas ou use a navegação à esquerda para encontrar recursos e práticas recomendadas para cada coluna do Bem-Architected Framework.