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 .
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- head
- 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.
- Monitoramento
Os relatórios, visualizações e alertas em tempo real do estado dos seus processos do MongoDB.
- 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.
- 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.
- 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.
- HTTP Service do Ops Manager
A interface através da qual o MongoDB Agent se comunica com o MongoDB Ops Manager.
- 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.
- 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.
- 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.
- 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.
- 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.