Для определения оптимального размера базы данных необходимо оценить различные факторы. В общем случае рекомендуется использовать небольшие базы данных, так как можно быстрее выполнять их резервное копирование и восстановление. Тем не менее при определении размера базы данных необходимо учитывать другие факторы, особенно емкость и сложность. Если сразу же развернуть максимальное количество баз данных, это может привести к нежелательному повышению сложности системы. Например, эта ситуация может привести к обслуживанию большего числа баз данных и логических номеров устройства (LUN), чем необходимо.

Рекомендуемый размер баз данных Exchange — около 50 гигабайт (ГБ).Максимальный рекомендуемый размер баз данных в группах хранения, для которых не включена непрерывная репликация, составляет 100 ГБ. Максимальный рекомендуемый размер баз данных в группах хранения, для которых включена непрерывная репликация, составляет 200 ГБ. Дополнительные сведения см. в разделе Планирование дискового хранилища.

Рекомендуется помещать каждую новую базу данных в отдельную группу хранения до достижения максимального количества групп хранения. Это обеспечивает несколько преимуществ:

• распределение загрузки почтовых ящиков на как можно большее число баз данных и групп хранения;
  
  
• создание топологии хранилищ Exchange, которой можно просто управлять;
  
  
• уменьшение размера баз данных;
  
  
• отсутствие совместного использования файлов и трафика журналов несколькими базами данных;
  
  
• улучшение управления дисковым вводом-выводом;
  
  
• повышение надежности восстановления.
  
  
• увеличение совокупной глубины контрольной точки для каждого пользователя.
  
  

Базы данных в группе хранения не являются полностью независимыми, так как они совместно используют файлы журнала транзакций. При увеличении числа баз данных в группе хранения во время нормальной работы создается больше файлов журнала транзакций. Из-за большого числа файлов журнала транзакции увеличивается время преобразования журнала транзакций при восстановлении, что приводит к увеличению времени восстановления.

Дополнительные сведения о ведении журнала транзакций см. в разделе Общие сведения о ведении журнала транзакций. Дополнительные сведения об аварийном восстановлении см. в разделе Стратегии аварийного восстановления.

Группы хранения, для которых включена непрерывная репликация

Так как операции ввода-вывода в файлы журналов являются последовательными, а в файлы базы данных — случайными, для повышения производительности не рекомендуется размещать файлы журналов и файлы баз данных на одном диске. При использовании одного файла журнала для нескольких баз данных можно сократить число требуемых дисков. Тем не менее такой подход имеет два недостатка:

• при сбое диска, содержащего файлы журнала, будут повреждены или утеряны несколько баз данных, а не одна;
  
  
• восстановление из файлов журналов занимает больше времени, так как журналы преобразуют данные для нескольких база данных.
  
  

Дополнительные сведения о проектировании и проверке решения хранилища для Exchange 2007 см. в разделе Планирование дискового хранилища.

Для обеспечения максимальной производительности и надежности рекомендуется размещать файлы журнала и файлы базы данных на различных дисках даже в сравнительно простых системах, например системах с одной группой хранения.

Дополнительные сведения об управлении группами хранения и базами данных в Exchange 2007 см. в разделе Управления группами хранения и базами данных.

Дополнительные сведения об управлении общими папками см. в разделе Управление общими папками.

Дополнительные сведения об управлении базами данных почтовых ящиков см. в разделе Управление базами данных почтовых ящиков.

Дополнительные сведения о хранилищах в Exchange 2007 см. в разделах Проектирование хранилища для транспортного сервера и Планирование дискового хранилища.

Список командлетов командной консоли Exchange, с помощью которых можно управлять группами хранения и базами данных, см. в разделе Командлеты группы хранения и базы данных.