Depois de limpar uma pasta, o DEFRAG realmente não alterou o tamanho do banco de dados

1

Eu movi ~ 50.000 emails do arquivo Sent Folder para vários .pst [divididos por ano] e o tamanho do Sent Folder foi realmente reduzido em ~ 36 GB [Isso é o que eu vejo no Outlook quando estou certo clique nele e verifique o tamanho - antes e depois eu mudei os e-mails].

Então eu corri eseutil /d DatabaseName.edb /p /tNewDatabase.edb .

Eu esperava que o tamanho de NewDatabase.edb fosse menor em pelo menos 36 GB, mas eram apenas 4 GB. O atual DatabaseName.edb tem cerca de 88 GB e depois 84 GB.

O que estou fazendo de errado?

    
por Al Bundy 30.03.2016 / 13:54

2 respostas

2

Isso é mais provável devido à retenção.

Para cada banco de dados, há dois parâmetros relacionados à exclusão:

Keep deleted items for  

e

Keep deleted mailboxes for

Obviamente, o primeiro diz respeito a itens dentro de uma caixa de correio, enquanto o segundo diz respeito a caixas de correio.

Seessesparâmetrosnãoestiveremdefinidoscomo"O", o item não será marcado no banco de dados como excluído (e o espaço marcado como "livre") e, portanto, esses registros ainda serão copiados no novo banco de dados pelo eseutil /d

Observe que, com um valor de 0, é necessário aguardar a ocorrência do processo de limpeza / remoção do banco de dados para marcar os registros como excluídos.

    
por 30.03.2016 / 14:10
1

O Exchange manterá esse espaço em branco para futuros dados.

Se você deseja reduzir o tamanho do arquivo, a melhor maneira é criar um novo banco de dados de caixa de correio e mover todas as caixas de correio para ele. Este novo banco de dados será um pouco maior que o tamanho real dos dados.

Com o Exchange 2010, isso pode ser feito completamente online, portanto, não é necessário tempo de inatividade.

    
por 30.03.2016 / 13:58