none
Дефрагментация базы RRS feed

  • Вопрос

  • Здравствуйте форумчане!

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

    Вот как лучше поступить?

    Как понимаю чтобы ужать базу нужно чтобы минимум было свободно такое же количество места как и сама база и плюс 10 процентов сверху.

    Если создавать новую базу, то я как понимаю нужно переносить по мимо простых ящиков пользователей еще арбитражные и системные ящики вот вопрос как это сделать?

    25 февраля 2020 г. 23:38

Ответы

  • Александр,

    у вас дефрагментация при таком размере БД может идти очень долго и всё это время пя в БД будут недоступны, по сути это будет простой почтовой системы. В таких случаях лучше забыть о наличии 350 ГБ white space и создать новую БД (особенно если лицензия позволяет это сделать), далее в эту БД переносите все пя и удаляете старую БД. Не забудьте добавить новую БД в план бэкапов. 

    26 февраля 2020 г. 5:54
  • Есть или что еще нужно переносить по мимо арбитражных ящиков? 

    Архивные, если имеются, ящики -Monitoring-а вдогонку к -Arbitration. В любом случае, базу вы не удалите нормально, пока вы оттуда все не уберете.
    26 февраля 2020 г. 6:36
  • День добрый!

    Я бы предпочел "новую" базу дефрагментированной. На мой взгляд это и менее рискованно. Не могу знать как у Вас обстоит дело с инфраструкторой, но я в 90% случаев предпочитаю 2 или 3 "маленькие" базы нежели 1 большую.

    Вы таки не сказали откуда в базе вдруг взялось такое количество свободного места? Так же невозможно угадать с какой скоростью у Вас эта база "заполняется" - это будет влиять на то "А нужно ли вообще дефрагментировать" эту базу, может она у Вас эти 350 Гб "заполнит" через месяц. 

    Перенос арбитражных и системных ящиков достаточно подробно разобран в документации. Вот например: https://social.technet.microsoft.com/wiki/contents/articles/23133.steps-to-move-arbitration-mailbox-in-exchange-2013.aspx 

    В любом случае сервер Вам НЕ даст удалить базу если в ней (в базе) осталось, что то "по его мнению" важное...


    Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"

    26 февраля 2020 г. 5:51

Все ответы

  • День добрый!

    Я бы предпочел "новую" базу дефрагментированной. На мой взгляд это и менее рискованно. Не могу знать как у Вас обстоит дело с инфраструкторой, но я в 90% случаев предпочитаю 2 или 3 "маленькие" базы нежели 1 большую.

    Вы таки не сказали откуда в базе вдруг взялось такое количество свободного места? Так же невозможно угадать с какой скоростью у Вас эта база "заполняется" - это будет влиять на то "А нужно ли вообще дефрагментировать" эту базу, может она у Вас эти 350 Гб "заполнит" через месяц. 

    Перенос арбитражных и системных ящиков достаточно подробно разобран в документации. Вот например: https://social.technet.microsoft.com/wiki/contents/articles/23133.steps-to-move-arbitration-mailbox-in-exchange-2013.aspx 

    В любом случае сервер Вам НЕ даст удалить базу если в ней (в базе) осталось, что то "по его мнению" важное...


    Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"

    26 февраля 2020 г. 5:51
  • Александр,

    у вас дефрагментация при таком размере БД может идти очень долго и всё это время пя в БД будут недоступны, по сути это будет простой почтовой системы. В таких случаях лучше забыть о наличии 350 ГБ white space и создать новую БД (особенно если лицензия позволяет это сделать), далее в эту БД переносите все пя и удаляете старую БД. Не забудьте добавить новую БД в план бэкапов. 

    26 февраля 2020 г. 5:54
  • Ну я сейчас на эксче 2019 разделил базы на 2 архивную  и просто почтовую, а то  все в одной было.

    А шаги будут такие если создавать новую базу:

    1) Рассчитываю место и папки

    2) Создаю новую базу 

    3) Переношу миграцией ящики пользователей в новую базу

    4) Переношу арбитражные ящики  в новую базу

    5) Отключаю старую базу проверяю, что все нормально

    6) Удаляю старую базу

    Есть или что еще нужно переносить по мимо арбитражных ящиков? 

    26 февраля 2020 г. 6:21
  • Есть или что еще нужно переносить по мимо арбитражных ящиков? 

    Архивные, если имеются, ящики -Monitoring-а вдогонку к -Arbitration. В любом случае, базу вы не удалите нормально, пока вы оттуда все не уберете.
    26 февраля 2020 г. 6:36
  • Как понимаю  посмотреть можно так эти ящики 

    Get-MailboxDatabase -Monitoring -Arbitration

    26 февраля 2020 г. 6:59
  • Get-Mailbox -Database DBName -Arbitration
    Get-Mailbox -Database DBName -Monitoring
    Хотя мониторинг пожалуй лучше за собой не тащить, а таки пересоздать

    Еще служебный аудитлог ящик забыл, с E2016 появился

    Get-Mailbox -Database DBName -AuditLog

    26 февраля 2020 г. 7:53