Defrag online semanal do repositório do Exchange do SBS 2003 é freqüente o suficiente?

Question

(este post é um pouco longo, então avance para aqueles que ficarem com ele até o final)

Eu tenho um cliente cujo servidor SBS 2003 de repente começou a travar todas as noites. Os sintomas do acidente em si eram estranhos. Geralmente o sistema apenas congelaria. Eu ainda podia ver a interface do Windows na tela, mas o sistema em si não respondia às ações do mouse e do teclado. Eventualmente, eu teria que inicializar o servidor para que ele funcionasse novamente (feio).

Depois de analisar os registros do sistema, notei que as falhas estavam acontecendo logo após o início dos processos de manutenção on-line no Exchange do sistema. A manutenção on-line estava programada para ocorrer todas as noites durante as horas de folga. Eu acredito que foi definido para 1 am-4am.

Como os processos de manutenção on-line foram precursores de uma falha, eu os desativei totalmente até conseguir descobrir a verdadeira causa subjacente do problema. Por exemplo, queria ter certeza de que o problema não estava relacionado a um hardware defeituoso.

Passaram-se algumas semanas após a desativação da manutenção online e o servidor funcionou bem, mas observei que o tamanho do Armazenamento do Exchange estava crescendo mais rápido do que o normal. Eu dediquei isso ao fato de que coisas como a desfragmentação online não estavam acontecendo. Eu sabia que precisaria eventualmente executar novamente as tarefas de manutenção on-line, mas não consegui agendá-las para começar em uma noite da semana porque o servidor era necessário para tarefas de produção em primeiro lugar todos os dias da semana.

Um palpite que eu tive sobre as falhas é que os processos de manutenção on-line estavam dando cabeçadas com outras tarefas agendadas que estavam acontecendo quase ao mesmo tempo (por exemplo, processos VSS, backups, etc.).

Para testar esse palpite, configurei a manutenção online da Loja Particular para ocorrer durante a madrugada de domingo e certifiquei-me de que nenhuma outra tarefa agendada estivesse programada para o mesmo período.

Adormeci no sábado à noite esperando acordar e descobrir que o servidor havia caído quando acordei na manhã de domingo. Para meu alívio, não caiu. Verifiquei os logs do sistema e observei que os processos de manutenção on-line foram concluídos com êxito.

Por isso, estou inclinado a permitir que os processos de manutenção online do banco de dados do Exchange nesse servidor em particular sejam executados semanalmente (todos os domingos de manhã) por um tempo. Isso me dará a oportunidade de ver se meu palpite está correto ou se há algum outro problema subjacente (como hardware defeituoso) que precisa ser corrigido.

A minha pergunta é (e obrigado por ler o meu 'romance' até este ponto) ... É adequado permitir que os processos de manutenção online ocorram uma vez por semana em vez de todas as noites? Qual é a desvantagem de não realizar essa tarefa todas as noites?

    

Answer 1

O processo de manutenção do banco de dados limpa itens que estão além da data de retenção configurada para o armazenamento da caixa de correio, além de executar várias outras tarefas. Ele permite que novos itens sejam criados sem ter que aumentar o tamanho do arquivo físico. Eu verificaria a configuração de retenção do item excluído e verifique se são apropriadas. Quanto ao tamanho do arquivo físico, uma desfragmentação online não reduzirá o arquivo físico, apenas uma desfragmentação offline fará isso. Se você acha que o crescimento do arquivo está superando a manutenção do banco de dados, então deve procurar reduzir o tempo de retenção dos itens excluídos. Na medida em que a manutenção do armazenamento de caixas de correio está ou não causando a falha, isso depende do tamanho do banco de dados e do trabalho que está sendo feito para limpá-lo. Posso dizer pela minha experiência que acho duvidoso. Se for, é possivelmente devido a hardware inadequado ou com defeito. Eu gerencio um servidor Exchange 2003 (Enterprise Edition) com 4 armazenamentos de caixa de correio todos excedendo 100 GB, composto por 650 caixas de correio e executo o processo de manutenção de armazenamento de caixa de correio sem problemas.

O único ponto que gostaria de fazer é que você deve agendar a manutenção do armazenamento de caixa de correio e seus backups em janelas de tempo diferentes, pois os dois não podem ser executados ao mesmo tempo. O processo de manutenção do banco de dados malbox será interrompido quando detectar que um backup foi iniciado. Se as duas tarefas entrarem em conflito, o processo de manutenção do banco de dados talvez nunca esteja sendo concluído. Ele vai pegar na próxima vez em que parou. Você pode verificar o log de eventos do Aplicativo para a ID de Evento 1207, que significa que a limpeza de itens após a data de retenção foi concluída, a ID de Evento 1209, que significa que a tarefa maintenenace está concluída, e a ID de Evento 1221, que significa que a desfragmentação online está concluída.

Observe também que o processo será executado por no mínimo 15 minutos e no máximo 1 hora. A hora que você configura na programação de manutenção é a hora em que PODE rodar, não a quantidade de tempo que será executada.

Veja um resumo do que o processo faz:

link

    

Answer 2

Puramente perguntando sobre a desfragmentação, a resposta seria "depende". Quão fragmentada é em primeiro lugar? Quão strongmente usado é o servidor de email? Um servidor de correio mal utilizado dificilmente sofrerá muita fragmentação em primeiro lugar.

Suponho que você poderia obter uma estimativa aproximada, observando quanto tempo o trabalho leva. O trabalho se encaixa facilmente na janela de manutenção que você permitiu para a desfragmentação?

Se a desfragmentação for adequada ao tempo que você colocar, e você não estiver tendo problemas de desempenho entre execuções (ou solicitando erros), então sim, é suficiente usar o agendamento para desfragmentar o armazenamento.

A desfragmentação não é algo que deve manter o armazenamento do Exchange em execução. Se você nunca desfragmentar, o servidor Exchange não morrerá. O desempenho pode se degradar com o tempo e, eventualmente, engatinhar, mas não aumentará apenas e perderá dados ou estará corrompido apenas porque não foi desfragmentado.