none
Локальный запрос на перемещение и очистка базы RRS feed

  • Вопрос

  • Добрый день. Имеем Exchange 2010, две базы расположенные на одном сервере но на разных логических дисках(DB1 и DB2).

    Размер базы (DB2) на одном из дисков приближается к максимально доступному. Создал локальный запрос на перемещение нескольких ящиков из DB2 в DB1. Перемещение завершилось успешно. База данных на DB1 выросла на размер перемещаемых mailbox, а вот в DB2 доступное место не освободилось, т.е. databasesize и availablenewmailboxspace не изменились. На сколько я понимаю, после перемещения ящиков доступное место в БД (availablenewmailboxspace) должно было освободиться на размер перемещаемых ящиков, но видимо что тоне так.

    Подскажите как исправить данную ситуацию.


    • Изменено Ilin Sergey 17 февраля 2016 г. 5:48
    17 февраля 2016 г. 5:48

Ответы


  • В идеале после удаления таких ящиков базу надо дизмаунтить и дефрагментировать esetuil. Тогда размер заметно "присядет"


    Офлайн дефрагментацию давно не рекомендуют делать. Тем более это большой простой сервиса у всех пользователей этой базы. 
    17 февраля 2016 г. 6:34

Все ответы

  • У вас остались перемещённые ящики в состоянии disconnected на базе db1. Надо их удалить или поставить политику хранения в 0 и запустить clean-mailboxdatabase.
    • Предложено в качестве ответа Mikhail SartaevMVP 26 февраля 2016 г. 7:01
    17 февраля 2016 г. 5:56
  • У вас остались перемещённые ящики в состоянии disconnected на базе db1. Надо их удалить или поставить политику хранения в 0 и запустить clean-mailboxdatabase.

    Так. А это нормальное поведение при перемещении?

    Можно по подробнее: как их удалить (Remove-StoreMailbox)? Политику хранения для чего поставить в 0?

    17 февраля 2016 г. 6:02
  • У вас остались перемещённые ящики в состоянии disconnected на базе db1. Надо их удалить или поставить политику хранения в 0 и запустить clean-mailboxdatabase.

    Так. А это нормальное поведение при перемещении?

    Можно по подробнее: как их удалить (Remove-StoreMailbox)? Политику хранения для чего поставить в 0?


    Такое поведение появилось с exchange 2010 sp1. Удалить можно так: https://technet.microsoft.com/en-us/library/gg181092(v=exchg.141).aspx Только не удалите лишние ящики случайно.
    17 февраля 2016 г. 6:18
  • Абсолютно нормальное.  Копия ящика создана в новой базе и пользователь переключен на него. В старой базе остался ящик который будет хранится там некоторое время (30 дней по-умолчанию, кажется).

    После чего он автоматически удалится, но место не освободится. А перейдёт в состояние WhiteSpace.

    Типа свободное место внутри базы. Для роста других ящиков.

    В идеале после удаления таких ящиков базу надо дизмаунтить и дефрагментировать esetuil. Тогда размер заметно "присядет"

    Политика задаётся в свойствах базы:


    • Изменено Crazy Bird 17 февраля 2016 г. 6:21
    17 февраля 2016 г. 6:20

  • В идеале после удаления таких ящиков базу надо дизмаунтить и дефрагментировать esetuil. Тогда размер заметно "присядет"


    Офлайн дефрагментацию давно не рекомендуют делать. Тем более это большой простой сервиса у всех пользователей этой базы. 
    17 февраля 2016 г. 6:34
  • Всем спасибо. Теперь все понятно.
    17 февраля 2016 г. 6:52
  • Оффлайн дефрагментацию стоит только в крайних случаях делать, скажем место кончилось на диске и нет возможности расширить. А так лучше по совету sartaychik делать.
    17 февраля 2016 г. 7:03