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

[2poisonS]

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

[Pavel Nagaev]

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

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

[2poisonS]

Pavel Nagaev,
80Гб логов - резервное копирование не делаете что ли? Нужно делать обязательно и логов не должно быть больше 10Гб в день, при ваших объемах. »
Да есть такой неприятный момент, упущение предыдущих админов.
Разнесите почтовые ящики по нескольким базам. »
Какой максимальный объем базы должен быть?

[MaleyDarc]

Какой максимальный объем базы должен быть? »
Технологический - 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/library/bb232092.aspx

http://www.scottfeltmann.com/blog/2009/10/15/new-database-size-limit-recommendation-in-exchange-2010-using-database-availability-groups/

[exo]

Рекомендуемый - 50 Гб. »
а где эта рекомендация?

[MaleyDarc]

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

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

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

[exo]

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

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

according to best practices, explained in below MS article, the link for the original article is also included.
ссылки не работают.

[MaleyDarc]

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

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

[exo]

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

[MaleyDarc]

часов 8-10 где-то. Инкременты по ночам, часа 2 где-то. »

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

[exo]

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

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

[MaleyDarc]

HP EVA »

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

[exo]

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

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

[Oleg Krylov]

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 »
У нас с вами разные технеты? Почему-то я по той же ссылке вижу:
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 - один сервер - пять ящиков, не считая архивов.

[MaleyDarc]

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

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