Depois de executar uma instalação simples do vCenter 5.1 com todos os padrões escolhidos, incluindo o banco de dados sql express, o que devemos fazer para garantir a continuidade da operação sem intervenção manual?
Atualmente, corremos com o problema em que o banco de dados aumenta enormemente para nossa implantação.
Em cada uma das nossas filiais remotas, temos 3 servidores físicos
- Branch-ESXi1
- Branch-ESXi2
- Backup de filial (caixa de janelas físicas)
O total combinado para o número de VMs ativas é 8 e, em seguida, 6 delas são replicadas para o outro servidor ESXi 3 vezes por dia, com o software Dell Quest vRanger também no servidor Branch-Backup. Também é feito um backup completo noturno de 6 das VMs, novamente com o software vRanger.
Isso tudo funciona bem na maior parte do tempo, mas é bastante falante nos logs de tarefas e eventos do vCenter. Eu vi 9GB para o tamanho das tabelas vpx_event + vpx_event_arg instaladas há menos de 3 meses, o que é loucura para 2 hosts. Como o link sugere que eu entrei no vSphere Client:
- Clique em Administração > Configurações do vCenter Server > Política de Retenção de Banco de Dados
e alteramos os valores para algo razoável para nossa configuração. Mas isso não parece realmente fazer nada. Eu suspeito que isso é porque estamos usando a edição expressa e não pode executar o agente sql para agendar trabalhos.
A maioria das informações que eu encontrei parece ser em relação ao vCenter 5.0 ou inferior e muitas das instruções dizem que 5.1 é diferente, e eu achei assim, já que 2 dos scripts de limpeza .sql muitas páginas se referem a simplesmente não estão presentes em 5.1.
O que precisamos configurar para o vCenter 5.1 para garantir que o banco de dados sql express não seja preenchido com dados antigos?
Edit: a instalação padrão configura o banco de dados com o modelo de recuperação definido como "simple" e, portanto, os logs de transação são excluídos assim que terminam de usá-lo. Dito isto, eu tive um problema com o tamanho do arquivo de log de transação sendo limitado em tamanho no banco de dados "simples" e uma transação grande com falha, ou seja. A redução múltipla do banco de dados GiB com um limite de log de transações padrão de 500MiB do vCenter causou um problema.
Não vejo razão para me afastar do modelo de recuperação simples, pois tudo o que um banco de dados corrompido significaria é reinstalar o vCenter para gerenciar os dois hosts. Nós, admins, somos os únicos a fazer o login na máquina de qualquer maneira, então isso não é um problema. O problema é que, sempre que o banco de dados fica muito grande, os backups e as replicações da VM falham. No entanto, configurei o máximo do log de transações para ilimitado para essas transações grandes.
Eu estava prevendo que a solução envolveria a execução de scripts SQL através do agendador de tarefas do Windows. Mas quais, de onde eu as obtenho, com que frequência eu as executo e em qual sequência?
PS. Acabei de notar que a tabela vpx_event que possui 1 linha por evento tem cerca de 71500 linhas por dia em nossa nova implantação.