Управление хранилищем информации

Группы хранения позволяют логически объединять БД, предоставляя возможность управлять как группой хранения целиком (включая все ее БД), так и отдельными БД. После установки Exchange Server хранилище информации включает только одну группу хранения под названием First Storage Group. По мере необходимости вы можете создавать дополнительные группы хранения. Наиболее гибкие возможности в этом плане предос тавляет Exchange Server 2003 Enterprise Edition. Эта редакция Exchange Server позволяет создавать до четырех дополнитель ных групп хранения при разрешенном максимуме в пять групп хранения на одном сервере (одна из групп хранения — резерв ная — отводится для операций по восстановлению БД).

Использование БД и групп хранения Внешне группы хранения и БД кажутся наиболее фундамен тальными компонентами Exchange Server. Но если копнуть глубже, становятся понятны причины создания дополнитель ных групп хранения и БД. Группы хранения применяются в качестве контейнеров для хранилищ почтовых ящиков и обще доступных папок. Эти хранилища создаются в группах хране ния, причем в одной группе их может быть несколько.

Каждому хранилищу БД сопоставлена БД Exchange. БД Exchange позволяют уменьшить нагрузку по администрирова нию больших установок. Например, вместо одной БД разме ром 100 Гбайт для организации стоит создать 5 БД размером 20 Гбайт каждая, управлять которыми гораздо легче.
При установке нового сервера Exchange автоматически создаются два хранилища данных по умолчанию: хранилище почтовых ящиков и хранилище общедоступных папок. С хра нилищем почтовых ящиков по умолчанию сопоставлены два файла БД: ¦ Privl.edb — допускающий форматирование файл БД, ко торый содержит заголовки сообщений, текст сообщений и стандартные вложения; ¦ Privl.stm — файл потокового Интернет-содержимого, где хранятся звуковые, видео- и другие записи, представленные в виде потоков MIME-данных.

С хранилищем почтовых ящиков по умолчанию сопостав лены два ключевых файла:

  • Publ.edb — допускающий форматирование файл БД, кото рый содержит заголовки сообщений, текст сообщений и стан дартные вложения;
  • Publ.stm — файл потокового Интернет-содержимого, где хранятся звуковые, видео- и другие записи, представленные в виде потоков MIME-данных.

Со всеми БД Exchange сопоставлены .edb- и .stm-файлы. При создании хранилища почтовых ящиков или общедоступных па пок можно задать имена этих файлов. По умолчанию имена .edb и .stm-файлов идентичны имени хранилища. Например, если вы создали хранилище почтовых ящиков Administrators и не изме няли имена .edb- и .stm-файлов по умолчанию, они будут назы ваться Administrators.edb и Administrators.stm соответственно.

С группами хранения также сопоставлены файлы. Их мож но разделить на две категории: файлы журнала транзакций и системные файлы. К файлам журнала транзакций относятся:

  • E##.log — основной файл журнала транзакций для группы хранения; здесь ## — префикс группы хранения. Префикс первой группы хранения — Е00, то есть файл журнала тран закций называется E00.log; префикс второй группы — E01, то есть файл называется E01.log и так далее;
  • E#######.log — дополнительные файлы журнала транзак ций; здесь каждый символ # представляет цифру. Первая и вторая цифры в имени файла журнала транзакций обозна чают префикс соответствующей группы хранения. Осталь ные цифры используются для последовательной нумера ции. Это означает, что первый файл журнала транзакций первой группы называется E0000001.log;
  • Resl.log — зарезервированный файл журнала транзакций для группы хранения. Каждый резервный файл журнала за нимает 5 Мбайт на диске и выступает в качестве буфера, позволяющего Exchange Server продолжать запись транзак ций в случаях, когда дисковое пространство закончилось.
    Эти файлы очень важны, поскольку покупают вам время на освобождение дискового пространства без остановки рабо ты Exchange. Удалять их ни в коем случае не следует;
  • Res2.log — зарезервированный файл журнала транзакций для группы хранения.
    К системным файлам относятся:
  • E##.chk — контрольный файл с восстановленными фраг ментами файлов; здесь ## — префикс группы хранения;
  • Tmp.edb — временная рабочая область для обработки транзакций.

ПримечаниеЯ перечислил стандартные файлы Exchange.
В зависимости от состояния Exchange Server у вас могут быть и файлы других типов. Например, последовательно нумеруемые файлы с расширением .stf применяются при записи вложений сообщений в БД. Вы увидите файлы с именами 1 .stf, 2.stf и так далее. Когда Exchange Server созда ет новый файл журнала, появится файл Edbtmp.log. Это шаблон, на основе которого Exchange Server создает фай лы журнала.
Файлы, сопоставленные с группами хранения и БД, позволяют с ювелирной точностью управлять Exchange Server, и если вы правильно сконфигурировали файлы БД, они обеспе чат эффективное масштабирование организации Exchange с сохранением оптимальной производительности. Чтобы узнать об этом подробнее, изучите табл. 9-1. Из нее становится ясно, как небольшие, средние и крупные организации могут настра ивать Exchange Server в соответствии со своими потребностя ми в производительности.

Примечание Ситуации, описанные в табл. 9-1, не учиты вают использование виртуальных серверов, применение которых позволяет распределить нагрузку Exchange Server и повысить производительность. Подробнее о виртуальных серверах и увеличении размеров организации с их помо щью — в части IV этой книги.
Табл. 9-1. Конфигурирование файлов данных Exchange для небольших, средних и крупных организаций Размер организации Необходимая производи тельность Число групп хранения Рекомендации Небольшой Низкая 1 Разместите все файлы данных на одном диске.
Возможно, стоит организовать избыточный массив независимых дисков (redundant array of independent disks, RAID) уровня 1 или 5 для защиты данных Высокая 1 Разместите все БД на одном диске, а все журналы транзакций и системные файлы — на другом диске.

Возможно, для БД стоит использовать RAID-массив уровня 5, а для журналов транзакций — RAID-массив уровня 1 230 Размер организации Необходимая производи тельность Число групп хранения Рекомендации Средний Низкая 1 Разместите все БД на одном диске и используйте RAID массив уровня 5, чтобы защитить диск на случай отказа. Разместите все жур налы транзакций и систем ные файлы на другом диске и используйте RAID-массив уровня 1 для защиты его на случай отказа Большой Высокая 1; несколько Разместите все БД на одном диске и используйте RAID массив уровня 5, чтобы защитить диск на случай отказа. Разместите все журналы транзакций на другом диске и используйте RAID-массив уровня 1 для защиты его на случай отказа. Разместите все системные файлы на третьем диске Низкая Несколько Организуйте данные в соответствии с группами хранения, размещая все данные каждой конкретной группы на отдельном диске.

Защитите диски с использованием RAID 1 или RAID 5 Средняя Несколько Каждой группе хранения следует выделить отдель ный диск для БД. Защите такие диски на случай отказа, используя RAID 5.
Разместите журналы тран закций и системные файлы, соответствующие каждой группе хранения, на разных дисках. Защитите такие диски на случай отказа, используя RAID 1 231 Размер организации Необходимая производи тельность Число групп хранения Рекомендации Высокая Несколько Каждую БД следует рас полагать на отдельном диске, защищенном на случай отказа с использо ванием RAID 5. Разместите журналы транзакций для каждой группы хранения на отдельных дисках, защитив их на случай отказа при помощи RAID 1.

Разместите системные файлы для каждой группы на отдельных дисках Кроме того, группы хранения можно применять для более эффективного управления резервным копированием и восста новлением Exchange Server 2003. При резервном копировании в Exchange Server каждая группа хранения архивируется от дельно. Если возникнут проблемы с Exchange Server, для их ус транения будет достаточно восстановить конкретную группу хранения, а не все данные Exchange. Файлы журнала также по лезны при восстановлении. У каждой транзакции в журнале есть идентификатор экземпляра БД, что позволяет восстанав ливать отдельные БД в группе хранения.

Создание групп хранения Чтобы создать группу хранения, сделайте следующее.
1. В System Manager раскройте узел Servers нужной админи стративной группы или группы маршрутизации. Обыч но это узел Administrative Groups\First Administrative Group\Servers.
2. В левой панели (дерево консоли) целкните нужный сервер Exchange правой кнопкой и выберите в контекстном меню команду New\Storage Group. Откроется диалоговое окно свойств (рис. 9-1).
3. В поле Name введите описательное имя группы хранения. Если вы хотите придерживаться правил именования по умолчанию, именуйте группы последовательно, например First Storage Group, Second Storage Group, Third Storage Group и так далее.

Рис. 9-1. В диалоговом окне свойств можно задать имя группы хранения и указать расположение ее файлов

4. Щелкните кнопку Browse справа от поля Transaction Log Location и затем укажите, где следует разместить журнал транзакций. Располагать файлы дополнительных групп хранения в той папке, где уже есть группа хранения, нельзя.
Совет У каждой группы хранения есть собственный набор журналов транзакций. Они применяются для обработки транзакций в пределах Exchange Server. Чтобы повысить производительность, стоит разместить каждый набор жур налов транзакций на отдельном физическом диске; число таких дисков должно соответствовать числу используемых групп хранения. Например, если на сервере есть две груп пы хранения, должно быть и два диска для журналов тран закций. Для защиты дисков с журналами транзакций на случай отказа следует зеркалировать их. Рекомендуется ис пользовать RAID 1 (зеркалирование дисков), а не RAID 5 (чередование дисков с четностью), поскольку, как правило, у RAID 1 производительность записи выше, а, как извест но, на перегруженных серверах на диски журналов транзакций очень часто записываются данные.
5. Щелкните Browse справа от поля System Path Location и укажите, где будут располагаться системные файлы груп пы хранения.
6. Щелкните ОК, чтобы создать группу хранения. Теперь в нее можно добавлять хранилища почтовых ящиков и общедос тупных папок.


Изменение расположения журнала транзакций и системного пути

Как уже говорилось, журнал транзакций и системный путь игра ют важную роль в управлении производительностью Exchange Server. Расположение журнала транзакций определяет, где хра нятся основной, дополнительные и зарезервированные файлы журнала. Системный путь определяет, где хранятся контрольные файлы и где обрабатываются временные транзакции.
Чтобы изменить расположение журнала транзакций и системный путь, сделайте следующее.
1. В Exchange System Manager раскройте узел Servers нуж ной административной группы или группы маршрутизации.
Обычно это узел Administrative Groups\First Administrative Group\Servers.
2. Отобразится список имеющихся на сервере групп хранения.
Щелкните нужную группу правой кнопкой и выберите в контекстном меню команду Properties. Откроется одно именное диалоговое окно (рис. 9-2).
3. Щелкните кнопку Browse справа от поля Transaction Log Location и затем укажите новое размещение журналов тран закции группы хранения.
4. Щелкните Browse справа от поля System Path Location и затем укажите новое размещение системных файлов груп пы хранения. Указанная папка уже должна существовать.
Если она не существует, следует создать ее в Windows Explorer (Проводник) или щелкнув New Folder в окне Browse. Если системные файлы размещаются не на отдель ном диске, они должны находиться на одном диске с жур налами транзакций.
5. Щелкните ОК.

Рис. 9-2. Изменение параметров группы хранения в диалоговом окне свойств Обнуление удаленных страниц БД Информация в БД считывается и записывается на страницы.

Каждый раз, когда требуется увеличить размер БД, Exchange Server создает новые страницы данных и заполняет их информацией. Обнуление (а не удаление) страниц с удаленной ин формацией позволяет Exchange Server повторно использовать ранее созданные страницы данных. Обнуляя удаленные стра ницы, можно заметить небольшое повышение производитель ности в средах, где из БД часто удаляются старые данные и часто записываются новые.
Управляют обнулением страниц БД на уровне группы хра нения. У каждой группы хранения есть собственные правила обнуления удаленных страниц БД. Чтобы разрешить или за претить обнуление страниц БД, сделайте следующее.
1. В Exchange System Manager раскройте узел Servers нуж ной административной группы или группы маршрутиза ции. Обычно раскрывают узел Administrative Groups\First Administrative Group\Servers.
235 2. Щелкните нужную группу правой кнопкой и выберите в контекстном меню команду Properties.
3. В соответствии с собственными потребностями установи те или снимите флажок Zero Out Deleted Database Pages и затем щелкните ОК.
Активация и деактивация циклического ведения журнала Циклическое ведение журнала позволяет Exchange Server пе резаписывать файлы журналов транзакций после того, как их данные будут подтверждены й внесены в БД. Хотя перезапись старых транзакций и снижает требования Exchange Server к дисковому пространству, она делает невозможным восстанов ление Exchange Server по состоянию на момент последней транзакции. Если разрешено циклическое ведение журнала, Exchange Server можно восстановить только по состоянию на момент последнего полного резервного копирования.

Управляют циклическим ведением журнала на уровне груп пы хранения. Это означает, что у каждой группы хранения могут быть собственные правила ведения журнала. Чтобы раз решить или запретить циклическое ведение журнала, сделай те следующее.
1. В Exchange System Manager раскройте узел Servers нуж ной административной группы или группы маршрутиза ции. Обычно раскрывают узел Administrative Groups\First Administrative Group\Servers.
2. Щелкните нужную группу правой кнопкой и выберите в контекстном меню команду Properties.
3. В соответствии с собственными потребностями установи те или снимите флажок Enable Circular Logging и затем щелкните ОК.
Внимание! Разрешив циклическое ведение журнала, вы ограничиваете возможности восстановления Exchange Server.
Как уже говорилось, Exchange Server можно восстановить только по состоянию на момент последнего полного резер вного копирования. При этом не удастся внести изменения, хранимые в дифференциальных или добавочных резервных копиях, которые созданы после полного резервного копи рования.
Переименование групп хранения Переименовать группу хранения очень просто. Щелкните нуж ную группу правой кнопкой, выберите в контекстном меню команду Rename и затем введите новое имя группы хранения.

Чего вы не увидите, так это результатов переименования, и об этом следует помнить.

Для поиска объектов в Active Directory применяется универсальный идентификатор, который использует пространство имен каталога и может быть задействован любым элементом из иерархии каталога для доступа к данному конкретному объ екту. Изменяя имя группы хранения, вы изменяете простран ство имен для всех объектов в данной группе хранения, вклю чая БД, хранилища данных, почтовые ящики и др. Таким об разом, простое переименование группы хранения определен ным образом влияет на Exchange Server.

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

Exchange Server позволяет удалять только пустые группы хра нения (то есть группы, не содержащие хранилищ данных).
Удалив из группы хранения все хранилища, щелкните ее правой кнопкой и выберите в контекстном меню команду Delete. При запросе на подтверждение щелкните Yes.