Menu Docs

Página inicial do DocsMongoDB Cloud Manager

Glossário

Agente
Um programa leve que fornece uma interface entre seus processos MongoDB e MMS.
chave de API do agente

Um identificador exclusivo que autentica os MongoDB Agents de um projeto no Cloud Manager. Um projeto pode ter várias chaves deAPI do agente .

Dica

Veja também:

mecanismo de autenticação

Um método para habilitar o acesso a um reconhecimento de data center MongoDB. Isso é separado da autorização, que concede permissão para usar determinada ação em um MongoDB database.

Automação

O gerenciamento assistido dos processos do MongoDB por meio da interface do Cloud Manager. Os agentes MongoDB instalados em seus hosts MongoDB permitem distribuir, configurar e atualizar processos MongoDB diretamente do Cloud Manager.

Dica

Veja também:

Agente de automação

O componente leve que automatizou tarefas comuns de gerenciamento. O agente de automação é executado em todos os servidores que executaram um mongod ou mongos.

Observação

Ele foi substituído pelo MongoDB Agent.

Agente de backup

O componente leve que foi executado em seu data center e fez backup dos processos do MongoDB por meio do protocolo de conexão do MongoDB. Não foi necessário acesso direto ao sistema de arquivos.

Observação

Ele foi substituído pelo MongoDB Agent.

lote

A collection de tarefas necessárias para restaurar um cluster fragmentado: uma tarefa para cada shard e uma tarefa para o servidor de configuração.

As tarefas de restauração do conjunto de réplicas não usam lote.

checkpoint

Um ponto no tempo entre snapshots para o qual você pode restaurar um cluster fragmentado. O Cloud Manager deve parar o balancer toda vez que criar um checkpoint. O Cloud Manager não exige checkpoints e os desativa por padrão.

Importante

Dica

cluster
No Cloud Manager, cluster pode se referir a um conjunto de réplicas ou cluster fragmentado.
snapshot personalizado

Um backup do estado do seu MongoDB deployment em um ponto no tempo entre os snapshots armazenados. O Cloud Manager cria um snapshot personalizado aplicando dados de oplog a um snapshot armazenado.

deduplicação

Um processo que elimina dados redundantes. Esses dados podem ser cópias adicionais de reconhecimento de data center ou do sistema de arquivos ou dados redundantes dentro desses documento no nível de bloco quando gravados em um meio de armazenamento como discos giratórios ou de estado sólido. Somente documentos ou blocos exclusivos são gravados em um meio de armazenamento. Esse processo geralmente se aplica a backups ou arquivamento de dados.

Exemplo

Cada destinatário em um sistema de e-mail pode ter sua própria cópia de um e-mail enviado a toda a empresa. Com a eliminação de duplicações, todas as cópias disso, exceto uma, são substituídas por ponteiros para uma única cópia armazenada antes de fazer o backup do sistema de e-mail. Isso reduz efetivamente a quantidade de capacidade de armazenamento necessária para fazer backup desse e-mail em 99%.

sistema
Geralmente se refere a todos os processos do MongoDB executados em um projeto do Cloud Manager. Implantação também pode se referir a um conjunto específico de processos do MongoDB, como um cluster fragmentado específico ou um conjunto de réplicas.
bytes sujos
Dados que foram atualizados no cache do WiredTiger, mas não foram liberados para o disco.
namespace excluído

Um banco de dados ou collection que o Cloud Manager não fará backup, conforme designado por seu namespace.

Dica

Veja também:

grupo, grupo

Um conjunto distinto de processos MongoDB e usuários do Cloud Manager. Sinônimo de projeto.

Dica

Veja também:

Anfitrião
Uma máquina física, máquina virtual ou container que atende a um ou mais processos do MongoDB.
initial sync

A operação MongoDB que replica dados de um membro do conjunto de réplica existente para um novo membro. O Cloud Manager usa a sincronização inicial ao iniciar um novo backup.

Dica

Veja também:

Uma string que contém as informações necessárias para se conectar do Cloud Manager ao Atlas durante uma migração em produção de um sistema do Cloud Manager para um sistema do Atlas.

Quando estiver pronto para migrar dados em tempo real de um sistema do Cloud Manager, você gera um link-token no Atlas e o insere nas configurações da organização do Cloud Manager. Você usa o mesmo link-token para migrar cada implantação na sua organização do Cloud Manager sequencialmente, uma de cada vez.

Você pode gerar vários link-token no Atlas. Use um link-token exclusivo para cada organização do Cloud Manager.

Dica

Veja também:

host de migração

Um servidor dedicado com seu próprio MongoDB Agent especialmente configurado para migração em produção. Você executa o processo de migração em produção (push) no host de migração para migrar sua implantação do MongoDB para o Atlas.

MongoDB Agent

Um agente leve que pode monitorar, gerenciar e fazer backup de seus bancos de dados MongoDB.

Dica

Veja também:

Monitoramento

Os relatórios, visualizações e alertas em tempo real do estado dos seus processos do MongoDB.

Dica

Veja também:

Agente de monitoramento

O componente leve executado em seu data center e monitorado seus processos do MongoDB por meio do protocolo de conexão do MongoDB. Não foi necessário acesso direto ao sistema de arquivos.

Observação

Ele foi substituído pelo MongoDB Agent.

namespace

A combinação do nome do banco de dados e do nome da collection:

"database-name.collection-name"
oplog slice
Lote compactado de entradas para o tail oplog de um shard de backup ou conjunto de réplicas. O MongoDB Agent cria uma fatia de oplog e a envia para o Cloud Manager, que a armazena no banco de dados do Oplog Store.
Banco de dados de armazenamento Oplog
O banco de dados onde o Ops Manager armazena fatias de oplog antes de aplicá-las ao backup de um sistema.
Ping
Uma transmissão de dados que o MongoDB Agent envia ao Cloud Manager para confirmar que o agente e seus processos MongoDB estão em execução e acessíveis.
restauração ponto-in-time

Uma restauração de banco de dados que captura o estado dos seus dados em um momento entre os snapshots. As restaurações point-in-time demoram mais para serem executadas do que as restaurações de snapshots.

Processo

Uma instância do MongoDB em execução em um determinado host e porta. O processo do banco de dados MongoDB é mongod. O MongoDB também usa o processo mongos para rotear operações nos clusters fragmentados.

projeto, projeto

Um conjunto distinto de processos MongoDB e usuários do Cloud Manager. Sinônimo de grupo.

Dica

Veja também:

chave de API pública
Um identificador exclusivo que autentica um usuário do Cloud Manager por meio da API de administração do Cloud Manager. A chave pertence ao usuário, ao contrário da chave API do agente, que pertence ao projeto.
Insights de Consulta

Ferramenta MongoDB Atlas que monitora a latência de query em nível de collection. Você pode visualizar métricas e estatísticas de latência de query para determinados hosts e tipos de operação. Gerencie namespaces fixados e escolha até cinco namespaces para mostrar nos gráficos de latência de query correspondentes.

queryable backup

Um recurso fornecido pelo Cloud Manager no qual o Cloud Manager torna um determinado snapshot acessível por meio de uma connection string do MongoDB. Você pode usar a connection string com ferramentas padrão do MongoDB, como mongosh ou mongodump, para acessar o snapshot para operações somente de leitura.

Os queryable backups são iniciados rapidamente, independentemente do tamanho total dos dados do snapshot. Eles são úteis exclusivamente para restaurar um pequeno subconjunto de dados, como um documento que foi excluído acidentalmente, ou ler uma única collection com o mongodump.

objetivo de ponto de recuperação
A idade máxima tolerável de arquivos de backup que devem ser recuperados do armazenamento para que as operações normais sejam retomadas após a ocorrência de uma falha ou desastre.
objetivo de tempo de recuperação
O período máximo de tempo tolerável que um sistema pode ficar offline após a ocorrência de uma falha ou desastre.
papel

As permissões concedidas a um usuário do Cloud Manager ou MongoDB.

Dica

Veja também:

reinicialização contínua

Uma técnica usada para manter a disponibilidade do cluster durante os períodos de manutenção, atualizando os nós em um conjunto de réplicas um a um, sempre mantendo um nó primary, até que todos os nós sejam atualizados.

Servidor
Uma máquina física ou virtual que atende a um ou mais processos do MongoDB.
snapshot

Backup único dos seus dados que o Cloud Manager captura em um intervalo específico e armazena. A frequência de snapshots e política de retenção determinam o intervalo para tirar snapshots e por quanto tempo armazená-los. Você pode query backups específicos.

Dica

Frequência de snapshots e política de retenção

O agendamento de com que frequência tirar snapshots e por quanto tempo armazená-los.

Armazenamento de snapshots
O local onde seus snapshots são armazenados.
mecanismo de armazenamento

O storage engine de reconhecimento de data center managed como os dados são armazenados no disco. As versões 3.0 e posteriores do MongoDB oferecem vários mecanismos de armazenamento.

Dica

Veja também:

← Navegadores suportados