none
Exchange 2010 постоянно не хватает места. RRS feed

  • Вопрос


  • Всем добрый день.

    Имеем Exchange 2010 на котором установлен стандартный набор ролей для его самодостаточной работы.

    Размер базы с ящиками стабильно рос в течение года и перевалил за 600 Гб. И теперь мы стали периодически сталкиваться с проблемой, что транспортная роль отказывается принимать входящие письма из-за якобы отсутствия свободного места. Все бы ничего, это хорошо, когда сервер сам следит за своим "здоровьем". Но транспортная роль "заточена" by design на подобное поведение при достижении в 99% занятости диска. Формула вычисления приведена на странице http://technet.microsoft.com/ru-ru/library/bb201658(v=exchg.141).aspx

    Однако, при размере диска 650 Гб мы имеем ситуацию, когда на диске еще более 15Гб свободного пространства,  а Exchange рапортует, что места ему для работы маловато. А ведь при дальнейшем увеличении размера HDD (и базы) мы будем иметь все бОльшее значение нерационально НЕиспользуемого места... 

    •  
    • Поиски решения проблемы привели к файлу EdgeTransport.exe.config, в котором есть такие параметры как:
    • <add key="PercentageDatabaseDiskSpaceUsedHighThreshold" value="0" />
    • <add key="PercentageDatabaseDiskSpaceUsedMediumThreshold" value="0" />
    • <add key="PercentageDatabaseDiskSpaceUsedNormalThreshold" value="0" />
    • <add key="PercentageDatabaseLoggingDiskSpaceUsedHighThreshold" value="0" />
    • <add key="PercentageDatabaseLoggingDiskSpaceUsedMediumThreshold" value="0" />
    • <add key="PercentageDatabaseLoggingDiskSpaceUsedNormalThreshold" value="0" />
    • <add key="PercentagePrivateBytesUsedHighThreshold" value="0" />
    • <add key="PercentagePrivateBytesUsedMediumThreshold" value="0" />
    • <add key="PercentagePrivateBytesUsedNormalThreshold" value="0" 

    Менять их строжайше не рекомендуется во всех найденных упоминаниях о них. НО ведь зачем-то они есть?! И не зря есть возможность их поменять. Однако, во-первых, нигде я не нашел упоминания о вариантах допустимых значений, которые туда можно было вписать, а во-вторых, не хочется ставить эксперименты на рабочем сервере...

    В такой ситуации я бы предпочел вместо процентов использовать абсолютные значения для обозначения порогов свободного места, но что-то нигде нет упоминания о таком решении проблемы. На одном форуме лишь видел, что кто-то просто взял и удалил эти строчки из конфига ))

    ВОПРОС: как побороть слишком умный Exchange?


    • Изменено p.maksimov 2 июля 2013 г. 17:25
    2 июля 2013 г. 17:23

Ответы

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

    Если из 650ГБ, Свободно 15 то это уже критическая ситуация.

    1. Посмотрите сколько весит папка “%systemdrive%\Interpub\logs. Часть логов, если они Вам не нужны, можно удалить.

    2. Если есть возможность безболезненно для системы и пользователей подключить диск, подключите его и используйте только для нужд роли транспортного сервера.

    .Move-TransportDatabase.ps1 –QueueDatabasepath “path” –QueueDatabaseLoggingPath “path” –IPFilterDatabasePath “path” –IPFilterDatabaseLoggingPath “path” –TemporaryStoragePath “path"

    3. Подумайте в сторону Архивов, и Политик хранения


    • Изменено Zaza Abramov 3 июля 2013 г. 6:01 edit
    • Помечено в качестве ответа p.maksimov 3 июля 2013 г. 13:07
    2 июля 2013 г. 17:55

Все ответы

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

    Если из 650ГБ, Свободно 15 то это уже критическая ситуация.

    1. Посмотрите сколько весит папка “%systemdrive%\Interpub\logs. Часть логов, если они Вам не нужны, можно удалить.

    2. Если есть возможность безболезненно для системы и пользователей подключить диск, подключите его и используйте только для нужд роли транспортного сервера.

    .Move-TransportDatabase.ps1 –QueueDatabasepath “path” –QueueDatabaseLoggingPath “path” –IPFilterDatabasePath “path” –IPFilterDatabaseLoggingPath “path” –TemporaryStoragePath “path"

    3. Подумайте в сторону Архивов, и Политик хранения


    • Изменено Zaza Abramov 3 июля 2013 г. 6:01 edit
    • Помечено в качестве ответа p.maksimov 3 июля 2013 г. 13:07
    2 июля 2013 г. 17:55
  • Добрый день.

    Бороть не нужно :) Первым делом проверьте свободное место на диске С (где по-умолчанию находится транспортная очередь) - на ней скорее всего и нету свободного места. Если освободить и поддерживать в достатке свободное место неудастся - вы можете воспользоваться скриптом, который привел Zaza Abramov, для переноса транспортной очереди на диск, где свободного места достаточно (как я понимаю, у вас это диск с почтовыми базами).


    Blog - Smtp25.ru

    Отвечающий
  • Доброго дня.

    У меня БД и очередь хранятся на одном диске. И диск этот НЕ системный.

    Думаете имеет смысл перенести очередь на отдельный диск? На какой? На системном только система.  Он имеет размер 40Гб, свободно 9 Гб. На него не хотелось бы переносить базу очереди - вдруг своп или темп-файлы займут все свободное место. Тогда получается выход один - перенос базы очерди сообщений на выделенный диск. Но избавит ли меня это от проблем в конечном итоге?

    Сейчас у меня останавливается поток писем из-за того, что параметр PercentageDatabaseLoggingDiskSpaceUsedHighThreshold достигает критической отметки. Допустим, я перенес базу очереди на другой диск и этот параметр у меня стабильно находится в состоянии "нормально". Но тогда я не буду иметь те же самые проблемы с параметром PercentageDatabaseDiskSpaceUsedHighThreshold , который отвечает за контроль % свободного места на диске с базой ящиков. Или я не прав и этот туманный набор параметров в файле EdgeTransport.exe.config не имеет никакого отношения к роли почтовых ящиков?  Судя по названию файла  - отношения не имеет, а по названиям параметров - имеет :)

  • 1) папка имеет размер 2 Гб, но это не имеет значения, так как очередь и база ящиков у меня на другом диске

    2) возможность есть, но не буду ли я иметь те же самые последствия, которые я описал в предыдущем посте в ответе Maksim Barakin?

    3) Архивы уже есть, они-то и "съели" большую часть места. Архивы, кстати, хранятся в той же базе, что и ящики, НО включены только для избранных.  Наверное было ошибкой просто выставить архивацию всех писем старше полгода...нужно было предварительно провести пропаганду расстановки тэгов хранения "хранить год", "хранить 2 года"  и т.д. Миграция на Exchange проходила слишком скоротечно...

    Интересно узнать, как у вас на предприятии организована архивация/удаление старой почты?

  • 1. Значит, мало пользователей или не очень активно пользуются почтой. За год там могло накопиться десятки ГБ.

    2. Если все правильно сделайте, то не будете. В Вашей же ссылке есть формула расчета.  У меня почти за 5 лет на нескольких площадках таких проблем не было.

    3. У нас везде по-разному. Зависит от возможностей и бизнес требований организаций.

    Архивы можно выносить на менее дорогие устройства, не нужно хранить все в одном месте. На дисках где лежат базы данных всегда должно быть минимум 20% свободного пространства. Я не знаю, сколько у Вас ящиков, но одна рассылка на All users может остановить работу вашего сервера.

    Пример проектирования роли сервера почтовых ящиков

    А как у Вас с резервным копированием? Журналы транзакций у Вас на другом диске?


    • Изменено Zaza Abramov 3 июля 2013 г. 7:25 Edit
  • 1) ну я бы не сказал...конкретно на этом сервере "хостится" 236 ящиков (включая архивные). Не знаю как для Вас, а для меня это не много, но и не мало ))

    2) займемся этим сценарием

    3) Менее дорогих устройств нет - сервер виртуальный, хранилище данных одно на все сервера. 

    Подводя итог обсуждению мне в моем положении нужно:

    1) перенести очередь сообщений на отдельный диск, который будет использоваться только для очереди;

    2) разделить архивы  и ящики;

    3) Базу с архивами вынести на отдельный диск, который потом в будущем можно будет переместить на хранилку подешевле, чтобы не занимать драгоценное место на HP EVA;

    4) ну и в радужной перспективе приучить около 200 юзеров пользоваться политиками хранения, тем самым обеспечив себе светлое будущее минимум лет на 5 :)

    Правильно я все понял??

    PS резервного копирования нет, так как до недавного времени была напряженка с дисковым пространством. Сейчас для БД с ящиками включено циклическое ведение логов. Но ситуация меняется в лучшую сторону и мы в ожидании прихода новой полки с HDD  и EMC для бэкапов.

    PPS для журналов транзакций тоже нужно еще раздел создавать???
    • Изменено p.maksimov 3 июля 2013 г. 9:23 корректировка
  • Что в принципе логично для сервера все в одном. Я просто часто встречал на одном MBX 2000+ ящиков.

    1. Не обязательно, но было бы хорошо

    2. Было бы хорошо

    3. То что врач прописал

    4. Вы не должны диктовать пользователям, как им жить. Вы должны провести опрос, и в соответствии с требованиями вашей организации к корпоративной электронной почте, использовать разные механизмы, в том числе и Политики хранения. Может быть, можно будет удалить часть данных и обойтись существующими 650ГБ. Может прийдется ничего никогда не удалять, соответственно нужно будет доп. пространство для хранения данных. 

    PPS Было бы хорошо, но не обязательно.



    • Изменено Zaza Abramov 3 июля 2013 г. 12:57 Edit
    3 июля 2013 г. 12:12
  • Большое, спасибо, за полные и исчерпывающие ответы. Вопрос решен.
    3 июля 2013 г. 13:06