Processo de backup

1. Quando o cluster está pronto para seu snapshot agendado, ele determina um nó disponível ideal para isso. Na maioria dos casos, o mongod determina o membro secundário de menor prioridade como o nó de snapshot preferencial. Outras métricas podem ser consideradas para determinar o nó preferencial, como o quão atual é o secundário com o primary e o membro do snapshot escolhido anteriormente.

2. Quando o processo mongod determina o nó de origem para o snapshot, o processo de backup abre um $backupCursor no nó de destino.

   O $backupCursor, um mecanismo da camada do mecanismo de armazenamento, permite que os arquivos do banco de dados no armazenamento sejam copiados em um estado consistente enquanto ainda aceitam gravações.

3. A função de backup do agente MongoDB copia e processa esses arquivos de dados.

4. A função de backup do agente MongoDB envia os arquivos de dados para o Ops Manager.

5. O processo de backup coleta e transfere esses arquivos para o repositório de snapshots que você escolher para armazenar o backup. Dependendo do armazenamento de snapshot que você escolheu para armazenar seu snapshot, um snapshot pode ser gravado como:

   1. Bloqueia para uma loja de blocos. Chunks binários gravados em um banco de dados MongoDB no host do Ops Manager.

   2. Blocos para um bucketAmazon Web Services S3 . Os metadados para esses blocos são gravados em um banco de banco de dados MongoDB no host do MongoDB Ops Manager .

   3. Arquivos de snapshot em um armazenamento do sistema de arquivos.

Backup inicial

1. O MongoDB Agent habilitado para backup se conecta e autentica com os bancos de dados associados à tarefa de backup.

2. A sincronização inicial começa e entra em sua fase starting . A sincronização inicial é um estado de transição entre Inactive e Active. A sincronização inicial passa por uma série de fases que são exibidas na página Backup para mostrar o progresso. O Backup transmite os dados existentes para o MongoDB Ops Manager em 10 pacotes compactados MB de documentos chamados fatias. O backup cria fatias no ponto no tempo em que o snapshot foi criado. O MongoDB Ops Manager captura os dados inseridos na instância quando o snapshot é iniciado separadamente.

3. A fase transferring começa quando as fatias são transmitidas e armazenadas no oplog Store temporariamente em nome do Backup Daemon. O serviço Backup Daemon não pode se dedicar ao processamento do grande fluxo de fatias de sincronização inicial às custas do processamento de outras tarefas de backup. O armazenamento de oplog armazena as fatias até que o Backup Daemon possa baixá-las. O armazenamento de oplog é criado quando o primeiro armazenamento de snapshots é criado.

4. Enquanto o Backup está transmitindo os dados, ele acompanha o oplog. Esse acompanhamento coleta todas as diferenças entre o estado do banco de banco de dados de implantação quando o backup começou e o estado atual do banco de dados de implantação. As entradas oplog são enviadas em pacotes compactados de 10 MB de documentos chamados fatias de oplog. Esses dois fluxos de fatias são coletados em paralelo para reduzir o tempo necessário para construir um snapshot completo.

5. A fase building começa quando o MongoDB Ops Manager recebe o primeiro lote de partes da sincronização inicial . Nessa fase, o MongoDB Ops Manager cria uma versão local do banco de dados com backup chamado de banco de dados de banco de dados principal no host que executa o serviço Backup Daemon .

6. O MongoDB Ops Manager usa o serviço Backup Daemon para inserir os documentos armazenados no oplog Store no banco de dados principal.

7. A fase applying oplogs começa quando o MongoDB Ops Manager aplica as entradas de oplog com cauda ao banco de banco de dados principal.

8. Durante a fase fetching missing documents, o MongoDB Ops Manager consulta o banco de banco de dados de sistema para documentos perdidos durante a inserção do documento . O MongoDB Ops Manager insere os documentos ausentes encontrados no banco de banco de dados de sistema no banco de banco de dados principal.

9. Depois de inserir os documentos ausentes, a fase creating indexes começa quando o MongoDB Ops Manager cria todos os índices encontrados nos bancos de dados de sistema no banco de banco de dados principal. Quando os índices terminam, a sincronização inicial termina e a fase muda para complete.

10. Dependendo do armazenamento de snapshot que você escolheu para armazenar seu snapshot, um snapshot pode ser gravado como:

    1. Bloqueia para uma loja de blocos.

    2. Blocos para um bucketAmazon Web Services S3 . Os metadados para esses blocos são gravados em um banco de banco de dados MongoDB no host do MongoDB Ops Manager .

    3. Arquivos de snapshot em um armazenamento do sistema de arquivos.

Backups subsequentes

O banco de dados principal funciona como uma cópia completa do banco de banco de dados de sistema. Ele precisa de oplogs aplicados a ele regularmente para manter seus dados sincronizados com o banco de banco de dados do sistema. Os snapshots são gerados a partir dos dados armazenados no banco de banco de dados principal de acordo com seu agendamento de snapshots.

Depois que o primeiro backup completo for concluído, cada tarefa de backup ativo seguirá este processo:

1. O backup acompanha o oplog do sistema.

2. O backup agrupa rotineiramente novas oplog entradas de em de oplog oplog e as transfere para MongoDB Ops Manager o .

3. O MongoDB Ops Manager armazena as entradas de oplog no armazenamento de oplog .

4. O MongoDB Ops Manager aplica as novas entradas de oplog das fatias de oplog ao banco de banco de dados principal que armazena o backup do sistema.

5. MongoDB Ops Manager cria um novo snapshot e o armazena no armazenamento de snapshots conforme especificado em seu agendamento de snapshots.