Desfragmentar um volume do Exchange

4

O cenário: Eu uso um volume dedicado (volume RAID) para armazenar todos os meus dados para o meu servidor Exchange 2007. Hoje, por curiosidade, decidi verificar como os arquivos neste volume de dados estavam fragmentados. Para minha surpresa, a resposta é extremamente. Então, uma pergunta em três partes:

Primeiro e acima de tudo, devo desfragmentar este volume (depois de um backup completo, é claro)? Seja específico quanto ao por que não, se eu não deveria, ou razões absolutamente que deveria, se deveria.

Segundo, quanto tempo devo permitir durante esse período de manutenção por gigabyte. As unidades são todas as unidades SATA de 7200 RPM em um controlador Hardware RAID 5 (Perc 5i / 6i, não lembro), os arquivos são extremamente fragmentados. (Mais de 5000 fragmentos de arquivos por gigabyte).

Em terceiro lugar, há algo errado aqui? Parece-me que a unidade não deveria ser tão fragmentada. Alguma coisa poderia estar configurada incorretamente, o que poderia estar causando isso?

    
por IceMage 26.04.2010 / 22:02

3 respostas

3

Você está armazenando arquivos de banco de dados e logs de transações no mesmo volume?

Isso seria uma causa para tal fragmentação (e também seria definitivamente não recomendado).

Os logs de transações são muitos arquivos pequenos criados na hora, enquanto os arquivos principais do banco de dados crescem continuamente; esta é uma receita ideal para a fragmentação pesada do NTFS.

Suponho que não haja nada além de um banco de dados nesse volume ... as filas de mensagens também podem ser uma grande fonte de fragmentação.

    
por 26.04.2010 / 22:20
2

Sobre a desfragmentação: não faça isso, se puder evitá-lo.

Você tem algum espaço disponível, mesmo em um drive externo? Basta interromper os serviços do Exchange, copiar tudo em outro lugar, formatar o volume e copiar tudo de volta novamente.

Ou faça um backup / restauração, se você tiver software e dispositivos de backup adequados.

A desfragmentação de disco no local é uma das operações mais lentas e mais perigosas que você pode realizar em um sistema de produção. E o RAID 5 (que é bem lento nos textos) realmente não ajuda aqui.

    
por 26.04.2010 / 22:28
1

0/3. Existe alguma coisa diferente dos arquivos de banco de dados (* .edb e * .stm) nesse volume? Eu acho que você poderia dizer que estou perguntando como dedicado é dedicado. Uma vez vi uma fragmentação grave causada por cópias de sombra sendo armazenadas em um volume de troca. Em instalações menores, não é incomum ver arquivos de índice, arquivos de log, fila smtp, fila mta no mesmo volume. Qualquer um deles levaria à fragmentação dos arquivos de banco de dados também.

  1. Uma desfragmentação do sistema operacional não causará problemas, mas se você não tiver uma grande quantidade de espaço livre na unidade, não esperaria muito. Eu acho que você gostaria de parar o serviço de armazenamento de informações. A maioria das documentações falando sobre defragging exchange está focada na fragmentação lógica do espaço em branco no banco de dados de troca e não na fragmentação do nível de arquivo. O link discute isso e menciona que o registro está confuso sobre as gravações atrasadas durante uma desfragmentação no nível do arquivo.

  2. Não tenho certeza sobre o cálculo de velocidade / tempo. Estou um pouco ocupado para tentar fazer as contas.

por 26.04.2010 / 22:21