Jak wiadomo w Microsoft Exchange rozmiar bazy po usunięciu skrzynek nie zmniejsza się lecz pozostaje taki sam.
Powstaje natomiast w bazie „luka” tzw. White Space który informuje nas o ilości dostępnego miejsca, które może być wykorzystane bez potrzeby powiększenia rozmiaru pliku bazy .edb.
Dopiero po wypełnieniu White Space, dalszy przyrost rozmiaru skrzynek w bazie, spowoduje zwiększanie rozmiaru pliku .edb.
W przypadku baz Microsoft Exchange rozwiązanie takie jest kłopotliwe, ponieważ aby zmniejszyć rozmiar pliku .edb po usunięciu skrzynek z bazy przeważnie musimy użyć narzędzia ESEUTIL za pomocą, którego wykonywaliśmy defragmentację bazy.
Operacja taka miała swoje wady, ponieważ niosła za sobą ryzyko uszkodzenia bazy, oraz na czas defragmentacji baza musiała być odmontowana co powodowało brak dostępu do skrzynek.
Czas defragmentacji jest dość długi, średnio 5-7GB defragmentowane jest w czasie 1h. Dlatego defragmentacja przeciętnej bazy trwała około 24h.
Aby zapewnić użytkownikom ciągłość dostępu do skrzynek podczas zmniejszania rozmiaru bazy, możemy w Microsoft Exchange 2010 utworzyć nową bazę, następnie przenieść wszystkie skrzynki ze zbyt dużej bazy do nowej bazy, po czym usunąć starą bazę.
Dzięki temu rozmiar nowej bazy będzie odpowiadał sumie rozmiarów znajdujących się w niej skrzynek, a wolne miejsce White Space zostanie wyeliminowane.
Dzięki temu możemy uzyskać znaczny spadek rozmiaru pliku .edb a co za tym idzie przyśpieszyć backup serwer Exchange.