параметры конфигурации хранилища Exchange Server

Понимание вариантов хранения и требований к серверам почтовых ящиков в Exchange Server 2016 г. и Exchange Server 2019 г. является важной частью решения по проектированию хранилища сервера почтовых ящиков.

Архитектуры хранилища

В следующей таблице описываются поддерживаемые архитектуры хранилищ и приводятся рекомендации по их выбору.

Поддерживаемые архитектуры хранилища:

Архитектура хранилища Описание Рекомендация
Запоминающее устройство с прямым подключением (DAS) DAS — это цифровое запоминающее устройство, подключаемое напрямую к серверу или рабочей станции без использования сети хранения в качестве промежуточного звена. Например, к технологиям передачи данных устройств DAS относятся следующие интерфейсы с последовательным подключением: Serial Attached SCSI (SAS) и Serial Attached Advanced Technology Attachment (Serial ATA, SATA). Недоступно
Сеть хранения данных (SAN): Internet SCSI (iSCSI) SAN — это архитектура для подключения запоминающих устройств на удаленных компьютерах (например, дисковых массивов и ленточных библиотек) к серверам таким образом, что устройства отображаются как локально подключенные к операционной системе (например, блочное хранилище). В сетях SAN с интерфейсом iSCSI команды SCSI инкапсулируются внутри IP-пакетов, а в качестве технологии передачи данных хранилища используется стандартная сетевая инфраструктура (например, Ethernet). Не предоставляйте другим приложениям общий доступ к тем физическим дискам, на которых выполняется резервное копирование данных Exchange.

Используйте выделенные сети хранения.

Применяйте несколько сетевых путей для автономных конфигураций.

SAN: Fibre Channel San Fibre Channel инкапсулируют команды SCSI в пакетах Fibre Channel и обычно используют специализированные сети Fibre Channel в качестве транспорта хранилища. Не предоставляйте другим приложениям общий доступ к тем физическим дискам, на которых выполняется резервное копирование данных Exchange.

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

Следуйте рекомендациям производителей запоминающих устройств для настройки адаптеров шины FC (HBA), например для параметров длины очереди и цели очереди.

Запоминающее устройство, подключаемое к сети (NAS), — это автономный компьютер, подключенный к сети, который предоставляет услуги хранения данных на базе файлов другим устройствам в сети. Операционная система и другое программное обеспечение на устройстве NAS обеспечивают функции хранения данных, файловых систем, доступа к файлам, а также управление этими функциями (например, хранение файлов).

Все хранилища, используемые Exchange для хранения данных Exchange, должны быть хранилищем на уровне блоков, так как Exchange 2016 не поддерживает использование томов NAS, кроме сценария SMB 3.0, описанного в статье Exchange Server виртуализации. Кроме того, в виртуализированной среде не поддерживается запоминающее устройство NAS, представленное для ведомого компьютера через низкоуровневую оболочку как хранилище уровня блоков.

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

Типы физических дисков

В следующей таблице приводится список поддерживаемых типов физических дисков и приводятся рекомендации по их выбору.

Поддерживаемые типы физических дисков:

Тип физического диска Описание Поддержка и рекомендации
Serial ATA (SATA) SATA — это последовательный интерфейс для дисков ATA и IDE (Integrated Device Electronics). Диски SATA доступны в различных форм-факторах, скоростях и емкости.

Обычно диски SATA следует выбирать для хранения почтовых ящиков Exchange 2016 при наличии следующих проектных требований:

  • Большая емкость
  • Контроль производительности
  • Контроль энергопотребления
Поддерживаются: диски с секторами по 512 байт для ОС Windows Server 2008 и Windows Server 2008 R2. Кроме того, для версии Windows Server 2008 R2 поддерживаются диски 512e при наличии указанных ниже компонентов.
  • Исправление, описанное в обновлении KB982018.
  • Windows Server 2008 R2 с пакетом обновления 1 (SP1) и Exchange Server 2010 SP1.

Exchange 2013 и более поздних версий поддерживает собственные диски секторов размером 4 килобайта (КБ) и диски 512e. Поддержка требует размещения всех копий базы данных на физических дисках одного типа. Например, не поддерживается конфигурация размещения одной копии данной базы данных на диске сектора 512 байт, а другая копия той же базы данных на диске 512e или 4K.

Рекомендация: Рекомендуется выбирать диски SATA класса Enterprise, которые отличаются более высокими характеристиками нагрева, вибрации и надежности.

Serial Attached SCSI Serial Attached SCSI — это последовательный интерфейс для дисков SCSI. Диски SCSI с последовательным подключением доступны в различных форм-факторах, скоростях и емкости.

Обычно диски Serial Attached SCSI следует выбирать для хранения почтовых ящиков Exchange 2016 при наличии следующих проектных требований:

  • Контроль емкости
  • Высокая производительность
  • Контроль энергопотребления
Поддерживаются: диски с секторами по 512 байт для ОС Windows Server 2008 и Windows Server 2008 R2. Кроме того, для версии Windows Server 2008 R2 поддерживаются диски 512e при наличии указанных ниже компонентов.
  • Исправление, описанное в обновлении KB982018.
  • Windows Server 2008 R2 с пакетом обновления 1 (SP1) и Exchange Server 2010 с пакетом обновления 1 (SP1).

Exchange 2013 и более поздних версий поддерживает собственные диски секторов размером 4 килобайта (КБ) и диски 512e. Для поддержки требуется, чтобы все копии базы данных были на одном физическом диске типа. Примером неподдерживаемой конфигурации является размещение одной копии данной базы данных на диске с секторами по 512 байт, а другой копии той же базы данных на диске 512e или на диске с секторами по 4 КБ.

Рекомендация: кэширование во время записи на физический диск при работе без блока бесперебойного питания (UPS) должно быть отключено.

Fibre Channel Fibre Channel (FC) — это электрический интерфейс, используемый для подключения дисков к оптоволоконным сетям хранения данных. Диски Fibre Channel доступны с различными скоростями и емкостью.

Обычно диски Fibre Channel следует выбирать для хранения почтовых ящиков Exchange 2016 при наличии следующих проектных требований:

  • Контроль емкости
  • Высокая производительность
  • Подключение к сети SAN
Поддерживаются: диски с секторами по 512 байт для ОС Windows Server 2008 и Windows Server 2008 R2. Кроме того, для версии Windows Server 2008 R2 поддерживаются диски 512e при наличии указанных ниже компонентов.
  • Исправление, описанное в обновлении KB982018.
  • Windows Server 2008 R2 с пакетом обновления 1 (SP1) и Exchange Server 2010 SP1.

Exchange 2013 и более поздних версий поддерживает собственные диски секторов размером 4 килобайта (КБ) и диски 512e. Для поддержки требуется, чтобы все копии базы данных были на одном физическом диске типа. Например, не поддерживается конфигурация размещения одной копии данной базы данных на диске сектора 512 байт, а другая копия той же базы данных на диске 512e или 4K.

Рекомендация: кэширование во время записи на физический диск при работе без блока бесперебойного питания (UPS) должно быть отключено.

Твердотельный накопитель (SSD) (флэш-диск) SSD — это устройство хранения данных, в котором для хранения постоянных данных используется твердотельная память. Устройство SSD эмулирует интерфейс жесткого диска. Диски SSD доступны с различными скоростями (разными возможностями производительности операций ввода-вывода) и емкостью.

Обычно диски SSD следует выбирать для хранения почтовых ящиков Exchange 2016 при наличии следующих проектных требований:

  • Низкая емкость
  • Высокая производительность
Поддерживаются: диски с секторами по 512 байт для ОС Windows Server 2008 и Windows Server 2008 R2. Кроме того, для версии Windows Server 2008 R2 поддерживаются диски 512e при наличии указанных ниже компонентов.
  • Исправление, описанное в обновлении KB982018.
  • Windows Server 2008 R2 с пакетом обновления 1 (SP1) и Exchange Server 2010 с пакетом обновления 1 (SP1).

Exchange 2013 и более поздних версий поддерживает собственные диски секторов размером 4 килобайта (КБ) и диски размером 512e, если все копии базы данных находятся на одном физическом диске. Например, не поддерживается конфигурация размещения одной копии данной базы данных на диске сектора 512 байт, а другая копия той же базы данных на диске 512e или 4K.

Рекомендация: кэширование во время записи на физический диск при работе без блока бесперебойного питания (UPS) должно быть отключено.

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

Факторы, учитываемые при выборе типов дисков

Существуют некоторые компромиссы при выборе типа диска для хранилища Exchange 2016. Правильно выбранный диск должен быть оптимален по соотношению производительности (как при последовательном, так и при случайном вводе-выводе), емкости, надежности, энергопотребления и капитальных расходов. В следующей таблице поддерживаемых типов физических дисков приводятся сведения по факторам выбора.

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

Факторы выбора типа диска:

Скорость диска (об/мин) Форм-фактор диска Интерфейс или передача данных Емкость Производительность случайного ввода-вывода Производительность последовательного ввода-вывода Энергопотребление
5,400 2,5 дюйма SATA Средняя Низкая Низкая Отличная
5,400 3,5 дюйма SATA Отличная Низкая Низкая Выше среднего
7,200 2,5 дюйма SATA Средняя Средняя Средняя Отличная
7,200 2,5 дюйма Serial Attached SCSI Средняя Средняя Выше среднего Отличная
7,200 3,5 дюйма SATA Отличная Средняя Выше среднего Выше среднего
7,200 3,5 дюйма Serial Attached SCSI Отличная Средняя Выше среднего Выше среднего
7,200 3,5 дюйма Fibre Channel Отличная Средняя Выше среднего Средняя
10,000 2,5 дюйма Serial Attached SCSI Ниже среднего Отличная Выше среднего Выше среднего
10,000 3,5 дюйма SATA Средняя Средняя Выше среднего Выше среднего
10,000 3,5 дюйма Serial Attached SCSI Средняя Выше среднего Выше среднего Ниже среднего
10,000 3,5 дюйма Fibre Channel Средняя Выше среднего Выше среднего Ниже среднего
15 000 2,5 дюйма Serial Attached SCSI Низкая Отличная Отличная Средняя
15 000 3,5 дюйма Serial Attached SCSI Средняя Отличная Отличная Ниже среднего
15 000 3,5 дюйма Fibre Channel Средняя Отличная Отличная Плохо
SSD: -= Неприменимо SATA, Serial Attached SCSI, Fibre Channel Низкая Отличная Отличная Отличная

Рекомендации для поддерживаемых конфигураций хранилища

В этом разделе приводятся рекомендации для поддерживаемых конфигураций контроллеров дисков и массивов. В дополнение к часто используемому избыточному массиву независимых дисков (RAID), существует также просто куча дисков (или дисков) или JBOD, которая относится к коллекции жестких дисков, которые не были настроены для работы в качестве избыточного массива.

RAID часто используется для улучшения характеристик производительности отдельных дисков (путем чередовки данных между несколькими дисками) и для обеспечения защиты от сбоев отдельных дисков. Благодаря усовершенствованиям в области высокой доступности Exchange 2016 RAID не является обязательным компонентом для проектирования хранилища Exchange 2016. Однако RAID по-прежнему является важным компонентом структуры хранилища Exchange 2016 для автономных серверов и решений, требующих отказоустойчивости хранилища.

Том операционной системы, системы или файла подкачки

Рекомендуемая конфигурация для операционной системы, системы или тома файла подкачки заключается в использовании технологии RAID для защиты данных этого типа. Рекомендуемая конфигурация RAID: RAID-1 или RAID-1/0 (тем не менее, поддерживаются все типы RAID).

Отдельные тома для базы данных почтовых ящиков и для журналов

При развертывании автономной архитектуры роли сервера почтовых ящиков для базы данных почтовых ящиков и томов журналов требуется технология RAID. Рекомендуемая конфигурация RAID для томов почтовых ящиков — RAID-1/0 (особенно при использовании дисков 5,4 или 7,2 КБ); однако поддерживаются все типы RAID. Рекомендуемая конфигурация RAID для томов с журналами: RAID-1 или RAID-1/0.

При использовании конфигурации RAID-5 или RAID-6 для томов с ОС, файлами подкачки или данными Exchange, учитывайте на следующее:

  • Конфигурации RAID-5, включая такие варианты, как RAID-50 и RAID-51, должны иметь не более семи дисков на группу массива и высокоприоритетную очистку контроллера массива и сканирование поверхности.

  • В конфигурациях RAID-6 должны быть включены функции очистки высокой важности и сканирования поверхности контроллера массива.

Хотя JBOD поддерживается в архитектурах с высоким уровнем доступности с тремя или более высокодоступными копиями базы данных, так как тома базы данных журналов и почтовых ящиков разделены, JBOD не рекомендуется использовать в качестве решения.

Совместное расположение базы данных почтовых ящиков и журналов на одном томе

Совместное размещение базы данных почтовых ящиков и тома журнала не рекомендуется использовать в автономных архитектурах. В архитектуре высокой доступности этот сценарий можно реализовать двумя способами:

  1. Одна база данных на том

  2. Несколько баз данных на том

Одна база данных на том

В среде Exchange массив JBOD подразумевает хранение базы данных и связанных с ней журналов на одном диске. Чтобы развернуть массив JBOD, необходимо развернуть не менее трех высокодоступных копий базы данных. Использование одного диска является единственной точкой сбоя, так как при сбое диска копия базы данных, размещенная на этом диске, теряется. Наличие не менее трех копий базы данных обеспечивает отказоустойчивость за счет двух дополнительных копий в случае сбоя одной копии (или одного диска). Однако размещение трех высокодоступных копий базы данных и использование отстающего экземпляра базы данных могут повлиять на структуру хранилища. В следующей таблице приводятся указания по выбору технологии RAID или JBOD.

Рекомендации по RAID или JBOD:

Серверы центра обработки данных Две высокодоступных копии (всего) Три высокодоступных копии (всего) Две или более высокодоступных копии на каждый центр обработки данных Одна изолированная копия Две или более изолированные копии на каждый центр обработки данных
Серверы основного центра обработки данных RAID RAID или JBOD (2 копии) RAID или JBOD RAID RAID или JBOD
Серверы дополнительного центра обработки данных RAID RAID (1 копия) RAID или JBOD RAID RAID или JBOD

Чтобы выполнить развертывание в массиве JBOD с серверами для основного центра обработки данных, необходимо иметь три или более высокодоступных копии базы данных в группе DAG. При смешивании изолированных копий на одном сервере с высокодоступными копиями базы данных (например, когда не используются выделенные серверы для изолированных копий базы данных), следует обеспечить наличие не менее двух изолированных копий базы данных.

Чтобы на серверах для дополнительного центра обработки данных можно было использовать массив JBOD, необходимо иметь не менее двух высокодоступных копий базы данных в дополнительном центре. Потеря копии в дополнительном центре не будет приводить к необходимости повторного заполнения по глобальной сети или возникновению единственной точки сбоя в случае активации дополнительного центра. При смешивании изолированных копий на одном сервере с высокодоступными копиями базы данных (например, когда не используются выделенные серверы для изолированных копий базы данных), следует обеспечить наличие не менее двух изолированных копий базы данных.

Для выделенных серверов с изолированными копиями базы данных необходимо наличие по меньшей мере двух изолированных копий в центре обработки данных, чтобы использовать массив JBOD. В противном случае потеря диска приводит к потере отстающего экземпляра базы данных и потере механизма защиты.

Несколько баз данных на том

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

Рекомендации по JBOD:

Серверы центра обработки данных 3 или более копий (всего) Две или более копии на каждый центр обработки данных
Серверы основного центра обработки данных JBOD JBOD
Серверы дополнительного центра обработки данных Недоступно JBOD

В следующей таблице приведены указания по конфигурациям массива хранения для Exchange 2016.

Поддерживаемые типы RAID для роли сервера почтовых ящиков Exchange 2016:

Тип RAID Описание Поддержка и рекомендации
Размер полосы в массиве дисков RAID (КБ) Размер полосы — это единица распределения данных в наборе RAID. Размер полосы также называется размером блока. Рекомендация: 256 КБ или более. Следуйте рекомендациям поставщика запоминающего устройства.
Параметры кэша для массива хранения Параметры кэширования предоставляются контроллером массива с кэшированием и резервным питанием от батарей. Рекомендация: 100 % кэша записи (автономный или с записью во флэш-память) для контроллеров запоминающих устройств DAS в конфигурации RAID или JBOD. 75 % кэша записи и 25 % кэша чтения (автономный или с записью во флэш-память) для других типов систем хранения данных, например SAN. Если рекомендации поставщика SAN по настройке кэша на его платформе отличаются, следуйте им.
Кэширование записи на физический диск Параметры кэша находятся на каждом отдельном диске. Поддерживается: кэширование во время записи на физический диск при использовании без блока бесперебойного питания (UPS) должно быть отключено.

В следующей таблице приводятся различные варианты организации файлов базы данных и журналов.

Выбор файлов базы данных и журналов для роли сервера почтовых ящиков Exchange 2016:

Параметры файлов базы данных и журналов Описание Автономность: поддержка и рекомендации Высокая доступность: поддержка и рекомендации
Размещение файлов: изоляция базы данных от журналов Изоляция базы данных для каждого журнала — это размещение файла базы данных и журналов из одной базы данных почтового ящика в разных томах, поддерживаемых разными физическими дисками. Рекомендация: для возможности восстановления переместите файл базы данных (EDB) и журналы из одной базы данных в различные тома на различных физических дисках. Поддерживается: Изоляция журналов от баз данных не требуется.
Размещение файлов: файлов базы данных на том Файлы базы данных на том относятся к распределению файлов базы данных в пределах или между томами диска. Рекомендация: в зависимости от используемого метода резервного копирования. Поддерживается: При использовании JBOD создайте один том с отдельными каталогами для баз данных и файлов журнала.
Размещение файлов: потоков журналов на том Потоки журналов на том относятся к распределению файлов журналов базы данных внутри или между томами диска. Рекомендация: в зависимости от используемого метода резервного копирования. Поддерживается: При использовании JBOD создайте один том с отдельными каталогами для баз данных и файлов журнала.

Рекомендация. При использовании JBOD используйте несколько баз данных на том.

Размер базы данных Этот параметр относится к размеру файла базы данных (EDB) на диске. Поддерживается: приблизительно 16 ТБ.

Рекомендация:

  • 200 гигабайт (ГБ) или меньше.
  • Подготовьте 120 % от рассчитанного максимального размера базы данных.
Поддерживается: приблизительно 16 ТБ.

Рекомендация:

  • 2 ТБ или меньше.
  • Подготовьте 120 % от рассчитанного максимального размера базы данных.
Метод усечения журнала Метод усечения журнала — это процесс усечения и удаления старых файлов журнала базы данных. Существует два механизма.
  • Циклическое ведение журнала, при котором на сервере Exchange удаляются журналы.
  • Усечение журнала, которое выполняется после успешного полного или добавочного резервного копирования с помощью службы теневого копирования томов (VSS).
Рекомендация:
  • Используйте резервные копии для усечения журнала (например, циклическое ведение журнала отключено).
  • Подготовьте место на диске для заполнения журнала на три дня.
Рекомендация:
  • Включите циклическое ведение журнала для развертываний, использующих собственные функции защиты данных Exchange.
  • Подготовьте место на диске для заполнения журнала на три дня сверх параметров запаздывания преобразования.

В следующей таблице приведены указания по типам дисков Windows.

Типы дисков Windows для роли сервера почтовых ящиков Exchange 2016:

Тип диска Windows Описание Автономность: поддержка и рекомендации Высокая доступность: поддержка и рекомендации
Базовый диск Диск, инициализированный для базового хранения данных, называется базовым. Базовый диск содержит базовые тома, такие как основные разделы, дополнительные разделы и логические диски. Поддерживается.

Рекомендация: используйте базовые диски.

Поддерживается.

Рекомендация: используйте базовые диски.

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

В приведенной ниже таблице содержатся указания по конфигурациям томов.

Конфигурации томов для роли сервера почтовых ящиков Exchange 2016:

Конфигурация тома Описание Автономность: поддержка и рекомендации Высокая доступность: поддержка и рекомендации
Таблица разделов GUID (GPT) GPT (GUID Partition Table) — это архитектура диска, которая является расширением более старой схемы разделения основной загрузочной записи (MBR). Максимальный размер раздела в формате NTFS — 256 ТБ. Поддерживается.

Рекомендация: используйте разделы GPT.

Поддерживается.

Рекомендация: используйте разделы GPT.

MBR MBR, или сектор раздела, — это загрузочный сектор размером 512 байт, который является первым сектором (Сектор LBA 0) разделенного устройства хранения данных, например жесткого диска. Максимальный размер раздела в формате NTFS — 2 ТБ. Поддерживается. Поддерживается.
Выравнивание разделов Под выравниванием разделов понимается их расположение по границам секторов для обеспечения оптимальной производительности. Поддерживается. В Windows Server 2008 R2 и Windows Server 2012 значение по умолчанию составляет 1 МБ. Поддерживается. В Windows Server 2008 R2 и Windows Server 2012 значение по умолчанию составляет 1 МБ.
Путь к тому Путь к тому определяет способ получения к нему доступа. Поддерживается: буква диска или точка подключения. Рекомендация: в томе узла с точкой подключения должен быть включен массив RAID. Поддерживается: буква диска или точка подключения.

Рекомендация: в томе узла с точкой подключения должен быть включен массив RAID.

Файловая система Файловая система — это метод хранения и организации файлов на компьютере и содержащихся в них данных для упрощения их поиска и доступа к ним. Поддерживается: NTFS и ReFS. Поддерживается: NTFS и ReFS.
Дефрагментация NTFS Дефрагментация файловой системы NTFS — это процесс, который понижает степень фрагментации в файловых системах Windows. Это достигается путем физической организации содержимого диска и упорядочения частей каждого файла в единую и непрерывную последовательность. Поддерживается.

Рекомендация: не требуется и не рекомендуется. В Windows Server 2012 также рекомендуется отключить функцию автоматической оптимизации и дефрагментации дисков.

Поддерживается.

Рекомендация: не требуется и не рекомендуется. В Windows Server 2012 также рекомендуется отключить функцию автоматической оптимизации и дефрагментации дисков.

Размер кластера NTFS Размер кластера в файловой системе NTFS определяет минимальный объем дискового пространства, который может быть выделен для хранения файла. Поддерживается: любой размер кластера.

Рекомендация: по 64 КБ для томов с файлами EDB и журналами.

Поддерживается: любой размер кластера.

Рекомендация: по 64 КБ для томов с файлами EDB и журналами.

Сжатие NTFS Сжатие файлов NTFS — это процесс уменьшения фактического размера файлов, хранящихся на жестком диске. Поддерживается: Не поддерживается для файлов базы данных и журнала Exchange. Поддерживается: Не поддерживается для файлов базы данных и журнала Exchange.
Шифрующая файловая система (EFS) файловой системы NTFS Система EFS позволяет пользователям шифровать отдельные файлы, папки или целые диски данных. Так как эта система обеспечивает надежное шифрование благодаря стандартным алгоритмам и шифрованию с открытым ключом, то конфиденциальность зашифрованных файлов сохраняется даже в том случае, если злоумышленник сможет взломать защиту системы. Поддерживается: Не поддерживается для файлов базы данных и журнала Exchange. Не поддерживается для файлов базы данных и журнала Exchange.
Windows BitLocker (шифрование тома) Windows BitLocker — это функция защиты данных в системе Windows Server 2008. BitLocker позволяет предотвратить хищение или раскрытие данных, находившихся на потерянных или украденных компьютерах, и обеспечивает большую безопасность удаления данных с компьютеров при их списании. Поддерживается: все файлы журнала и базы данных Exchange. Поддерживается: все файлы журнала и базы данных Exchange. Для отказоустойчивых кластеров Windows требуется Windows Server 2008 R2 или Windows Server 2008 R2 с пакетом обновления 1 (SP1). Тома Exchange с включенным BitLocker не поддерживаются в отказоустойчивых кластерах Windows под управлением более ранних версий Windows.

Дополнительные сведения о шифровании с помощью BitLocker в Windows 7 см. в статье Шифрование диска BitLocker в Windows 7: вопросы и ответы.

Server Message Block (SMB) 3.0 Протокол SMB — это сетевой протокол обмена файлами (поверх TCP/IP и других сетевых протоколов), позволяющий приложениям на компьютере получать доступ к файлам и ресурсам на удаленном сервере. Он также позволяет приложениям взаимодействовать с любой серверной программой, настроенной для приема клиентских запросов SMB. В Windows Server 2012 реализована новая версия протокола SMB 3.0 со следующими возможностями:
  • SMB Transparent failover;
  • SMB Scaleout;
  • SMB Multichannel;
  • SMB Direct;
  • SMB Encryption;
  • VSS для общих файловых ресурсов SMB;
  • SMB Directory Leasing;
  • SMB PowerShell.
Ограниченная поддержка. Поддерживаемый сценарий является виртуализированным развертыванием оборудования, в котором диски располагаются на виртуальных жестких дисках в общем ресурсе SMB 3.0. Эти виртуальные жесткие диски назначаются главному компьютеру через гипервизор. Дополнительные сведения см. в разделе Exchange Server виртуализации. Ограниченная поддержка. Поддерживаемый сценарий является виртуализированным развертыванием оборудования, в котором диски располагаются на виртуальных жестких дисках в общем ресурсе SMB 3.0. Эти виртуальные жесткие диски назначаются главному компьютеру через гипервизор. Дополнительные сведения см. в разделе Exchange Server виртуализации.
Дисковые пространства дисковые пространства — это новое решение для хранения данных, которое предоставляет возможности виртуализации для Windows Server 2012. дисковые пространства позволяет упорядочить физические диски в пулы носителей, которые можно легко расширить путем добавления дисков. Эти диски можно подключить через USB, SATA или SAS. Он также использует виртуальные диски (пробелы), которые ведут себя так же, как физические диски, со связанными мощными возможностями, такими как тонкая подготовка и устойчивость к сбоям базовых физических носителей. Дополнительные сведения о дисковые пространства см. в статье Обзор дисковые пространства. Поддерживается. Те же ограничения, что и для типов физических дисков, описанных в этой статье. Поддерживается. Те же ограничения, что и для типов физических дисков, описанных в этой статье.
Resilient File System (ReFS) ReFS — это новая файловая система для Windows Server 2012, созданная на основе NTFS. ReFS поддерживает высокую степень совместимости с NTFS, обеспечивая расширенные методы проверки данных и автозамены, а также интегрированную комплексную устойчивость к повреждениям, особенно при использовании с функцией дисковых пространств. Дополнительные сведения о ReFS см. в статье Общие сведения об устойчивой файловой системе (ReFS): Поддерживаемые развертывания. Поддерживается для томов, содержащих файлы базы данных Exchange, файлы журналов и файлы индексирования содержимого, если установлено следующее исправление: Exchange Server 2013 базы данных становятся фрагментированы в Windows Server 2012. Не поддерживается для томов, содержащих двоичные файлы Exchange.

Рекомендация: отключите функции обеспечения целостности данных для файлов баз данных Exchange (EDB-файлы) или для тома, в котором они располагаются. Функции целостности можно включить для томов, содержащих каталог индексов содержимого, если том не содержит никаких баз данных или файлов журналов.

Поддерживается для томов, содержащих файлы базы данных Exchange, файлы журналов и файлы индексирования содержимого, если установлено следующее исправление: Exchange Server базы данных 2013 становятся фрагментами в Windows Server 2012. Не поддерживается для томов, содержащих двоичные файлы Exchange.

Рекомендация: отключите функции обеспечения целостности данных для файлов баз данных Exchange (EDB-файлы) или для тома, в котором они располагаются. Функции целостности можно включить для томов, содержащих каталог индексов содержимого, если том не содержит никаких баз данных или файлов журналов.

Размер единицы выделения ReFS Размер единицы выделения ReFS представляет наименьший объем дискового пространства, который можно выделить для хранения файла. Поддерживается: любой размер кластера.

Рекомендация: по 64 КБ для томов с файлами EDB и журналами.

Поддерживается: любой размер кластера.

Рекомендация: по 64 КБ для томов с файлами EDB и журналами.

Дедупликация данных Дедупликация данных — это метод оптимизации использования хранилища. Это метод поиска и удаления дублирования в данных без ущерба для их точности или целостности. Цель заключается в том, чтобы хранить больше данных в меньшем пространстве путем сегментирования файлов на небольшие блоки переменной величины, выявления повторяющихся фрагментов и поддержания одной копии каждого блока. Технологии дедупликации данных обычно реализуются одним из двух способов. на уровне операционной системы или на уровне системы хранения, и операционная система не знает, что она используется. Уровень ОС: не поддерживается для баз данных почтовых ящиков Exchange, транспортных баз данных или файлов индексов содержимого.

Уровень системы хранилища: поддерживается, но входит в политику поддержки сторонних решений для хранения данных Майкрософт.

Примечание. Дедуп на уровне ОС можно использовать для файлов базы данных Exchange, которые находятся в автономном режиме (используются в качестве резервных копий или архивов).

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

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

Примечание. Дедуп на уровне ОС можно использовать для файлов базы данных Exchange, которые находятся в автономном режиме (используются в качестве резервных копий или архивов).