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

Дефрагментация сбалансированного дерева выполняется на месте (в противоположность созданию нового сбалансированного дерева и переименованию индексов и таблиц) с использованием трех новых операций:

• Перемещение страницы   Перемещение страницы состоит из перемещения всех данных с одной страницы на новую выделенную страницу.
  
  
• Частичное левое слияние   Частичное левое слияние похоже на правое слияние в Exchange 2007 и более ранних версий, за исключением того, что данные перемещаются с левой страницы на правую страницу.
  
  
• Полное левое слияние   Полное левое слияние имеет то же назначение, что и полное правое слияние в Exchange 2007 и более ранних версий.
  
  

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

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

Все данные базы данных хранятся в сбалансированных деревьях, которые делятся на страницы. Размер страницы — это минимальный размер операции чтения или записи для базы данных, он также является единицей изменения при кэшировании базы данных. Чтение с диска осуществляется медленнее, чем выполняются операции в памяти, поэтому с помощью увеличения размера страницы до 32 КБ расширенный обработчик хранилищ снижает количество операций ввода-вывода в секунду, что повышает производительность благодаря кэшированию страниц увеличенного размера в памяти.

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

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

Используйте набор счетчиков производительности расширенного обработчика хранилищ «MSExchange Database ==> Задачи дефрагментации» для просмотра выполняемых задач. Дополнительные сведения см. на странице Включение расширенных счетчиков производительности ESE (страница может быть на английском языке).

Кроме того, была изменена проверка баз данных при оперативном обслуживании (также называется проверкой контрольных сумм баз данных). В Exchange 2007 с пакетом обновления 1 (SP1) можно было использовать половину времени оперативной дефрагментации для данного процесса проверки базы данных (Exchange выполняет чтение каждой страницы из базы данных за определенное время для обнаружения повреждений). Данная операция ввода-вывода полностью последовательна (поэтому легко обрабатывается диском), и на большинстве систем скорость проверки контрольных сумм осуществляется со скоростью около 5 мегабайт (МБ)/с.

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

• Выполнение последней задачи в запланированной процедуре обслуживания баз данных почтовых ящиков. Можно настроить продолжительность ее выполнения, изменив расписание обслуживания баз данных почтовых ящиков. Данный вариант отлично подходит для небольших баз данных, имеющих размер менее 1 терабайта (ТБ).
  
  
• Круглосуточное выполнение в фоновом режиме 24 x 7, используется по умолчанию. Данный вариант отлично подходит для крупных баз данных, имеющих размер до 2 ТБ, для которых требуется больше времени на проверку контрольных сумм баз данных. Exchange проверяет базу данных не реже одного раза в сутки и выдает предупреждение, если проверку не удается выполнить в течение семи дней.
  
  

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

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