Restaurar um conjunto de réplicas de backups do MongoDB

Obter arquivos de backup do Banco de dados MongoDB.

Os arquivos de backup podem vir de um snapshot do sistema de arquivos. O MongoDB Cloud Manager produz arquivos de banco de dados MongoDB para instantâneos armazenados e instantâneos point-in-time. Para o Ops Manager, uma solução local disponível no MongoDB Enterprise Advanced, consulte também a visão geral do Ops Manager Backup.

Considerações para mecanismos de armazenamento criptografados

Para mecanismos de armazenamento criptografados que usam AES256-GCM modo de criptografia, AES256-GCM exige que cada processo use um valor de bloqueio de contador exclusivo com a chave. Para mecanismo de armazenamento criptografado configurado com AES256-GCM cifra:

• Restauração a partir de um hot backup

  A partir da versão 4.2, se você restaurar a partir de arquivos obtidos via backup "quente" (ou seja, o mongod está em execução), o MongoDB pode detectar chaves "sujas" na inicialização e rolar automaticamente a chave do banco de dados para evitar a reutilização IV (Initialization Vector).

• Restaurando a partir do Cold Backup

  No entanto, se você restaurar a partir de arquivos obtidos via backup "frio" (ou seja, o mongod não está em execução), o MongoDB não poderá detectar chaves "sujas" na inicialização, e a reutilização do IV anulará as garantias de confidencialidade e integridade.

  A partir do 4,2, para evitar a reutilização das chaves após restaurar de um snapshot de sistema de arquivos frio, o MongoDB adiciona uma nova opção de linha de comando --eseDatabaseKeyRollover. Quando iniciada com a opção --eseDatabaseKeyRollover, a instância mongod rola as chaves de banco de dados configuradas com AES256-GCM cifra e sai.

Dica

• Em geral, se estiver usando backups baseados em sistema de arquivos para o MongoDB Enterprise 4.2+, use o recurso de backup "hot", se possível.

• Para as versões 4.0 e anteriores do MongoDB Enterprise, se você usar AES256-GCM modo de criptografia, não faça cópias de seus arquivos de dados ou restaure a partir de snapshots do sistema de arquivos ("quente" ou "frio").

Solte o banco de dados local caso ele exista no backup.

Se você estiver restaurando de uma cópia de segurança do sistema de arquivos (ou qualquer cópia de segurança com o banco de dados do local), solte o banco de dados do local.

mongod --dbpath /data/db <startup options>

use local
db.dropDatabase()

Inicie outro conjunto de réplicas de nó único.

Inicie uma instância do mongod como um novo conjunto de réplica de nó único. Especifique o caminho para os arquivos de dados da cópia de segurança com a opção --dbpath e o nome do conjunto de réplica com a opção --replSet . Para conjunto de réplica do servidor de configuração (CSRS), inclua a opção --configsvr. Inclua quaisquer outras opções conforme apropriado para sua implantação.

Você também deve especificar as mesmas opções de inicialização que foram usadas quando o snapshot foi criado.

mongod --dbpath /data/db --replSet <replName> <startup options>

Conecte mongosh à instância mongod .

Na mesma máquina em que um dos mongod está em execução (neste tutorial, mongodb0.example.net), inicie mongosh. Para se conectar ao mongod escutando localhost na porta padrão do 27017, basta emitir:

mongosh

Dependendo do seu caminho, talvez seja necessário especificar o caminho para o binário mongosh .

Se o seu mongod não estiver executando na porta padrão, especifique a opção --port para mongosh.

Inicie o novo conjunto de réplicas.

Use rs.initiate() em um e apenas um membro do conjunto de réplicas:

rs.initiate( {
   _id : <replName>,
   members: [ { _id : 0, host : <host:port> } ]
})

O MongoDB inicia um conjunto que consiste no membro atual e que utiliza a configuração padrão do conjunto de réplicas.