none
Размер базы после удаления сообщений не уменьшился RRS feed

  • Вопрос

  • Добрый день! Возник вот вопрос - база Exchange занимает порядка 100 Гб, каждую неделю проводится резервное копирование средствами Windows Server Backup, попутно чистятся логи. Недавно чистили ящики у сотрудников, удалили почти половину старых писем, через Outlook видно, что освободилось место в почтовом ящике (квота на ящик у нас 40 Гб). Но размер базы не уменьшился. И после резервного копирования базы - тоже. Это так и должно быть? Есть ли метод уменьшения объема базы? Большую часть сообщений с вложениями мы ведь удалили. Спасибо.
    19 апреля 2016 г. 7:14

Ответы

  • Внезапно под рукой осталась инструкция:

    Сначала проверяем размеры базы:

    Get-MailboxDatabase -Status | ft name,databasesize,availablenewmailboxspace -auto

     

    Смотрим размер базы и размер "белого места". Можно зафиксировать любым способом.

    На диске должно быть не менее 110% свободного места от размера дефрагментируемой базы без учёта пустых страниц. То есть если размер базы  170 Гб, а "белого места" 70 Гб, то надо иметь 110 Гб свободного места.

     

    170-70=100

     

    100*1,1=110

     

    Если на диске свободного места не хватает - в команде дефрагментации надо указать путь до временной базы, в другом месте.

     

    Потом отключаем базу через ГУИ или командой:

     

    Dismount-Database MailBox1000

     

    После этого запускаем дефрагментацию:

    eseutil /d 'D:\Database\Mailbox1000.edb'

     

    Или с указанием временного расположения базы:

     eseutil /d 'D:\Database\Mailbox1000.edb' /t\\tmp_srv\exch\temp.edb

     

    После окончания процесса подключаем базу и проверяем её размер.

    20 апреля 2016 г. 12:34

Все ответы

  • Размер баз Exchange может только расти. При полном удалении части писем/ящиков освободившееся место резервируется. Но размер файла базы не уменьшается. Впрочем, можно сделать офлайн дефрагментацию с помощью eseutil, тогда реальный размер базы уменьшится.

    Do not multiply entities beyond what is necessary

    • Предложено в качестве ответа Ivan.Basov 19 апреля 2016 г. 7:27
    19 апреля 2016 г. 7:21
  • Посмотреть сколько свободного места для почтовых ящиков и что он уменьшилось при удалении можно так:

    Get-MailboxDatabase -Status | select Name,DatabaseSize,AvailableNewMailboxSpace


    scientia potentia est
    My blog

    19 апреля 2016 г. 8:13
  • Добрый день!

    Как писалось выше можно провести оффлайн дефрагментацию базы, но это приведет к простою сервиса. Место можно высвободить при переносе почтовых ящиков из старой базы в новую при этом сервис почты будет недоступен только для ящиков находящихся в процессе переноса.


    не ошибается только тот кто ничего не делает

    20 апреля 2016 г. 11:08
  • Поправлю немного. Почтовый ящик пользователя будет недоступен в короткий момент финализации процесса переноса. Это буквально от нескольких секунд до минуты.

    Do not multiply entities beyond what is necessary

    20 апреля 2016 г. 11:43
  • Внезапно под рукой осталась инструкция:

    Сначала проверяем размеры базы:

    Get-MailboxDatabase -Status | ft name,databasesize,availablenewmailboxspace -auto

     

    Смотрим размер базы и размер "белого места". Можно зафиксировать любым способом.

    На диске должно быть не менее 110% свободного места от размера дефрагментируемой базы без учёта пустых страниц. То есть если размер базы  170 Гб, а "белого места" 70 Гб, то надо иметь 110 Гб свободного места.

     

    170-70=100

     

    100*1,1=110

     

    Если на диске свободного места не хватает - в команде дефрагментации надо указать путь до временной базы, в другом месте.

     

    Потом отключаем базу через ГУИ или командой:

     

    Dismount-Database MailBox1000

     

    После этого запускаем дефрагментацию:

    eseutil /d 'D:\Database\Mailbox1000.edb'

     

    Или с указанием временного расположения базы:

     eseutil /d 'D:\Database\Mailbox1000.edb' /t\\tmp_srv\exch\temp.edb

     

    После окончания процесса подключаем базу и проверяем её размер.

    20 апреля 2016 г. 12:34