Проектирование раздела

Применимо к: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Последнее изменение раздела: 2008-01-11

Для работы выполнения Microsoft Exchange Server 2007 (в частности, это касается роли сервера почтовых ящиков) важно правильно разработать схему хранилища на уровне раздела. Например, хотя, как показано оснастке управления дисками Windows, логический номер устройства (LUN) можно дополнительно разбить на несколько разделов, рекомендуется создавать один раздел на логическом номере устройства для данных Exchange. Ниже приведены другие рекомендации, касающиеся использования определенного типа раздела, определенного параметра согласования раздела и определенного размера кластера.

Сравнение основной загрузочной записи и таблицы разделов GPT

Рекомендуется использовать один раздел на правильно согласованном и отформатированном LUN. При создании раздела на томе данных на сервере Windows Server 2003 и на всех 64-разрядных платформах Windows доступен новый тип раздела — таблица разделов GPT. Таблица разделов GPT позволяет создавать до 128 основных разделов размером более 2 ТБ. Дополнительная надежность обеспечивается за счет репликации и защиты циклической контрольной суммы (CRC) таблицы разделов.

Для Exchange номеров LUN журналов и баз данных можно использовать или раздел основной загрузочной записи, или раздел GPT. Однако из-за поддержки гораздо больших разделов процедуры обслуживания раздела GPT, такие как выполнение средства Windows Chkdsk.exe, могут занимать значительное время.

Базовые диски и динамические диски

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

Динамические диски обладают некоторыми преимуществами по сравнению с базовыми, однако из-за ограничений динамических дисков лучше использовать базовые диски для выполнения всех ролей сервера. Например, после перемещения динамических дисков между системами их возврат в исходную систему может оказаться невозможным. Дополнительные сведения о динамических дисках см. в статье 816307 базы знаний Майкрософт Рекомендации по использованию динамических дисков на компьютерах с системой Windows Server 2003 (на английском языке).

Примечание.
Динамические диски не поддерживаются в кластерах с единым хранилищем без использования программного обеспечения сторонних компаний, такого как Veritas Storage Foundation for Windows. Дополнительные сведения о приложении Veritas Storage Foundation для Windows см. на веб-узле Symantec (на английском языке). UNRESOLVED_TOKEN_VAL(exNote3rdPartyURL)

Согласование раздела

Большинство разделов, созданных с помощью средства управления дисками, являются несогласованными. Поэтому рекомендуется создавать разделы с помощью средства Diskpart.exe. Выравнивание секторов по границам дорожек может улучшить производительность, в зависимости от хранилища. Обязательно используйте значение, рекомендуемое поставщиком хранилища. Если поставщик не рекомендует никакого значения, используйте значение 64 КБ. При выполнении Exchange 2007 на Windows Server 2003 рекомендуется использовать Diskpart для согласования границ дорожек хранилища на всех серверах почтовых ящиков (включая кластерные), пограничных транспортных серверах и транспортных серверах-концентраторах, независимо от того, какой тип раздела используется. Подробное описание процедуры использования средства Diskpart для согласования ввода-вывода с границами дорожек хранилища см. в разделе Инструкции по выравниванию ввода-вывода Exchange относительно границ дорожек хранилища. Программу Diskpart не требуется использовать для Exchange 2007 с пакетом обновления 1 (SP1) на Windows Server 2008.

Размер кластера раздела

Рекомендуется использовать на сервере Exchange 2007 размер кластера тома NTFS, на котором размещены базы данных, равный 64 КБ. Эта рекомендация основана на зафиксированном повышении производительности при выполнении масштабных операций последовательного чтения. Такой тип профиля характерен для потокового резервного копирования и задач служебных программ баз данных сервера Exchange (Eseutil).

В некоторых случаях улучшения заметны при выполнении операций последовательного ввода-вывода, особенно при выполнении потокового резервного копирования или при использовании служебной программы Eseutil для проверки целостности контрольной суммы теневого копирования томов (VSS) или восстановления базы данных. Обязательно используйте значение, рекомендуемое поставщиком хранилища. Если поставщик не рекомендует никакого значения, используйте значение 64 КБ.

Проверка показывает, что увеличение размера кластера тома NTFS с 4 КБ до 64 КБ не приводит к росту производительности ведения журнала транзакций. Поэтому для томов NTFS, на которых находятся файлы журналов транзакций, можно использовать заданный по умолчанию размер кластера тома NTFS (4 КБ).