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