Reduzindo o tamanho do banco de dados do Exchange 2003

3

Nossa empresa está executando o Exchange 2003 no Server 2003. Nosso principal arquivo de armazenamento de troca (priv1.edb) continua crescendo e está agora com mais de 45 GB. Se eu somar o tamanho das caixas de correio nessa loja, recebo menos de 16 GB. Eu executei uma desfragmentação offline, mas não recuperei nem mesmo uma única KB do arquivo .edb (o arquivo .stm encolheu de 8 GB para 2 GB). Eu também procurei o tamanho dos Itens Recuperáveis usando Desempenho e parece insignificante (não tenho certeza se a exibição está em bytes ou KB, de qualquer forma, não levaria em conta a discrepância). Como descubro o que está ocupando todo esse espaço e, mais importante, como posso removê-lo?

    
por Justin Driscoll 27.08.2009 / 20:05

9 respostas

0

Obrigado a todos por toda sua ajuda. O que acabei fazendo foi usar o exmerge para exportar dados de cada usuário (depois de usar o auto-archive para trazê-los abaixo do limite de 2GB, por que não exterge usar os novos .psts unicode?), Criando um novo armazenamento privado e depois usando exergir novamente para reimportar as caixas de correio. Infelizmente, isso faz com que o Outlook vá para o modo de recuperação para cada usuário, mas pelo menos funcionou com um mínimo de tempo de inatividade.

    
por 21.10.2009 / 19:29
2

Você está obtendo bons backups online? Meu palpite é que você não é, e como resultado você está vendo itens de exclusão se acumulando em vez de serem limpos. Isso seria consistente com a falta de qualquer redução no tamanho que você viu com a desfragmentação offline.

Você pode forçar a exclusão de itens excluídos para excluir itens, mesmo que o Armazenamento de Informações não tenha um bom backup on-line, mas eu recomendaria corrigir seus backups primeiro se isso for o culpado. Se você quiser tentar, desmarque a opção "Não exclua permanentemente caixas de correio e itens até que o backup da loja tenha sido feito" na guia "Limites" das propriedades do Armazenamento de Caixa de Correio.

Deixe-nos saber como isso acontece.

    
por 27.08.2009 / 21:41
1

Procure a ID de evento 1221 no log de eventos do aplicativo. Isso informará quanto espaço livre em branco está no seu banco de dados do Exchange.

Veja também:

A ID do evento 1221 reporta menos espaço livre do que deveria ser

    
por 27.08.2009 / 20:44
1

A melhor solução para problemas de banco de dados estranhos como este é criar um novo armazenamento vazio e mover caixas de correio para ele; isso alcança o mesmo efeito que uma desfragmentação completa do banco de dados, permite verificar corrupções no banco de dados e não cria um tempo de inatividade prolongado para seus usuários.

    
por 31.08.2009 / 16:07
0

Uma desfragmentação offline deve reduzir o tamanho do banco de dados. Você tem pastas públicas no mesmo banco de dados que estão aumentando o tamanho? Qual é o período de retenção do seu item excluído definido como? Você está incluindo o tamanho do log com o seu arquivo EDB (em caso afirmativo, está sendo feito o backup?)

Estas são apenas algumas coisas para verificar. O culpado mais provável é o período de retenção.

    
por 27.08.2009 / 20:15
0

Mais alguns passos que você pode seguir:

  • ESEUTIL / G . Isso verificará qualquer problema no nível de armazenamento do ESE; se encontrar algum, então você precisará ...
  • ESEUTIL / P . Um banco de dados danificado entra, um reparado sai.
  • ISINTEG . Esse preenchimento corrige qualquer erro no nível do armazenamento do Exchange, com especial atenção às inconsistências lógicas; você precisa executá-lo depois de reparar um banco de dados com ESEUTIL , mas também pode executá-lo sozinho se suspeitar que seu banco de dados possui alguma lógica problema; e eu acho que você deveria estar suspeitando, neste ponto.
por 31.08.2009 / 17:36
0

Como você está fazendo o backup? Eu estou querendo saber se o seu software de backup não está definindo os sinalizadores corretos para o Exchange executar a manutenção pós-backup.

O que acontece se você realmente executar um backup com reconhecimento de troca com o NTBackup?

    
por 31.08.2009 / 18:06
0

Se a manutenção online não estiver em execução (não é possível ver o log de eventos como um sinal), não haverá espaço marcado para exclusão pela desfragmentação offline.

Verifique se nenhum backup está tentando executar durante os períodos de manutenção definidos. Você pode ter que sair de um período prolongado e desabilitar os backups em um final de semana para obter uma execução completa se isso não tiver acontecido antes.

Depois de concluir a manutenção online, o log de eventos informará quanto espaço o off-line recuperará.

    
por 31.08.2009 / 19:50
0

Embora seja depreciado com o Exchange 2010, você perderá a capacidade de economia de disco do armazenamento de instância única, extraindo e importando caixas de correio com o ExMerge.

Eu costumo adicionar filtros de data e pasta ao extrair com o ExMerge. Não se esqueça de ignorar Contatos, os usuários ficam chateados quando a metade deles de repente "vai embora" devido à exportação ..;) Importar "apenas" os contatos de volta não foi tão ruim, no entanto ...

Entre a loja de caixas de correio oscilando em torno de 72G e o espaço em branco avançando cada vez menos, assumi o controle e comecei a exportar e-mails. Não pude esperar que os usuários atingissem meu limite de cobertura 73G. Agora .. desfragmentar offline. Bons tempos!

    
por 20.02.2010 / 06:08