none
Exchange 2010 SP2 использование отдельных mailbox database для Архивации RRS feed

  • Вопрос

  • Всем привет!

    Создал отдельную mailbox database "DIT_a" на сервере Exchange 2010 SP2

    Создал политику архивации - всё что старше 180 дней переносить в Архивную БД

    Выбрал группу пользователей чьи почтовые ящики лежат в одной почтовой базе "DIT" и применил к ним архивацию

    В течении двух суток у всех у них появился он-лайн архив, всё отработало как надо.

    Начал наблюдения за новой базой и обнаружил что через несколько суток архивная база "DIT_a" привысила объем первоначальной БД "DIT"
    Хотя по моим расчетам она должна была составлять порядка 70% от базы "DIT"

    На данный момент архивная база "DIT_a" составляет порядка 150% от базы "DIT"

    Объясните откуда берется объем?

    В настройках базы данных "DIT_a"  отключил параметры "Ждать полного бакапа перед удалением" и выставил "Хранить 0 дней удаленные элементы". Включил циркулирующие логи. Но объем БД "DIT_a"  продолжает расти ежечасно!

    Куда копать?



    • Изменено aus.asc 25 апреля 2012 г. 5:13
    25 апреля 2012 г. 4:54

Ответы

  • Ну что же подведем итоги!
    Мораль сей басни такова:

    1. При подготовке БД для складывания в неё архивной части майлбоксов сначала задаем все параметры БД такие как:

    - Keep deleted items for (days) = 0
    - Keep deleted mailboxes for (days) = 0
    снимаем галку:
    - Don't permanently deleted items until the database has been backed up
    ставим галку:
    - Enable circular logging
    оставляем галку:
    - Enable background database maintenance
    если необходимо меняем расписание обслуживания

    2. Применяем политику архивации , после применения политики ждем обслуживания БД по расписанию.
    В моем случае пришлось ждать 48 часов прежде чем 30 почтовых ящиков полностью  обработались.

    3. Делаем full backup

    4. Выполняем offline defragmenatation с помощью eseutil /d

    p.s. можно всем этим пренебречь в случае если у вас имеется огромный массив свободного пространства и вы ни куда не торопитесь, в таком случае можете ждать когда Background database maintenance сам все уложит, уплотнит, причешет.


    Всем спасибо за советы!
    • Изменено aus.asc 27 апреля 2012 г. 4:33
    • Помечено в качестве ответа aus.asc 27 апреля 2012 г. 4:34
    27 апреля 2012 г. 4:31

Все ответы

  • О бакапах и обслуживании этих двух БД

    Основная БД "DIT" бакапится каждые 30 дней.
    Включен параметр теневого обслуживания БД по расписанию.
    Так же запрещена очистка удаленных объектов до выполнения полного бакапа.

    Препологается, что архивная БД "DIT_a"  не будет бакапится вовсе, так как до попадания элемента в данную БД объект (письмо) будет трижды забакапленно в основной БД "DIT". Потому отключены параметры запрета очистки удаленных обектов до полного бакапа. По этой же причине установлены флаги "Хранить удаленные объекты 0 дней"
    Включен параметр теневого обслуживания БД по расписанию.

    25 апреля 2012 г. 5:19
  • запустите eseutil /ms db.edb

    Посмотрите свободное место в базе.

    ******************************** SPACE DUMP *****************************************
    Name                    Type    Owned(MB)     %OfDb  %OfTable    Avail(MB) Avail%Tbl
    =====================================================================================
    .\Mailbox Database 0980  Db       136.000   100.00%                 55.219


    Мой скромный Блог

    25 апреля 2012 г. 5:32
  • запустите eseutil /ms db.edb

    Посмотрите свободное место в базе.

    ******************************** SPACE DUMP *****************************************
    Name                    Type    Owned(MB)     %OfDb  %OfTable    Avail(MB) Avail%Tbl
    =====================================================================================
    .\Mailbox Database 0980  Db       136.000   100.00%                 55.219


    Мой скромный Блог


    В данный момент база отключена и идет eseutil /d  судя по прогрессу - щастья не настанет... отпишусь минут через 20 по результатам дефрагментации...
    • Изменено aus.asc 25 апреля 2012 г. 5:35
    25 апреля 2012 г. 5:34
  • скорее всего поможет, жаль что не успели сделать с ключем мс, посмотрели бы сколько место свободного:)

    Мой скромный Блог

    25 апреля 2012 г. 5:35
  • скорее всего поможет, жаль что не успели сделать с ключем мс, посмотрели бы сколько место свободного:)

    Мой скромный Блог

    Высвободилось около 3ГБ, что примерно 5%  от объема.

    о цифрах:
    DIT  35GB
    DIT_a 56GB

    а вот и с ключем /ms

    ******************************** SPACE DUMP *****************************************
    Name                    Type    Owned(MB)     %OfDb  %OfTable    Avail(MB) Avail%Tbl
    =====================================================================================
    D:\Storage\DIT_a\DIT_a.  Db     55430.094   100.00%                  5.626


    • Изменено aus.asc 25 апреля 2012 г. 5:50
    25 апреля 2012 г. 5:50
  • о цифрах подробнее:

    DIT  35GB - здесь лежит 35 ящиков с письмами за 1 год ровно (полный бакап не выполненялся - потому база еще не ужалась да и 30 дней с момента применения политики архивации еще не прошло)

    DIT_a 56GB - здесь лежит 30 архивных ящиков   с информацией за 9 месяцев (то что приплыло по политике архивации примененной к 30 из 35 почтовых ящиков БД "DIT" )



    • Изменено aus.asc 25 апреля 2012 г. 6:00 дополнил
    25 апреля 2012 г. 5:57
  • Посмотрите размеры архивных почтовых ящиков. Да внутрь их загляните :-)

    Сазонов Илья http://isazonov.wordpress.com/

    25 апреля 2012 г. 10:13
    Модератор
  • Посмотрите размеры архивных почтовых ящиков. Да внутрь их загляните :-)

    Сазонов Илья http://isazonov.wordpress.com/

    И что я должен там найти ?
    Я могу конечно замерить каждый из 30 ящиков отдельно, но смысл?

    Если я знаю что они занимали до архивинга 35ГБ....

    25 апреля 2012 г. 11:09
  • Объясните откуда берется объем?

    Вы спросили откуда объем - как раз полный смысл посмотреть, ЧТО оказалось в архивном почтовом ящике

    Сазонов Илья http://isazonov.wordpress.com/

    25 апреля 2012 г. 12:08
    Модератор
  • Объясните откуда берется объем?

    Вы спросили откуда объем - как раз полный смысл посмотреть, ЧТО оказалось в архивном почтовом ящике

    Сазонов Илья http://isazonov.wordpress.com/

    Там оказались письма за 9 месяцев.

    Замерил все 30 почтовых ящиков:

     13,5 GB - общий объем их содержимого!

    26 апреля 2012 г. 3:06
  • 184 974 KB - размер отображаемый клиентом Outlook - основной ящик
    403 068 KB - размер отображаемый клиентом Outlook - архив на сервере

    185 582 KB - размер всего почтового ящика отображаемый консолью Exchange

    Получается что консоль отображает размер только основного п\я без учета архива!

     Exchange Management Shell

    C:\Windows\system32>Get-Mailbox -Identity 'aus' |fl

    дало море информации но не дало размер почтового ящика...

    пока идей нет как вытащить по всем 30 ящикам инфу...

    • Изменено aus.asc 26 апреля 2012 г. 4:04
    26 апреля 2012 г. 3:57
  • Get-MailboxStatistics -Identity <GeneralMailboxOrMailUserIdParameter> -Archive

    выдаст информацию по размеру архива и некоторое количество дополнительной информации.

    26 апреля 2012 г. 6:45
  • А размер служебных почтовыъ ящиков?

    Сазонов Илья http://isazonov.wordpress.com/

    26 апреля 2012 г. 7:13
    Модератор
  • А они тут при чём? Или ты ради интересу вопрос задал?

    26 апреля 2012 г. 7:15
  • А размер служебных почтовыъ ящиков?

    Сазонов Илья http://isazonov.wordpress.com/


    К ним не применялась политика архивации.
    26 апреля 2012 г. 7:16
  • Get-MailboxStatistics -Identity <GeneralMailboxOrMailUserIdParameter> -Archive

    выдаст информацию по размеру архива и некоторое количество дополнительной информации.

    Спасибо! Удалось посчитать!

    В сумме получилось 8.63GB

    26 апреля 2012 г. 7:35
  • Рост архивной базы данных остановился после автономной дефрагментации  - сейчас она занимает

    54,1 GB (58 123 255 808 bytes)

    Но боюсь что при ночном обслуживании снова прибавит в весе...

    26 апреля 2012 г. 7:38
  • Снял full backup

    посмотрим как это отразится на базе...

    26 апреля 2012 г. 9:36
  • full backup ни чем не помог, база по прежнему занимает тот же объем:

    54,1 GB (58 123 255 808 bytes)

    eseutil /ms 

    ******************************** SPACE DUMP *****************************************
    Name                    Type    Owned(MB)     %OfDb  %OfTable    Avail(MB) Avail%Tbl
    =====================================================================================
    D:\Storage\DIT_a\DIT_a.  Db     55430.594   100.00%              36543.626

    Отправляю БД на дефрагментацию!

    27 апреля 2012 г. 3:25
  • судя по всему у вас она уменьшиться на 36 гигов.


    Мой скромный Блог

    27 апреля 2012 г. 4:09
  • судя по всему у вас она уменьшиться на 36 гигов.


    Мой скромный Блог

    ******************************** SPACE DUMP *****************************************
    Name                    Type    Owned(MB)     %OfDb  %OfTable    Avail(MB) Avail%Tbl
    =====================================================================================
    D:\Storage\DIT_a\DIT_a.  Db     18456.376   100.00%                148.282

    *

    *

    Окончательный размер:
    18,0 GB (19 369 754 624 bytes)



    • Изменено aus.asc 27 апреля 2012 г. 4:17
    27 апреля 2012 г. 4:16
  • Ну что же подведем итоги!
    Мораль сей басни такова:

    1. При подготовке БД для складывания в неё архивной части майлбоксов сначала задаем все параметры БД такие как:

    - Keep deleted items for (days) = 0
    - Keep deleted mailboxes for (days) = 0
    снимаем галку:
    - Don't permanently deleted items until the database has been backed up
    ставим галку:
    - Enable circular logging
    оставляем галку:
    - Enable background database maintenance
    если необходимо меняем расписание обслуживания

    2. Применяем политику архивации , после применения политики ждем обслуживания БД по расписанию.
    В моем случае пришлось ждать 48 часов прежде чем 30 почтовых ящиков полностью  обработались.

    3. Делаем full backup

    4. Выполняем offline defragmenatation с помощью eseutil /d

    p.s. можно всем этим пренебречь в случае если у вас имеется огромный массив свободного пространства и вы ни куда не торопитесь, в таком случае можете ждать когда Background database maintenance сам все уложит, уплотнит, причешет.


    Всем спасибо за советы!
    • Изменено aus.asc 27 апреля 2012 г. 4:33
    • Помечено в качестве ответа aus.asc 27 апреля 2012 г. 4:34
    27 апреля 2012 г. 4:31