MongoDB para cosmos DB planeamento migratório

Concluído

Depois de rever os benefícios da Cosmos DB, o seu CIO deu-lhe luz verde para executar uma prova de conceito. A primeira fase do projeto é planear a migração de dados. Isto incluirá a criação de um Cosmos DB vazio para hospedar os dados migrados.

Nesta unidade, você vai percorrer os passos para criar uma base de dados Cosmos DB e selecionar um método de migração offline ou on-line.

Verifique a sua compatibilidade mongoDB

A primeira tarefa antes da migração é verificar se está a migrar de uma versão suportada do MongoDB. Pode verificar o suporte da versão mais recente no seguinte site:

A API da Azure Cosmos DB para o MongoDB: funcionalidades suportadas e sintaxe

Para começar a usar um Cosmos DB em Azure, você cria uma conta Cosmos DB com a API MongoDB. Depois cria-se uma base de dados na conta. Pode separar as cargas de trabalho da sua base de dados em diferentes bases de dados, um benefício desta abordagem é a granularidade que pode definir a produção.

O acesso aos seus dados é controlado através da utilização de Redes Virtuais Azure (VNet). Irá configurar o seu Grupo de Segurança da Rede VNET para abrir as portas 53, 443, 445, 9354 e 10000-20000. Obviamente, também terá de configurar as suas firewalls no local para permitir o acesso através destas portas ao servidor MongoDB no local.

Normalmente, uma migração envolve uma grande quantidade de transferência de dados e você pode temporariamente aumentar a produção durante a migração. Se especificar a produção de nível de base de dados, deve considerar que cada coleção requer pelo menos 100 RU/Sec. Portanto, o ru/sec mínimo para a base de dados é o número de coleções multiplicadas por 100. A produção ao nível da base de dados parece muitas vezes mais apropriada do que a produção de nível de recolha para cenários de migração, mas deve considerar que esta definição não pode ser modificada após a criação e, portanto, deve escolher a configuração mais adequada para a utilização esperada da migração pós-migração da base de dados.

Migração offline ou online

Numa migração offline, você para as ligações com a base de dados, executa a migração e, em seguida, estabelece ligações à nova base de dados migratória. É importado para evitar ligações durante a migração, porque estas transações serão perdidas.

Uma migração on-line aplica quaisquer transações que ocorram durante a migração para a nova base de dados migratória. Não se perdem transações.

Uma migração offline é mais rápida, mas uma migração online tem menos tempo de inatividade. O tempo de inatividade começa quando a migração começa offline, mas o tempo de inatividade só começa no final da migração quando o corte para a nova base de dados ocorre para online. Deve fazer um teste de migração offline numa cópia do sistema ao vivo para investigar se o tempo de inatividade é aceitável. Pode ser possível executar a migração numa altura em que a atividade é tipicamente baixa. Se o tempo de inatividade para a migração offline não for aceitável, então escolha a migração online.

Para obter mais informações sobre migrações online, consulte a Migração MongoDB para a Azure Cosmos DB Mongo API on-line

Para obter mais informações sobre migrações offline, consulte Migrate MongoDB para Azure Cosmos DB Mongo API offline