Максимальный размер БД в Exchange 2010
 

Добрый день!
Встал вопрос об оптимизации почтового сервера, в БД примерно 250 пользователей, текущий размер БД около 180 Гб + 80 Гб логи.
Правильно ли это, какие проблемы могут возникнуть?
В общем нужна консультация до данному вопросу. Буду рад любым советам.

80Гб логов - резервное копирование не делаете что ли? Нужно делать обязательно и логов не должно быть больше 10Гб в день, при ваших объемах.

Разнесите почтовые ящики по нескольким базам.

Pavel Nagaev,
Да есть такой неприятный момент, упущение предыдущих админов.
Какой максимальный объем базы должен быть?

Технологический - 16 ТБ.
Психологический - 100 Гб.
Рекомендуемый - 50 Гб.

The default database size limit in Exchange 2010 Standard Edition is 50GB.
There is no default database size limit for the Exchange 2010 Enterprise Edition.
You can change these values using regedit.
Check this link from MS technet: http://technet.microsoft.com/en-us/l.../bb232092.aspx

http://www.scottfeltmann.com/blog/20...bility-groups/

а где эта рекомендация?

Например здесь - http://smtp25.blogspot.ru/2008/12/re...-exchange.html

Да, блог. Но не вижу причин не подумать откуда эти цифры. Посмотреть на свои сервера, посчитать все факторы.
Да и 50 Гб лимит от самой МС, конечно сделан маркетологами :-)

http://www.microsoft.com/exchange/20...licensing.aspx
16 TB

400 пользователей, 3 базы по 300-400 GB в DAG. Каждая база на отдельном LUN на дисковой полке через Fibre Channel, всё летает.

ссылки не работают.

Считать надо немного не это (работает/не работает/летает). А время восстановления: ящика, базы, сервера, полностью всей фермы DAG. И конечно время на backup, offline defrag.

копии делаются программой ARCServe 15. Полные по выходным, часов 8-10 где-то. Инкременты по ночам, часа 2 где-то.
Если честно, я не помню. Сейчас спрошу ребят, которые там ещё работают.
Обычно задачи восстановить базу, ящик не было. тьфу-тьфу. А вот отдельные письма бывает частенько.
Сам процесс занимает минуту, не считая время на поиск и манипуляции в стримере.

Ну вот. Уже есть от чего отталкиваться. Будем считать что время восстановления будет таким же. Значит простой фирмы при например поломке сразу двух полок (а у меня такое было, привет одному железному RAID и впавшему в маразм ZFS pool, нексента-стору и т.д.) 8 х 2 = 16 часов. В идеале. А в реальности я думаю это 24 и более. Теперь надо умножить на потери фирмы из-за простоя и на любимую маркетологами недополученную прибыль. Вот после этого мы и поняли что почтовые базы по 200 ГБ были ошибкой. Сейчас 8 баз по 50-75 ГБ. С жесткими лимитами на ящики.

это очень нужно постараться чтобы сломать две полки HP EVA 4400 в одно время.
По этому данная ситуация мало вероятна.

ППЦ, ребята мне написали, что они перенастроили бекапы: полный бекап раз в месяц !!!
я думаю, они что-т перепутали.
Суммарный объём сейчас вырос до 1,3 TB. Время полного бекапа - 16 часов.

Да, ЕВЫ это сильный Ыnterprise.
Раз в месяц, а по выходным дифы небось. Угу. Нескучных им времён в случае чего. Тьфу, тьфу, тьфу.
А у меня 2 классических случая: РАЙД6 посыпались 2 винта при ребилде после замены одного и человеческий фактор позволивший одной командой сделать из пула пул в 2 раза больше, но уже без данных :-)

было однажды. другая полка упала. Там 7 TB профилей лежало... ночь восстанавливали.
норм, компания еды на ночь оплатила.

ежедневный инкремент, написали мне.... ну ежели уже почти 1,5 года работают - значит норм.

У нас с вами разные технеты? Почему-то я по той же ссылке вижу:
You can use Registry Editor to modify a database size limit in Microsoft Exchange Server 2010. The default database size limit for Exchange 2010 Standard Edition is 1024 gigabytes (GB). There is no default database size limit for the Exchange 2010 Enterprise Edition.
1024 Гб (1 Тб) и 50 Гб несколько разные вещи, не находите? Еще со времен Exchange Server 2007, рекомендованные лимиты были 100 и 200 Гб, и зависили от использования технологий непрерывной репликации (при использовании CCR лимит был больше). Об этом писали в документе под названием Cluster Continuous Replication Deep Dive. Она доступна в разделе технических статей по Exchange 2007. С учетом редизайна JET и, соответственно, ESE - появились маркетинговые материалы "мы ушли от SIS, но теперь даем вам возможность хранить огромные ящики на дешевых дисках" - это они имели огромные 50 Гб ввиду?
С учетом квот на восстановимые элементы, а это ни много, ни мало 30 Гб - ваш "эмпирический лимит" становится похожим на сценарий "одна база - один ящик", с учетом 5 баз в редакции Std - один сервер - пять ящиков, не считая архивов.

Да, я ошибся. У меня была выдержка из этой статьи для 2007.

И не 5 баз, а 4. Публик фолдеры увы необходимое зло.