☰

Desfragmentador de VM do Exchange ou ESEUTIL? Estou adotando a abordagem correta para desfragmentar/verificar erros em meu servidor Exchange VM?

tag-icon • tag-icon exchange exchange-2010 vmware-esxi vmware-vsphere
Desfragmentador de VM do Exchange ou ESEUTIL? Estou adotando a abordagem correta para desfragmentar/verificar erros em meu servidor Exchange VM?

Cenário:

  1. VM do Exchange 2010, rodando em VMWare
  2. 120 GB de dados
  3. Janela de execução de sábado, das 12h às 8h (pode ser estendida um pouco, se necessário)

Duas perguntas cheias de ação:

  1. Quero desmontar meus armazenamentos de dados, tirar um instantâneo da minha VM do Exchange, executar uma desfragmentação em nível de unidade das unidades C e D (banco de dados), remontar os armazenamentos de dados e remover o instantâneo (se tudo estiver bem).

  2. Minha outra opção é: tirar um instantâneo da minha VM do Exchange, desmontar os armazenamentos de dados, executar ESEUTIL offline e desfragmentar a unidade C (não a unidade D?), remontar os armazenamentos de dados e remover o instantâneo (se tudo estiver bem).

Quais são seus pensamentos? Estou adotando a abordagem correta para desfragmentar/verificar erros em meu servidor Exchange?

Responder1

Antes de fazer todo esse trabalho para desfragmentar a unidade + banco de dados apenas para satisfazer uma mensagem de aviso genérica, eu faria algumas coisas:

  1. O que você espera obter com isso? A fragmentação do Exchange Server é amplamente irrelevante para os usuários se todos estiverem usando o modo de cache do Outlook. Se o Exchange receber RAM suficiente, ele armazenará partes de cada caixa de correio na RAM para que seus discos se tornem menos importantes. O Exchange moderno foi projetado para ser executado emMais devagardiscos então antigo Exchange (2000/2003).

  2. Desfragmentar dentro de uma VM não é o que você pensa. Você tem vários níveis de abstração entre seus discos físicos e os bancos de dados do Exchange. Você tem um conjunto RAID servindo um LUN de um conjunto compartilhado de discos iSCSI. Como saber se esse LUN é contíguo nos discos reais? Duvido que seja, especialmente se for provisionado. Então você tem um arquivo .vmdk criado no VMWare, que provavelmente está fragmentado. Você o provisionou ou alterou o tamanho do .vmdk após a criação inicial? Se você passasse por todos esses níveis diferentes, começando com iSCSI, depois para vmdk, depois para sistema operacional convidado e depois para Exchange... em que isso resultaria? Talvez OWA mais rápido, se tanto ...

O resultado final é que nunca vi sistemas de produção virtuais serem desfragmentados e realmente resultarem em uma melhoria na experiência do usuário. Não estou dizendo que é impossível fazer isso... só estou dizendo que é improvável.

Dicas sobre VMs VMWare e desfragmentação: http://blogs.vmware.com/vsphere/2011/09/should-i-defrag-my-guest-os.html

Uma citação interessante desse link:

"Devo salientar que li que, internamente na VMware, não observamos nenhuma melhoria perceptível no desempenho após uma desfragmentação de sistemas operacionais convidados residentes em armazenamentos de dados baseados em SAN ou NAS."

informação relacionada