none
Exchange 2010 SP1 оперативная память RRS feed

  • Вопрос

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

    У меня довольно тревиальный вопрос :

    У меня на почтовом сервере выделено 16 Гиг оперативы (Сервер на ESXi), так вот при 25 пользователях у меня стабильно отъедается 14 Гиг. Это нормально ?

    26 июля 2011 г. 7:45

Ответы

Все ответы

  • Покажите скриншот resource monitor на вкладке memory
    26 июля 2011 г. 8:06
    Отвечающий
  • Картинку мне что-то не разглядеть, не показывается
    26 июля 2011 г. 9:05
    Отвечающий
  • Какой сервис потребляет память?

    И зачем выделять на 25 пользователей там много памяти?


    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    26 июля 2011 г. 9:45
    Модератор
  • В пике стоит процесс store.exe

    Памяти была возможность я и поставил - с заделом на будушее (ожидаеться рост пользователей)

     


    Вот ссылка на скриншот

     


    26 июля 2011 г. 10:20
  • Ну если база большая, то вроде бы нормальное поведение.
    26 июля 2011 г. 10:35
  • одна база 15 гигов другая 10 гигов
    26 июля 2011 г. 11:00
    • Помечено в качестве ответа Kurakin.Timofei 26 июля 2011 г. 11:32
    26 июля 2011 г. 11:09
  • меня интересует вот что - при увеличении пользователей (на 25 - 50 человек ) у меня не возникнет необходимость еше больше добавлять памяти ?
    26 июля 2011 г. 11:21
  • Нет,

     

     Это конечно расчитывается калькулятором:

    http://blogs.technet.com/b/exchange/archive/2009/11/09/3408737.aspx

     

    Но я думаю что 16 гб при средней интенсивности пользователей хватит на 500-600 и это минимум, я наример знаю контору в которой 700 человек работает с почтой, а на сервере 4 ГБ.

     

     опять же из предыдущей статьи:

    Again - Store.exe taking up a lot of RAM is NOT a problem on it's own, as the memory can be returned to the OS when needed by other processes. Store is simply taking advantage of the RAM - as it is in the machine :)

    • Помечено в качестве ответа Kurakin.Timofei 26 июля 2011 г. 11:32
    26 июля 2011 г. 11:26
  • Нормально...

    http://blogs.technet.com/b/exchange/archive/2004/08/02/206012.aspx

    Не старовата ли статья?

    ТС, не смотря на "зеленые птички" в теме, я бы на Вашем месте не стал заранее успокаиваться. Отследил насколько быстро растет потребление памяти процессом, посмотрел насколько охотно он делится ресурсами, не сказывается ли его "прожорливость" на быстродействие пулов приложений IIS. 25 Гб это ничтожно малый размер БД для Exchange. При кол-во пользователях в сотни раз превышающих ваше "Банк данных" на практике обычно не потребляет больше 40% ОЗУ. ИМХО

    Когда-то сам во времена Exch2003 мучился с чрезмерным потреблением памяти процессом store.exe из-за KAV for Exchange.

    26 июля 2011 г. 18:02
  • Нормально...

    http://blogs.technet.com/b/exchange/archive/2004/08/02/206012.aspx

    Не старовата ли статья?

    ТС, не смотря на "зеленые птички" в теме, я бы на Вашем месте не стал заранее успокаиваться. Отследил насколько быстро растет потребление памяти процессом, посмотрел насколько охотно он делится ресурсами, не сказывается ли его "прожорливость" на быстродействие пулов приложений IIS. 25 Гб это ничтожно малый размер БД для Exchange. При кол-во пользователях в сотни раз превышающих ваше "Банк данных" на практике обычно не потребляет больше 40% ОЗУ. ИМХО

    Когда-то сам во времена Exch2003 мучился с чрезмерным потреблением памяти процессом store.exe из-за KAV for Exchange.


    Я не вижу фундаментальных отличиях в работе с паматью, может быть вы подскажите есть ли они?

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

    26 июля 2011 г. 19:01
  • 2less

    Специально для вас:

    http://technet.microsoft.com/en-us/library/ee832793(EXCHG.140).aspx

    Michaell Tokarev, специально для Вас скажу, что реальная рабочая среда может КАРДИНАЛЬНО отличаться от, то что описана в разделе БЗ. И если уж так слепо ей верить, то ресурсов ОЗУ ТС (даже при 150 сообщ. в день) хватит не на 500-600, а на 910 почтовых ящиков. В ней кстати и про отличия в работе с памятью сказано. Почитайте еще раз повнимательней ;)

    Действительно, в итоге самому ТС работать с этой системой. Время покажет.

    26 июля 2011 г. 19:38
  • Exchange 2010 как и прежние версии активно использует кэш. Его максимальное значение в разных версиях определяется по-разному, но задается одинаковым методом в ключах реестра.

    Выше преведенная статья дает нам максимальные значения кэша, которые Exchange 2010 определяет на основе памяти компьютера. Для 16 Гб это будет 10.4 Гб для выделенного MB и 8 Гб для многоролевого сервера - у автора темы на скриншоте 7.8 Гб. Таким образом все в норме в смысле максимальных значений.

    Теперь вопрос про добавление памяти. В той же статье описан расчет кэша необходимого для заданной нагрузки (число пользователей и число сообщений). Даже при очень высокой нагрузке по таблице получаем 30 Мб кэша на пользоватлея. При максимуме кэша 8 Гб имеем 8000/30=266 пользователей. Я думаю автору вопроса ясно, что ему пока не о чем беспокоиться.


    Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/
    27 июля 2011 г. 3:22
    Модератор
  • Если вы об этом:

    Improved Database Cache Effectiveness

    The database cache effectiveness has been improved in Exchange 2010 due to several technical changes. One of the most significant changes is increasing the log checkpoint depth target. The log checkpoint depth target is used to ensure that changes made to the log/database cache are written to the database file in a reasonable amount of time. It has been increased from 20 MB per database to 100 MB per database when a database has more than one copy (in a database availability group, or DAG). The following table provides the default log checkpoint depth targets for Exchange 2010.

    То это КАРДИНАЛЬНО не меняет работу механизма кеширования.

    27 июля 2011 г. 4:17