сжатие БД почты

[DedMagarbI4]

Добрый день.

Не могу вкурить что-то, потому как не силен в почте, но иногда приходится что-то делать с ней. 

Есть exch2007sp3, есть БД 450Гб, и есть ситуация, что почта поднята на виртуалке и на физической машине кончается место на диске.
В общем думаю, ну ок, сейчас почищу пару "жирных" ящиков и все будет норм. Нашел один такой "жирный" ящик с 38Гб и 190к писем. Почистил, в итоге осталось 10гб. Но свободного места на диске не появилось, как было занято 450Гб, так и осталось. 

Что планирую делать? слышал что мол можно отмаунтить базу, перенести её на другой более большой диск и снова примаунтить и мол должно заработать.

НО. Может вы уважаемые подскажите еще какие нить пути решения? (просто очень интересует вопрос, почему оно не освободило место) 

[Retif]

DedMagarbI4, ну во первых логи. У тебя логи усекаются? При фулл бекапе базы это происходит автоматом. Ну или Circular Logging можно включить на базе, но это не рекомендуется, можно на некоторое время, пока логи усекутся, потом выключить.

Второй момент, сама база (файл *.edb) не умеет уменьшаться, даже если место освободишь. Выход - оффлайн дефрагментация с помощью eseutil. Ес-сно в это время никто не может работать.

Еще один путь, создать новую базу и переместить туда все ящики.  Она места займет ровно столько, сколько в них почты есть. Старую удалить потом. Но потребуется временно где-то найти еще место. Это, наверно, самый популярный путь.

[Triangle]

оффлайн дефрагментация с помощью eseutil.

Да, но где бы ему ещё места на временный файл взять.

[Retif]

Что планирую делать? слышал что мол можно отмаунтить базу, перенести её на другой более большой диск и снова примаунтить и мол должно заработать.

Невнимательно прочел про то, что большой диск есть у тебя. Тут какой момент. Допустим, у тебя база лежит на диске D по пути D:\MailDatabase.
Ты подключаешь новый большой диск, буква E. И перемещаешь базу по пути E:\MailDatabase. Т.е. буква E у тебя так и останется. Ну и размер базы не изменится, собственно.

Командлет для перемещения базы: https://technet.microsoft.com/ru-ru/library/bb124742(v=exchg.80).aspx
Из гуя не помню, как там 2007-м, можно, нет. Вроде как можно, только базу отмаунтить сначала. В 2016-м из гуя уже фиг.

Updated: 20 January 2017, 10:27:55

Да, но где бы ему ещё места на временный файл взять.

Ну да.

And so we spent hours running ESEUTIL /D to perform an offline defragmentation of a database or ESEUTIL /P (also called a "hard repair") to rescue a database from physical corruption. Both operations ran at 2-3/GB hour; both required exclusive access to the database; both required 110% free disk space of the database size to be available to build the new version of the database; and both required you to take a full backup before and then another afterward just in case.

[DedMagarbI4]

У тебя логи усекаются? При фулл бекапе базы это происходит автоматом.

по всей видимости нет. это как то можно сделать в реалтайме на живой базе? 
печаль беда в том, что бэкапы не делались, ввиду того, что стоит exch2007 на win2012, а там как я понял нельзя дефолтными средствами бэкапить exch2007, только через костыли.

Updated: 20 January 2017, 10:57:06
пошел копать про усечение логов. спс за наводку!!!

[sirarthur]

это как то можно сделать в реалтайме на живой базе? 

ytn/
нет, можно включить усечение логов - отмонтировать базу, примонтировать назад.
Но есть нюансы - если логов очень много - могут быть нежданчики в виде потерянной почты.
"Развинуть" диск у виртуалки нельзя? Добавить винт в хост - перенести vhd на новый диск. М?

[DedMagarbI4]

нашел пока вот это, буду пробовать
http://www.exchangerus.ru/2009/07/01/%D1%83%D0%B4%D0%B0%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-%D0%BB%D0%BE%D0%B3%D0%BE%D0%B2-%D1%82%D1%80%D0%B0%D0%BD%D0%B7%D0%B0%D0%BA%D1%86%D0%B8%D0%B9-%D0%B2-microsoft-exchange-server-2007/

[Triangle]

Включи ротацию логов для начала и перезапусти службу хранения. Посмотри что с местом.

[Retif]

и перезапусти службу хранения.

А это еще зачем? Вроде оно само усекается, как только Circular logging включаешь 

Updated: 20 January 2017, 13:17:45
DedMagarbI4, самый быстрый и простой путь, включить Circular logging на некоторое время. Всё онлайн должно быть.

[DedMagarbI4]

в общем удалил файлы логов, как описывалось в статье.
сама база 90Гб, как оказалось, остальное место было занято файлами логов. Пока что полет нормальный. Всем спасибо.

[Triangle]

А бэкапы то вообще делаются? По идее логи должны того, но иногда почему то нет. Я делал через ps, перед бэкапом ротацию логов, потом бэкап, потом вернуть взад.

[DedMagarbI4]

А бэкапы то вообще делаются?

к сожелению не делаются, буду исправлять.

[Retif]

есть БД 450Гб

Сама база 90Гб

Неплохо так 

Updated: 20 January 2017, 16:12:16
DedMagarbI4, ты, когда у тебя логи еще подрастут, все же попробуй это:

DedMagarbI4, самый быстрый и простой путь, включить Circular logging на некоторое время. Всё онлайн должно быть.

У меня на 2016-м по крайней мере так, хз, как там на 2007-м, но вроде этот механизм они уже сто лет не меняли.

[DedMagarbI4]

ты, когда у тебя логи еще подрастут, все же попробуй это:

сейчас сделал так
1. удалил лог файлы как описано было в статье
2. включил циклическое логирование как ты посоветовал.

Updated: 20 January 2017, 16:53:24

Неплохо так

ну эт да я хз как было точно узнать размер базы, глянул размер папки excha, она было 465Гб, ну вот я и предположил

[Retif]

1. удалил лог файлы как описано было в статье
2. включил циклическое логирование как ты посоветовал.

Надо было сделать что-то одно из этого.

Выключи циклическое логгирование теперь и бекап настраивай лучше.