Сокращение размера файла EDB
Пока Ваша база данных Exchange автоматически увеличится в размере при необходимости, это не уменьшится в размере автоматически. Таким образом, 3 ГБ пространства, которое Вы освободили, - там, но оно все еще выделяется Exchange, и поскольку размер хранилища почтового ящика увеличивается снова, оно израсходует это пространство сначала. Таким образом для следующих 3 ГБ увеличения хранилища почтового ящика Вы не должны видеть фактический прирост в размере файла на диске.
Если на самом деле необходимо вернуть пространство на диске, то необходимо будет сделать офлайновую дефрагментацию.
Также удостоверьтесь, что Вы сделали полное резервное копирование недавно, чтобы гарантировать, что все файлы журнала были очищены.
Exchange никогда не будет автоматически освобождать освобожденное пространство в файлах базы данных, но это снова использует его для новых данных. Существует два способа на самом деле освободить свободное пространство: выполните офлайновую дефрагментацию файла базы данных, или переместите почтовые ящики в другое хранилище и удалите старое.
С первым методом необходимо демонтировать хранилище и дефрагментировать его с помощью утилиты Exchange eseutil.exe (найденный в \bin каталог под папкой установки Exchange); синтаксис был бы eseutil.exe /D path\to\file.edb. Это будет требовать времени: фактическое время зависит от размера базы данных и скорости диска, но это - определенно не быстрый процесс; могли легко быть часы для больших хранилищ; будет также требоваться столько же временного свободного пространства сколько 110% размера базы данных. Во время процесса все почтовые ящики в хранилище не будут доступны пользователям.
Со вторым методом Вы создаете новое пустое хранилище и почтовые ящики перемещения к нему, затем Вы удаляете старое хранилище, когда это пусто. Хранилища и онлайн одновременно, и сервисное разрушение только влияет на тех пользователей, почтовый ящик которых на самом деле перемещается (обычно самое большее 4 одновременно); другие пользователи в том же хранилище незатронуты. Конечным результатом с точки зрения освобожденного пространства является то же, но процесс намного легче и почти полностью избегает времени простоя. Это - то, что рекомендует Microsoft, если действительно необходимо восстановить дисковое пространство в базе данных Exchange.
Сторонний архиватор, вероятно, не помешает.
Exclaimer - это хорошо, но я не знаю, работают ли они с чем-то старше 2007 года. Google вокруг, они не только поставщик.
В любом случае, извлеките все это и установите тег политики хранения со сроком хранения, скажем, 40 дней. Exchange хранит электронные письма только 40 дней, все остальное можно хранить в архиве.
Удачи!