Processo de backup
Os backups dependem da versão do MongoDB com que seu banco de dados de dados é compatível. Para MongoDB 4.4, o FCV pode ser 4.2 ou 4.4.
O processo de backup tira um snapshot do diretório de dados em seus intervalos de snapshots programados. Esse processo copia os arquivos de dados em uma implantação do MongoDB , enviando-os pela rede por meio do MongoDB Ops Manager para o armazenamento de snapshot existente. Sua implantação ainda pode lidar com operações de leitura e gravação durante o processo de cópia.
O processo de backup funciona dessa maneira, independentemente de como as capturas de imagem são armazenadas.
Observação
Com o novo processo de backup, não há mais sincronizações iniciais. Como resultado de não ter sincronizações iniciais, o Ops Manager pode oferecer suporte a uma gama maior de clientes, como aqueles que usam fortemente renameCollection.
Definição de backup e estados operacionais
Cada backup é definido como uma tarefa. Cada tarefa define quanto e com que frequência os dados são armazenados em backup. As tarefas de backup são definidas por projeto.
Estados operacionais
A tabela a seguir lista os estados de uma tarefa de backup:
Estado | Reter Snapshots Antigos | Criar Novos Snapshots |
|---|---|---|
| Sim | Sim |
| Sim | No |
| No | No |
| Sim | No |
Observação
O estado Misconfigured se aplica somente ao Backup Regional.
Alterar estados operacionais
Depois que as tarefas de backup estiverem ativas para um projeto, serão tarefas de backup sem tarefa adicional até que sejam paradas ou terminadas. O operador pode alterar o estado de uma cópia de segurança das seguintes formas:
Estado inicial | Estado desejado | Método |
|---|---|---|
| Active | Clique em Start. |
| Stopped | Clique em Stop. |
| Active | Clique em Restart. |
| Inactive | Clique em Terminate. AVISO: Terminate exclui todos os backups retidos. |
Fluxos de processos de backup
Uma vez criada, uma tarefa de backup passa pelo seguinte fluxo de processo:
Quando o cluster está pronto para seu snapshot agendado, ele determina um nó disponível ideal para isso. Na maioria dos casos, o
mongoddetermina 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.Quando o processo
mongoddetermina o nó de origem para o snapshot, o processo de backup abre um$backupCursorno 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.A função de backup do agente MongoDB copia e processa esses arquivos de dados.
A função de backup do agente MongoDB envia os arquivos de dados para o Ops Manager.
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:
Bloqueia para uma loja de blocos. Chunks binários gravados em um banco de dados MongoDB no host do Ops Manager.
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 .
Arquivos de snapshot em um armazenamento do sistema de arquivos. O Backup Daemon que possui a tarefa de backup da réplica cria um snapshot completo combinando os blocos alterados e novos com os blocos inalterados do último snapshot. Se o Backup Daemon que possui a tarefa de backup estiver inativo, você precisará recuperar o Backup Daemon ou mover o banco de dados principal para outro Daemon.
Observação
Para saber mais sobre as características de cada método de armazenamento, consulte Opções de Configuração de Backup.
Backup regional
Você pode atribuir tarefas de backup a regiões de sistema para promover o isolamento de dados. Quando você atribui uma tarefa de backup a uma região de implantação, o MongoDB Ops Manager grava todos os snapshots, oplogs e dados de sincronização que a tarefa gera no armazenamento relevante configurado para essa região. O backup regional está disponível para conjuntos de réplicas e clusters fragmentados. Para habilitar o backup regional para um cluster fragmentado, você deve atribuir regiões de implantação e iniciar tarefas de backup para cada shard separadamente.
Para determinar se o backup regional está ativado em seu sistema, você pode verificar o seguinte no painel Continuous Backup .
Backup Region no canto superior direito exibe a região de implantação do grupo por padrão e, se o projeto estiver habilitado para backup regional, exibirá a legenda Multi-Region.
Regional Backup coluna é exibida no dashboard.