Menu Docs
Página inicial do Docs
/
MongoDB Ops Manager
/

Glossário

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

Um identificador exclusivo que autentica osMongoDB Agents de um projeto para o MongoDB Ops Manager. Um projeto pode ter várias chaves deAPI do agente .

Dica

Veja também:

Gerenciar chaves de API do agente

banco de dados de aplicativo

O conjunto dedicado de bancos de dados MongoDB que armazenam metadados para a instalação do Ops Manager e os sistemas gerenciados do MongoDB.

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 MongoDB Ops Manager . Os MongoDB Agents instalados em seus hosts do MongoDB permitem distribuir, configurar e atualizar os processos do MongoDB diretamente do MongoDB Ops 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 servidor que executaram um mongod ou mongos.

Observação

Ele foi substituído pelo MongoDB Agent.

Bancos de dados de backup

O termo coletor para os conjuntos de bancos de dados MongoDB que oferecem suporte a uma implantação do MongoDB Ops Manager : o banco de dados de aplicativo e o (s) banco de dados(s) de dados de backup.

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.

banco de dados de blockstore de backup
O banco de dados que armazena seus snapshots. O banco de dados também é conhecido simplesmente como blockstore. O blockstore usa um formato de armazenamento que analisa um snapshot em chunks menores que permitem que o MongoDB Ops Manager gerencie as alterações de snapshots. Você pode administrar blockstores do Snapshot Storage. O blockstore é um tipo de banco de dados de backup.
cursor de backup
Um cursor persistente apontando para uma lista de arquivos de backup. Começando com FCV 4.2, MongoDB Ops Manager usa cursores de backup em vez de bancos de dados principais.
Backup Daemon

O componente MongoDB Ops Manager que cria e gerencia backups mantendo bancos de dados principais e snapshots para o FCV 4.0 e versões anteriores. Começando com o FCV 4.2, o onprem usa cursores de backup em vez de head databases.

Dica

Veja também:

Banco de dados de backup

O conjunto de bancos de dados onde o onprem armazena dados de backup. Isso inclui o Oplog Store Database e qualquer banco de dados de blockstore backup ou banco de dados de metadados do S3 Snapshot Store implantado.

Dica

Veja também:

tarefa de backup

O processo do Ops Manager que faz backup dos sistemas do MongoDB.

Para o FCV 4.0 e versões anteriores, o Backup Daemon armazena backups localmente como head databases. Um cluster fragmentado terá um banco de dados principal diferente para cada fragmento.

Para o FCV 4.2 e posterior, o mecanismo de armazenamento WiredTiger tira snapshots do seu sistema usando cursores de backup para permitir a cópia point-in-time dos arquivos do WiredTiger. Os aplicativos podem continuar as operações de leitura e escrita no banco de banco de dados enquanto o WiredTiger tira o snapshot.

Você pode reatribuir tarefas de backup entre Daemons de Backup.

Dica

Veja também:

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.

noum: bloco ; verb: bloquear
Um documento do MongoDB que armazena o conteúdo compactado de uma fatia de 64 KB a 16 MB dos dados e metadados de um arquivo incluído em um snapshot. Ao dividir o snapshot, o Ops Manager pode fazer backup de dados bloco por bloco, em vez de escrever novas cópias inteiras de um snapshot.
blockstore
checkpoint

Um ponto no tempo entre snapshots para o qual você pode restaurar um cluster fragmentado. O MongoDB Ops Manager deve parar o balancer cada vez que criar um checkpoint. MongoDB Ops Manager não exige pontos de controle e desabilita pontos de controle por padrão.

Importante

Você pode usar checkpoints em clusters que executam o MongoDB com feature compatibility version do 4.0 ou anterior. Os pontos de controle foram removidos das instâncias do MongoDB com FCV de 4.2 ou posterior.

Dica

Veja também:

cluster
No MongoDB Ops Manager, cluster pode se referir a um conjunto de réplicas ou a um cluster fragmentado.
chamada em conferência
Uma solicitação de um MongoDB Agent ao MongoDB Ops Manager para obter a configuração mais recente para o projeto desse agente, incluindo os nós aos quais o agente se conecta e quais dados fazer backup.
snapshot personalizado

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

Dica

Veja também:

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
Normalmente se refere a todos os MongoDB processos do executados dentro de um MongoDB Ops Manager projeto. 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 coleção que o MongoDB Ops Manager não fará backup, conforme designado por seu namespace.

Dica

Veja também:

Armazenamento do sistema de arquivos
Um diretório em um servidor que armazena seus snapshots de backup do banco de dados de dados como arquivos. Você pode administrar o armazenamento do sistema de arquivos a partir do Armazenamento de snapshots.
limpeza
Um tarefa que remove blocos não utilizados em um blockstore e que pode mover blocos de um blockstore para outro. Você pode visualizar e gerenciar os noivos em Grooms e Priority dos noivos.
grupo, grupo

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

Dica

Veja também:

head

Dica

Veja também:

banco de dados principal

A cópia de um sistema de backup armazenado no servidor do Backup Daemon . O daemon mantém um banco de dados principal para cada shard ou conjunto de réplicas que faz backup e cria snapshots periódicos. O Daemon armazena os bancos de dados principais no diretório principal.

Começando com o FCV 4.2, o onprem usa cursores de backup em vez de head databases.

diretório principal
A partição de disco dedicada no host do Backup Daemon onde o Backup Daemon armazena os bancos de dados principais. O daemon grava neste diretório como o usuário mongodb-mms .
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 MongoDB Ops Manager usa a sincronização inicial ao criar um novo banco de dados principal.

tarefa
Consulte tarefa de backup.
link-token

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

Quando estiver pronto para migrar dados em tempo real de uma sistema do Ops Manager, você gera um link-token no Atlas e o insere nas configurações da organização do Ops Manager. Você usa o mesmo link-token para migrar cada implantação na sua organização do Ops 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 Ops Manager.

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

Um lote compactado de entradas para o oplog tailed de um shard de backup ou conjunto de réplicas. O MongoDB Agent cria uma oplog slice e a envia para o MongoDB Ops Manager, que a armazena no banco de dados do Oplog Store Database.

Para o FCV 4.0 e versões anteriores, o Backup Daemon recupera a fatia e a aplica ao banco de dados principal associado.

Para FCV 4.2 e posterior, o onprem recupera a fatia e a armazena no Banco de dados do Oplog Store Database.

Dica

Veja também:

Banco de dados de armazenamento Oplog

O banco de dados onde o MongoDB Ops Manager armazena fatias deoplog antes de aplicá-las ao backup de um sistema.

Dica

Veja também:

Aplicativo de Ops Manager

O principal componente MongoDB Ops Manager . O aplicação fornece a interface do usuário para gerenciar MongoDB e fornece endpoints para os MongoDB Agents transmitirem dados.

Dica

Veja também:

HTTP Service do Ops Manager

A interface através da qual o MongoDB Agent se comunica com o MongoDB Ops Manager.

Dica

Veja também:

Ping
Uma transmissão de dados que o MongoDB Agent envia ao MongoDB Ops 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.

Dica

Veja também:

Processo

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

projeto, projeto

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

Dica

Veja também:

chave de API pública
Um identificador exclusivo que autentica um usuário do MongoDB Ops MongoDB Ops Manager por meio da MongoDB Ops Manager APIadministração do MongoDB Ops Manager. A chave pertence ao usuário , ao contrário da chave de API do agente, que pertence ao projeto.
queryable backup

Um recurso fornecido pelo MongoDB Ops Manager no qual o MongoDB Ops Manager torna um determinado snapshot acessível de forma rápida e segura por meio de uma MongoDB connection string do . Você pode usar a string de conexão 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 Ops Manager ou usuário do MongoDB.

Dica

Veja também:

  • Roles do Ops Manager para roles de usuário do Ops Manager

  • Funções integradas no manual do MongoDB para funções de usuário do MongoDB

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.

Armazenamento de snapshots do S3

Um bucket3 no Amazon Web Services que armazena os snapshots de backup do banco de dados como blocos. Você pode administrar o armazenamento de blockstore3 a partir do Snapshot Storage.

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

Backup único de seus dados que o Ops Manager captura em um intervalo específico e armazena como snapshot em um dos seguintes locais:

O Ops Manager cria snapshots de maneiras diferentes, dependendo do fcv-link do MongoDB database:

  • Para o fcv-link 4.0 ou anterior, o MongoDB Ops Manager criou snapshots a partir de cópias de banco de dados mantidas em head databases.

  • Para o fcv-link 4.2 ou posterior, o MongoDB Ops Manager cria snapshots a partir de secundários.

A frequência e a política de retenção de snapshots determinam o intervalo para tirar snapshots e por quanto tempo armazená-los.

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. Existem vários tipos de armazenamentos de snapshots, incluindo:

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:

armazenamento de sincronização
Durante a sincronização inicial de um sistema de backup, o MongoDB Ops Manager armazena brevemente partes do sistema de backup em um armazenamento de sincronização temporário no banco de dados do Oplog Store Database. O MongoDB Ops Manager usa o armazenamento enquanto transmite fatias para o Backup Daemon.
Manifesto da versão
Lista de todas as versões lançadas do MongoDB que uma versão específica do Ops Manager suporta. O Ops Manager usa essa lista se estiver executando no modo local.

Voltar

Navegadores suportados