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

Log de alterações do agente de automação

Nesta página

Observação

Acúmulo

O agente de monitoramento e agente de backup foi incorporado ao agente de automação, que agora será conhecido como MongoDB Agent. Saiba mais sobre esta alteração.


Lançado com o Ops Manager 4.0.17 em 06/02/2020

  • Edita dados de configuração confidenciais em arquivo de log do MongoDB Agent para melhorar a segurança.

Lançado com o Ops Manager 4.0.16 em 07/11/2019

  • Adiciona suporte para o campo businessCategory em certificadosTLS de validação estendida .

  • O agente de automação agora é criado usando o Go 1.13.

Lançado com o Ops Manager 4.0.15 em 05/09/2019

  • Corrige um bug em que o MongoDB Agent poderia entrar em entrar em entrado e excluir arquivos de seu diretório de trabalho atual.

Lançado com o Ops Manager 4.0.14 em 31/07/2019

  • Correção: a restauração dos downloads realizados pelo agente de automação agora respeita o parâmetro configurado do sslTrustedMMSServerCertificate Ops Manager.

Observação

sslTrustedMMSServerCertificate foi preterido. Em vez disso, use httpsCAFile .

Lançado com o Ops Manager 4.0.13 em 04/07/2019

Lançado com o Ops Manager 4.0.12 em 06/06/2019

  • Correção: o agente de automação agora fecha periodicamente todas as conexões HTTP ociosas.

  • Correção: permita que o agente de automação se conecte a mongos por meio de nomes de host "curtos" ou "longos".

  • Correção: corrige a falha na ferramenta script de inicialização .

  • Correção: reduza o tempo limite padrão do cabeçalho HTTP no agente de automação de 15 minutos para 30 segundos. Isso garante falhas mais rápidas no caso de um evento de alterações na infraestrutura de serviço do Ops Manager, como balanceadores de carga que movem nós para fora de um pool.

  • Correção: ao restaurar um cluster fragmentado, remova todos os metadados de fragmentação da collection config.system.sessions . Se você não remover os metadados de fragmentação, o MongoDB não poderá recriar essa collection após a conclusão da restauração.

Lançado com o Ops Manager 4.0.8 em 07/02/2019

  • Correção: reduza a quantidade de memória usada para gerar planos para grandes clusters fragmentados.

  • Correção: Rotação de arquivos de log quando a rotação de log do MongoDB está habilitada e o número máximo de arquivos de log descompactados é definido como dois.

Lançado com o Ops Manager 4.0.7 em 10/01/2019

  • Adicionar suporte para o net.ssl.certificateSelector opção de configuração.

  • Correção: permitir a alteração bem-sucedida no storageEngine para binário autônomo: mongod com TLS/SSL ativado.

  • Correção: o agente de automação não tenta mais autenticar para árbitros configurados para usar X.509 para clusterAuthMode.

Lançado com o Ops Manager 4.0.6 em 10/12/2018

Lançado com o Ops Manager 4.0.5 em 01/11/2018

  • Adiciona suporte para o parâmetro ssl.FIPSMode .

  • Correção: vazamento de memória ao usar a funcionalidade Pools de servidor.

Lançado com o Ops Manager 4.0.4 em 12/10/2018

  • Correção crítica: as restaurações do MongoDB 4.0 podem falhar se os downloads de snapshots para nós no conjunto de réplicas terminarem em horários significativamente diferentes.

  • Correção: restaura a capacidade de atualizar de authSchemaVersion 3 para 5 em um cluster fragmentado.

Lançado com o Ops Manager 4.0.3 em 04/10/2018

  • Correção: o agente de automação pode adicionar novos usuários do MongoDB mesmo que a autenticação SCRAM-SHA-1 tenha sido habilitada para o sistema após habilitar o SCRAM-SHA-256.

Lançado com o Ops Manager 4.0.2 em 06/09/2018

  • O armazenamento que afeta as alterações de campo em um conjunto de réplicas pode resultar em perda de dados se os processos forem reiniciados inesperadamente.

  • O agente de automação não conseguiu determinar corretamente o estado se o ID do processo usado anteriormente por um processo do MongoDB foi recuperado por um processo diferente após uma reinicialização inesperada do servidor.

  • Correção: permitir que membros do CSRS sejam desligados.

Lançado com o Ops Manager 4.0.1 em 02/08/2018

  • Correção crítica: defina TasksMax=infinity e TasksAccounting=false em systemd scripts para o Agente de automação.

  • Correção: tratamento do agente de automação de compilações corporativas para Amazon Linux 2.

Lançado com o Ops Manager 4.0.0 em 27/06/2018

  • Suporte adicionado para MongoDB 4.0.

  • Suporte adicionado para SCRAM-SHA-256

  • Suporte de plataforma adicionado para:

    • zLinux no RHEL 6

    • Debian 9

    • Amazon Linux 2

Importante

MongoDB 4.0 A MongoDB Community Edition requer libcurl. Instale o libcurl antes de utilizar o MongoDB Ops Manager para instalar o MongoDB 4.0 Comunidade.


Lançado com o Ops Manager 3,6,10 em 10/01/2019

  • Correção: permitir que os membros do conjunto de réplicas CSRS sejam desligados.

Lançado com o Ops Manager 3.6.9 em 01/11/2018

  • Correção crítica: o armazenamento que afeta as alterações de campo em um conjunto de réplicas pode resultar em perda de dados se os processos forem reiniciados inesperadamente.

  • Correção: vazamento de memória ao usar a funcionalidade Pools de servidor.

Lançado com o Ops Manager 3.6.8 em 02/08/2018

  • Correção crítica: defina TasksMax=infinity e TasksAccounting=false em systemd scripts para o Agente de automação.

  • Termina o suporte para SLES 11 e Ubuntu 12.04.

  • Suporte do agente de automação para o BI Connector 2.5.

  • Compor índices de texto por meio de automação.

  • Correção: ao coletar registros, ignora os erros dos arquivos que desapareceram.

  • Substitua os testes perenes do Ubuntu 12 pelo Ubuntu 14.

  • Versão de atualização do connector BI testada para 2.5.0.

Lançado com o Ops Manager 3.6.6 em 03/05/2018

  • Correção: os agentes de automação não devem tentar girar arquivos de log do conector BI para conectores BI em outros servidores.

Lançado com o Ops Manager 3.6.5 em 05/04/2018

  • Correção: desative o thread do monitor TTL do MongoDB ao aplicar oplogs durante uma restauração de ponto.

  • Ao executar a manutenção em um membro do shard do MongoDB 3.2 para redimensionamento do oplog, inicie o nó com --recoverShardingState falso.

  • Quando o agente de automação executar um redimensionamento em um cluster fragmentado do MongoDB 3.2, desative a recuperação de fragmentação enquanto o nó é iniciado como autônomo.

Lançado com o Ops Manager 3.6.4 em 01/03/2018

  • As alterações feitas em quaisquer opções que afetem o armazenamento no MongoDB resultarão automaticamente em uma sincronização inicial contínua do conjunto de réplicas.

    Para conjuntos de réplicas de nó único e standalone, será executado um mongodump / mongorestore . Estas opções incluem security.enableEncryption, storage.smallfiles, storage.directoryPerDb e wiredTiger.directoryForIndexes. (O parâmetro storage.engine sempre teve este tratamento.)

  • Consertar: o agente de automação redimensiona corretamente o oplog para clusters MongoDB que usam X-509 para autenticação de cluster.

Observação

Aconselhamento de lançamento

Ops Manager 3.6.4 corrige um problema no qual a definição de um valor para um campo setParameter usando a automação pode não ter resultado na reinicialização apropriada do MongoDB cluster. Como consequência dessa correção, os clusters nos quais um campo setParameter é especificamente definido para o valor padrão para o setParameter podem apresentar uma reinicialização contínua na atualização para o Ops Manager 3.6.4.

Ao configurar um campo setParameter na configuração MongoDB via Automação, sempre execute uma reinicialização contínua.

Lançado com o Ops Manager 3.6.3 em 01/02/2018

  • Correção: a determina- ção do agente de automação do estado da meta estava incorreta para sistemas de vários servidores usando o parâmetro ldap.bind.queryPassword . Isso agora foi resolvido e as alterações contínuas prosseguirão corretamente nessas implantações.

  • Correção: rotação dos registros do BI Connector pelo agente de automação para fusos horários com deslocamentos GMT positivos.

Liberado com o Ops Manager 3.6.2 em 11/01/2018

  • Permitir que o usuário especifique os sinalizadores do BI Connector sampleRefreshIntervalSecs e sampleSize

  • Correção: Relaxe a validação quando krb5ConfigLocation parameter é especificado. Isso não implica mais que krb5Principal e krb5Keytab sejam necessários.

  • Correção: a configuração da rotação de registros do BI Connector agora respeita os carimbos de data/hora dos hosts UTC .

  • Correção: melhora o controle lógico quando o agente de backup usa o primary como fonte de sincronização.

Lançado com o Ops Manager 3.6.1 em 19/12/2017

  • Correção: Evita a condição de corrida quando a versão MongoDB e o FCV são atualizados ao mesmo tempo.

  • Gerenciar regras do firewall do Windows para o connector BI.

Lançado com o Ops Manager 3.6.0 em 05/12/2017

  • Suporte para MongoDB 3.6.

  • Suporte para campos avançados de configuração do conjunto de réplicas.

  • Suporte para o novo modelo de chave API do agente.


Lançado com o Ops Manager 3.4.14 em 03/05/2018

Lançado com o Ops Manager 3.4.13 em 05/04/2018

  • Correção: a definição do agente de automação do estado da meta estava incorreta para sistemas de vários servidores usando o ldap.bind.queryPassword Parâmetro. Isso agora foi resolvido e as alterações contínuas prosseguirão corretamente nessas implantações.

Lançado com o Ops Manager 3.4.12 em 01/02/2018

  • Aprimoramentos de registro

Lançado com o Ops Manager 3.4.10 em 02/11/2017

Lançado com o Ops Manager 3.4.9 em 05/10/2017

  • Corrigir falha na coleta de estatísticas de hardware relacionadas ao disco em algumas configurações de hardware.

  • Quando a automação criar um serviço temporário do Windows para executar operações de manutenção em um mongod, remova o serviço quando a manutenção for concluída.

Lançado com o Ops Manager 3.4.7 em 03/08/2017

  • Otimização para reduzir o número de verificações para ver se um processo está em execução.

  • Melhora a detecção de estado durante conversões para conjuntos de réplicas de servidores de configuração.

Lançado com o Ops Manager 3.4.6 em 06/07/2017

  • Correção: durante a conversão do CSRS, use arquivos de log com nomes diferentes para servidores de configuração temporários.

  • Correção: durante a conversão do CSRS, desligue um membro somente quando ele estiver no estado secundário.

  • Correção: o código de análise do arquivo de configuração no Windows não analisava todas as opções possíveis.

Lançado com o Ops Manager 3.4.5 em 18/05/2017

  • Ao executar uma restauração automatizada em um cluster fragmentado com diferentes nomes de shard, atualize o documento de identidade do shard.

  • Ao executar uma restauração automatizada, certifique-se de que os metadados do fragmento estejam sempre atualizados na ordem correta.

  • Ao executar uma restauração automatizada, sempre restaure para a versão do protocolo padrão.

  • Correção: empacotamento do RHEL7 para que o agente de automação seja iniciado na inicialização do servidor.

  • Reduza a frequência com que o Agente de automação verifica os arquivos de log gerenciados para reduzir a sobrecarga da CPU.

  • Ignore os erros de get_memolicy e presuma que uma não esteja habilitada.

Lançado com o Ops Manager 3.4.4 em 30/03/2017

  • Corrija o problema com o desligamento de processos mongod durante uma restauração automatizada no Windows.

  • Correção de problemas de uso de automação em implementações de vários servidores usando SSL e arquivos de chave PEM criptografados.

  • Otimização para manutenção do estado do objetivo de clusters fragmentados. Os agentes de automação executarão muito menos comandos no estado estável.

Lançado com o Ops Manager 3.4.3 em 17/02/2017

  • Corrigir bug na remoção de fragmentos para clusters fragmentados no MongoDB 3.4.

  • Construído com Go 1.7.

  • Suporte para MacOS Sierra.

Lançado com o Ops Manager 3.4.2 em 19/01/2017

  • Correção: Pode instalar o agente no Windows se o firewall do Windows estiver desabilitado.

  • Correção: Pode usar o MongoDB-CR para autenticação do agente quando o LDAP estava sendo usado para autenticação do Usuário.

  • Correção: problema em que o agente parava de enviar o status depois que o MongoDB atingia seu limite de conexão.

Lançado com o Ops Manager 3.4.1 em 27/12/2016

  • Correção: é possível instalar o MongoDB no Power Linux ao usar o Ops Manager no 'Modo Local'.

Lançado com o OpsManager 3.4.0 em 29/11/2016

  • Adiciona suporte para automação de implementações do MongoDB 3.4.

  • Adiciona suporte para gerenciamento de agente de backup em sistemas Linux baseados em PowerPC apenas para o MongoDB 3.4 ou sistemas posteriores.

  • Construído usando Go 1.6.

  • Adiciona suporte para coleta de métricas de hardware.

  • Ao importar um processo que usa uma senha para o PEMKeyFile, não é mais necessário que o usuário digite novamente a senha do PEMKeyFile.

  • Correção: é possível atualizar do MongoDB 2.4 para o 2.6 enquanto permanece na authSchemaVersion 1.

  • Não cria regras de firewall do Windows para processos iniciados em portas temporárias onde o acesso externo não é necessário.

  • Utiliza o gerenciamento do systemd no RHEL7 e Ubuntu 16.04.


Lançado com o Ops Manager 2.0.7 em 03/11/2016

  • Os dados e arquivos de log do MongoDB terão um umask de 027. Requer a instalação de um novo pacote.

Lançado com o Ops Manager 2.0.6 em 18/08/2016

  • Melhora o registro de falhas de autenticação.

  • Correção: pode definir clusterAuthMode em clusters fragmentados.

Lançado com o Ops Manager 2.0.5 em 14/07/2016

  • Otimização substancial na coleta de estados.

  • Tempo limite configurável para conexões com processos do MongoDB.

  • Correção: problema ao verificar o sucesso ao criar índices de texto em compilações de índice contínuo.

Lançado com o Ops Manager 2.0.4 em 20/05/2016

  • O agente não baixa mais dados de restauração para árbitros.

  • Correção: alguns casos em que a conversão de CSRS pode ficar presa.

  • Correção: o agente pode reiniciar um servidor de configuração se todos os servidores de configuração estiverem inativos.

  • Correção: validando versões do MongoDB quando um cluster estava em sistemas operacionais mistos.

Lançado com o Ops Manager 2.0.3 em 24/03/2016

  • Correção: é possível importar do árbitro usando um arquivo-chave diferente da configuração existente.

  • Permita especificar uma porta temporária para uso durante uma atualização CRSR.

Lançado com o Ops Manager 2.0.2 em 01/03/2016

Lançado com o Ops Manager 2.0.1 em 21/01/2016

  • Melhorias de estabilidade e desempenho para restaurações por meio da automação.

  • Otimização adicionada para priorizar ação de reconfiguração do conjunto de réplicas em relação às compilações de índice.

  • Mecanismo de criação de índice aprimorado: as compilações de índices não são mais executadas de forma contínua para conjuntos de réplicas de 2 nós, mas são criadas em segundo plano.

  • Otimização adicionada para não comparar opções de índice não suportadas ao determinar se um índice já existe ou não.

  • Correção: pode importar implantações existentes que incluem árbitros em execução com autenticação.

  • Correção: conversão contínua do storage engine para conjuntos de réplicas para garantir que uma super maioria esteja sempre ativa.

  • Correção: é possível criar roles personalizadas em clusters fragmentados executando o MongoDB 3.2 com conjuntos de réplicas do servidor de configuração.

Lançado com o Ops Manager 2.0.0 em 08/12/2015

  • Suporte adicionado para MongoDB 3.2.0 clusters com servidores de configuração como conjuntos de réplicas.

  • Suporte adicionado para restaurações automatizadas por meio do agente de automação.

  • Suporte adicionado para compilações de índice contínuo.

  • Foi adicionado suporte para configurar o armazenamento criptografado WiredTiger para MongoDB 3.2.

  • Foi adicionado suporte para conversão contínua para autenticação de membro X-509.

  • Tratamento aprimorado de clusters fragmentados com membros em execução em sistemas operacionais baseados em Linux e Windows.

  • Otimização adicionada ao iniciar um novo agente de Monitoramento ou agente de backup para garantir que o processo esteja em execução antes de atingir o estado da meta.

  • Corrigir: glibc problema de compatibilidade no RHEL5 e RHEL6.

  • Correção: falhas de atualização automática do agente de automação podem causar aumento nas chamadas de configuração do agente de automação.

Lançado com o Ops Manager 1.8.2 em 20/10/2015

  • Correção: o agente não reconhece as estações de trabalho RHEL como RHEL.

Lançado com o Ops Manager 1.8.1 em 17/08/2015

  • Correção: pode managed uma implantação existente com o usuário que tenha privilégio de "raiz".

  • Correção: as conversões do storage engine não ficam presas se o conjunto de réplicas contiver um árbitro.

  • Correção: pode atualizar credenciais após uma tentativa fracassada de managed um sistema existente.

Lançado com o Ops Manager 1.8 em 23/06/2015

  • Suporte adicionado para gerenciar implantações habilitadas para SSL.

  • Suporte adicionado para gerenciar a implantação usando a autenticação Kerberos, LDAP e certificado de cliente x.509.

  • Foi adicionado suporte para importar mongos existentes com um arquivo de configuração.

  • Suporte adicionado para importar uma implementação existente que contém árbitros autenticados nos quais o nome do host não é resolvido localmente para a interface de loopback.

  • Foi adicionada a capacidade de atualizar o authSchemaVersion quando a autenticação não está habilitada.

  • Suporte adicionado para alterar o mecanismo de armazenamento para conjuntos de réplica com mais de um nó de dados.

  • Conversões de storage engine ativadas para conjuntos de réplica de nó único e standalone.

  • Foi adicionado um registro mais detalhado de quando o MongoDB, o agente de monitoramento ou o agente de backup giram seus registros.

  • Suporte adicionado para compilações da MongoDB Community Edition específicas da distribuição.

  • Validação inicial adicionada para garantir que os processos do MongoDB estejam sendo executados como o mesmo usuário que o agente de automação.

  • Funcionalidade adicionada para excluir binários MongoDB no disco que não são usados por um processo managed.

  • Otimização adicionada onde o Ops Manager assume o sucesso ao iniciar um processo MongoDB bifurcado, ao invés de esperar pelo EOF.

  • Algoritmo aprimorado para equilibrar processos mongod entre núcleos.

  • Ao excluir diretórios, os symlinks não são mais excluídos.

  • Correção: é possível importar credenciais para usuários MONGODB-CR de sistemas SCRAM-SHA-1 . Consulte: MMS- para obter2612 mais detalhes.

  • Correção: pode derivar a porta padrão para servidores de configuração iniciados com a opção --configsvr , mas sem nenhuma porta especificada. Consulte: MMS-2489.

  • Correção: pode configurar tamanhos de oplog maiores que 1TB.

  • Correção: o agente de automação não interfere nas marcações de conjunto de réplicas criadas manualmente.

  • Garante que o agente de automação falhe normalmente quando um usuário esperado não existe durante uma importação inicial.

Lançado com o Ops Manager 1.6.3 em 23/06/2015

  • Suporte adicionado para importar uma implementação existente que contém árbitros autenticados nos quais o nome do host não é resolvido localmente para a interface de loopback.

  • Correção: lógica usada para executar uma reinicialização contínua.

  • Correção: com a derivação da porta padrão para servidores de configuração iniciados com a opção --configsvr , mas sem nenhuma porta especificada. Consulte MMS-2489.

Lançado em 28/04/2015

  • Correção: Pode atualizar os usuários criados no MongoDB 2.4.

  • Correção: o reparo do servidor de configuração não ocorrerá mais se o terceiro servidor de configuração estiver fora de sincronia.

Lançado em 26/03/2015

  • Correção: um caso raro que impedia o agente de automação de habilitar a autenticação com êxito.

Lançado em 02/03/2015

Lançamento inicial.

Voltar

Log de alterações do MongoDB Agent

Nesta página