Добрый день! на VM где установлен почтовый сервер заканчивается место на диске выделенном под хранение DB (уже менее 10%). Я конечно могла бы просто увеличить размер диска - datastore на VMware позволяет, но это не решение а оттягивание проблемы. Поэтому хочу уменьшить размер базы DB. Так как раньше никогда не делала, думаю будет не лишним посоветоваться с опытными людьми как лучше и безболезненнее это сделать на Exchange 2016. Поправьте меня если я ошибаюсь. Итак:
1. Чтобы затея вообще имела смысл, надо сначала переместить в архив или удалить все ненужные ящики. На данный момент команда
выдает что освободится всего 111,5 Мб, что естественно капля в море от 598.5 ГБ.
Отсюда вопрос - как элегантнее сделать архивацию старой почты для пользователей чтобы архив и место не занимал на Exchange и всегда доступен был, если кому-то потребуется найти письмо пятилетней давности? Или лучше всего это дедовский способ - архивация через аутлук на локальный диск пользователя? ))
2. Так как у меня нет DAG, то для дефрагментации подойдет и оффлайн через ESEUtil и онлайн с созданием новой базы и переносом всех ящиков.
С одной стороны офлайн-метод вроде выглядит проще и ничего не надо туда-сюда перемещать и перенастраивать, но меня терзают смутные сомнения сколько займет время дефрагментация почти 600 Гб ? В рабочее время это сделать нельзя, но вдруг и выходных не хватит? Да и в выходной день могут в это время приходить письма а почта будет недоступна. Если случится какой-то сбой - то база вообще может рухнуть и придется восстанавливать VM из резервной копии что тоже занимает время...
3. Если делать онлайн-способом, то опять же - сколько это обычно занимает времени и какие есть нюансы о которых я могу не знать при перемещении всех ящиков в новую DB ? Чтобы потом с удивлением не обнаружить исчезнувшую почту или сбитые настройки групп и ящиков.
1. Чтобы затея вообще имела смысл, надо сначала переместить в архив или удалить все ненужные ящики. На данный момент команда
Get-MailboxDatabase -Status | ft name,databasesize, availablenewmailboxspace -auto
выдает что освободится всего 111,5 Мб, что естественно капля в море от 598.5 ГБ.
Name DatabaseSize AvailableNewMailboxSpace
---- ------------ ------------------------
DB-01 598.5 GB (642,634,481,664 bytes) 111.5 MB (116,916,224 bytes)
Отсюда вопрос - как элегантнее сделать архивацию старой почты для пользователей чтобы архив и место не занимал на Exchange и всегда доступен был, если кому-то потребуется найти письмо пятилетней давности? Или лучше всего это дедовский способ - архивация через аутлук на локальный диск пользователя? ))
2. Так как у меня нет DAG, то для дефрагментации подойдет и оффлайн через ESEUtil и онлайн с созданием новой базы и переносом всех ящиков.
С одной стороны офлайн-метод вроде выглядит проще и ничего не надо туда-сюда перемещать и перенастраивать, но меня терзают смутные сомнения сколько займет время дефрагментация почти 600 Гб ? В рабочее время это сделать нельзя, но вдруг и выходных не хватит? Да и в выходной день могут в это время приходить письма а почта будет недоступна. Если случится какой-то сбой - то база вообще может рухнуть и придется восстанавливать VM из резервной копии что тоже занимает время...
3. Если делать онлайн-способом, то опять же - сколько это обычно занимает времени и какие есть нюансы о которых я могу не знать при перемещении всех ящиков в новую DB ? Чтобы потом с удивлением не обнаружить исчезнувшую почту или сбитые настройки групп и ящиков.
Последнее редактирование модератором: