none
Размер базы постовых сообщений. RRS feed

  • Вопрос

  • Добрый день, коллеги. 

    Имеется Exchange 2007. За 8 месяцев использования размер базы почтовых сообщений вырос вдвое. Подскажите, как справится с быстрым разрастанием базы данных. Слышал, что на exchange 2007 можно включить что то вроде дедуплекации, (т.е.  не будет создаваться несколько копий одного письма в базе) но не нашел как его включить.

    В общем помогите советом, как предотвратить разрастание базы

    18 сентября 2012 г. 5:42

Ответы

  • Абсолютно верно, это и есть механизм "дедупликации" , и он включен по умолчанию в 2007. Но проведенные тесты показали, что SIS очень сильно влияет на производительность дисковой подсистемы, и именно поэтому было принято решение исключить его из следующих версий, для повышения производительности, и именно отсюда и требования Ex 2010 - он может работать даже с обычными SATA дисками вполне неплохо, особенно если база небольшая и нет интенсивной нагрузки. Да и сами диски к тому времени значительно подешевели, так что все остались довольны.

    Так что строже квоты пользователям и все будет хорошо. Да, забыл упомянуть о необходимости управления сообщениями. Прежде чем разбивать базу, примените политики управления сообщениями для пользователей- это вам поможет снизить текущий объем базы. Часто администраторы пренебрегают управлением сообщениями, при миграции недавно у пользователя в папке Удаленные обнаружилось 125 000 сообщений. Было очень грустно. Ну и ведите просветительскую работу - отправьте пользователям письмо с просьбой удалить уже ненужные сообщения. Разберитесь в материале, потестируйте на отдельной группе счастливчиков, и база похудеет.

    • Предложено в качестве ответа AndricoRus 20 сентября 2012 г. 9:26
    • Помечено в качестве ответа Yuriy Lenchenkov 26 сентября 2012 г. 12:54
    20 сентября 2012 г. 8:51
  • Да можно.

    Get-MailboxStatistics

    Get-LogonStatistics -Database <mailbox database name> | Format-List


    MCITP. Знание - не уменьшает нашей глупости.

    • Помечено в качестве ответа Yuriy Lenchenkov 26 сентября 2012 г. 12:54
    20 сентября 2012 г. 6:04
    Модератор

Все ответы

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

    1. Опишите конфигурацию Exchange 2007.

    2. Колличество баз и их размер.

    3. Как часто выполняется полный бекап.

    4. Какие ограничения на почтовые ящики.

    5. Публичные папки, размер, ограничения.


    MCITP. Знание - не уменьшает нашей глупости.

    18 сентября 2012 г. 5:55
    Модератор
  • 1. Exchange 2007 на windows 2003. Установлены все роли кроме Edge.

    2. 1 база размером 500 гб

    3. Ежедневно

    4. 10 гб

    5. 100гб, ограничения 10гб

    18 сентября 2012 г. 6:01
  • Выделите еще 4 логических дика для почтовых баз.

    Создайте еще 4 базы и равномерно распределите почтовые ящики по почтовым базам.

    10 Гб для почтового ящика достаточно большой.

    Рекомендую 2 Гб и архивировать на рабочих станциях или для архивирования внедрить Enterprise Vault - Symantec или Exchange 2010.


    MCITP. Знание - не уменьшает нашей глупости.

    18 сентября 2012 г. 6:25
    Модератор
  • А можно как то вычленить неиспользуемые почтовые ящики? Например ящик письма с которого не забирались в течении месяца
    20 сентября 2012 г. 5:35
  • Да можно.

    Get-MailboxStatistics

    Get-LogonStatistics -Database <mailbox database name> | Format-List


    MCITP. Знание - не уменьшает нашей глупости.

    • Помечено в качестве ответа Yuriy Lenchenkov 26 сентября 2012 г. 12:54
    20 сентября 2012 г. 6:04
    Модератор
  • [PS] C:\Documents and Settings\gdk\Рабочий стол>Get-LogonStatistics -Database First Storage Group | Format-List
    Get-LogonStatistics : A parameter cannot be found that matches parameter name 'Storage'.
    At line:1 char:20
    + Get-LogonStatistics  <<<< -Database First Storage Group | Format-List

    вот так :(

    20 сентября 2012 г. 6:11
  • БД нужно брать в кавычки, вот так

    Get-MailboxStatistics -Database "Mailbox Database"

    Посмотрите примеры к командлету.

    20 сентября 2012 г. 6:18
  • База данных в Exchange 2007 изначально хранит все сообщения в одном экземпляре и, отправив сообщение нескольким получателям, занимаемый объем этих сообщений не будет множиться на количество получателей, а будет занимать место в базе как одно сообщение.

    Вот в Exchange 2010 не так, это если вы когда-нибудь собиретесь на него переехать. База данных в Exchange 2010 хранит каждое сообщение отдельно и соответственно, сколько будет получателей, во столько раз и будет увеличен размер базы.

    20 сентября 2012 г. 8:03
  • Абсолютно верно, это и есть механизм "дедупликации" , и он включен по умолчанию в 2007. Но проведенные тесты показали, что SIS очень сильно влияет на производительность дисковой подсистемы, и именно поэтому было принято решение исключить его из следующих версий, для повышения производительности, и именно отсюда и требования Ex 2010 - он может работать даже с обычными SATA дисками вполне неплохо, особенно если база небольшая и нет интенсивной нагрузки. Да и сами диски к тому времени значительно подешевели, так что все остались довольны.

    Так что строже квоты пользователям и все будет хорошо. Да, забыл упомянуть о необходимости управления сообщениями. Прежде чем разбивать базу, примените политики управления сообщениями для пользователей- это вам поможет снизить текущий объем базы. Часто администраторы пренебрегают управлением сообщениями, при миграции недавно у пользователя в папке Удаленные обнаружилось 125 000 сообщений. Было очень грустно. Ну и ведите просветительскую работу - отправьте пользователям письмо с просьбой удалить уже ненужные сообщения. Разберитесь в материале, потестируйте на отдельной группе счастливчиков, и база похудеет.

    • Предложено в качестве ответа AndricoRus 20 сентября 2012 г. 9:26
    • Помечено в качестве ответа Yuriy Lenchenkov 26 сентября 2012 г. 12:54
    20 сентября 2012 г. 8:51