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

 

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

Последнее изменение раздела: 2016-11-28

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

Содержание

Транзакционные операции ввода-вывода

Общие сведения о количестве операций ввода-вывода в секунду

Нетранзактные операции ввода-вывода

Транзакционные операции ввода-вывода

Транзакционные операции ввода-вывода обычно определяются как операции ввода-вывода, генерируемые действиями пользователей. К таким действиям пользователей можно отнести получение, отправку и удаление элементов, синхронизацию клиента Windows Mobile или вход в систему с помощью приложения Microsoft Office Outlook Web App.

Транзакционные операции ввода-вывода являются важной частью процесса конструирования хранилища Exchange 2010, так как задержка ввода-вывода (время выполнения операции ввода-вывода) может напрямую влиять на работу пользователя с интернет-клиентами, такими как Microsoft Outlook в оперативном режиме и Outlook Web App. Большая задержка ввода-вывода также может влиять на режим кэширования Exchange в приложении Outlook, когда он используется для таких задач, как делегирование доступа и настройка правил. Большая задержка ввода-вывода может вызывать задержки доставки электронной почты во всех клиентах. Транзакционные операции ввода-вывода можно разделить на операции ввода-вывода для тома базы данных и операции ввода-вывода для тома журнала.

Требования к транзакционным операциям ввода-вывода в системе Exchange 2010 сократились по сравнению с версией Exchange Server 2007. Не все операции ввода-вывода, выполняемые в томах базы данных почтовых ящиков и журнала, считаются транзакционными. Дополнительные сведения см. в разделе Общие сведения о хранилище Exchange 2010.

В начало

Общие сведения о количестве операций ввода-вывода в секунду

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

Кэш базы данных

Использование 64-разрядной операционной системы Windows Server с 64-разрядной версией сервера Exchange 2010 значительно увеличивает виртуальное адресное пространство и позволяет серверу Exchange увеличить кэш базы данных, уменьшить количество операций ввода-вывода для чтения базы данных, а также разместить на одном сервере до 100 баз данных.

Снижение количества операций чтения базы данных зависит от объема кэша базы данных, доступного серверу, и профиля сообщений пользователей. Дополнительные сведения о памяти и базах данных см. в разделе Общие сведения о кэше базы данных почтовых ящиков. При соблюдении рекомендаций, приведенных в этом разделе, можно добиться снижения количества транзакционных операций ввода-вывода на 90% по сравнению с сервером Exchange Server 2003. Объем кэша базы данных на одного пользователя является основным фактором реального снижения количества операций ввода-вывода.

В следующей таблице показано увеличение реального объема кэша базы данных на один почтовый ящик при сравнении стандартного значения 900 мегабайт (МБ) на сервере Exchange 2003 со значением 6 МБ на сервере Exchange 2010 из расчета, что на одного пользователя в день обрабатывается 100 сообщений. В версии Exchange 2010 это дополнительный кэш базы данных, обеспечивающий большее количество операций чтения из кэша, благодаря чему снижается количество операций чтения базы данных на уровне диска.

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

Количество почтовых ящиков	Размер кэша базы данных Exchange 2003 для одного почтового ящика (МБ)	Размер кэша базы данных Exchange 2010 для одного почтового ящика (МБ)	Увеличение размера кэша базы данных по сравнению с Exchange 2003
4000	0.225	6	27 раз
2000	0.45	6	13 раз
1000	0.9	6	7 раз
500	1.8	6	5 раз

В начало

Определение профиля количества операций ввода-вывода в секунду для почтовых ящиков в Exchange 2010

К двум важнейшим факторам, которые можно использовать для прогнозирования количества операций ввода-вывода в секунду для базы данных Exchange 2010, относят объем кэша базы данных на одного пользователя и количество сообщений, которое пользователь отправляет и получает ежедневно. Приведенная таблица является примером использования приложения Outlook 2010 в режиме кэширования Exchange обычным сотрудником. Результаты проверки показали, что погрешность расчетов составляет +/- 20%. Использование других типов клиентов и сценариев использования может привести к менее точным результатам. Прогнозирование с использованием этих данных можно считать действительным только для размера кэша базы данных на одного пользователя, равного от 3 до 30 МБ. Оценка погрешности расчетов для пользователей, отправляющих и получающих более 500 сообщений ежедневно, не проводилась. В качестве среднего размера сообщения для расчета было принято значение 75 КБ, однако размер сообщения не является основным фактором при оценке количества операций ввода-вывода в секунду.

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

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

Сообщения, отправляемые и получаемые для одного почтового ящика в день	Кэш базы данных для одного почтового ящика (МБ)	База данных с одной копией (изолированная): расчетное количество операций ввода-вывода в секунду для одного почтового ящика	База данных с несколькими копиями (устойчивость почтовых ящиков): расчетное количество операций ввода-вывода в секунду для одного почтового ящика
50	3	0.06	0.05
100	6	0.120	0.100
150	9	0.18	0.150
200	12	0.240	0.200
250	15	0.300	0.250
300	18	0.360	0.300
350	21	0.420	0.350
400	24	0.480	0.400
450	27	0.540	0.450
500	30	0.600	0.500

Устойчивостью почтового ящика называется объединенное решение по обеспечению высокой доступности и устойчивости сайтов в Exchange 2010. Дополнительные сведения см. в разделе Общие сведения о высоком уровне доступности и устойчивости сайта к сбоям.

В начало

Операции ввода-вывода для тома базы данных

Операции ввода-вывода для тома базы данных — это операции ввода-вывода, связанные с операциями чтения и записи в файл базы данных (EDB), операциями чтения и записи при индексации содержимого, а также операциями чтения и записи метаданных NTFS.

В системе Exchange 2003 отношение количества операций чтения к количеству операций записи обычно составляло 2:1 (66% приходилось на долю операций чтения). В системе Exchange 2010 кэш базы данных большего объема уменьшает количество операций чтения данных из базы данных на диске, что приводит к снижению доли операций чтения от общего количества операций ввода-вывода.

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

Соотношение операций чтения и записи для базы данных почтовых ящиков

Сообщения, отправляемые и получаемые на один почтовый ящик в день	Автономные базы данных	Базы данных, входящие в группу обеспечения устойчивости почтового ящика
50	1:1	3:2
100	1:1	3:2
150	1:1	3:2
200	1:1	3:2
250	1:1	3:2
300	2:3	1:1
350	2:3	1:1
400	2:3	1:1
450	2:3	1:1
500	2:3	1:1

Например, если на серверах почтовых ящиков группы обеспечения доступности баз данных (DAG), обслуживающей три копии базы данных, развернуто 24 000 почтовых ящиков, для каждой базы данных соотношение количества операций чтения и записи будет составлять 3:2. Другими словами, 60% всех операций ввода-вывода логического номера устройства (LUN), размещающего базу данных, приходится на операции чтения.

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

Расчет количества операций ввода-вывода в секунду для одного сервера почтовых ящиков

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

• Теперь базы данных и журналы можно объединить на одном томе.

• Активные и пассивные копии базы данных можно размещать на одном сервере.

• Можно добавлять фоновые задачи для последовательного ввода-вывода (например, фоновое обслуживание базы данных).

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

Формула расчета количества операций ввода-вывода в секунду для одного сервера почтовых ящиков зависит от конструкции хранилища.

• Файлы базы данных и журналов хранятся на одном томе.

• Файлы базы данных и журнала транзакций хранятся на различных томах диска.

Тем не менее, в обоих случаях необходимо использовать системный монитор (perfmon.exe) для измерения двухчасового периода максимальной нагрузки (с 5-секундным интервалом). Это время суток, когда система испытывает наибольшую нагрузку в результате действий клиентов (например, с 10 до 00 часов). В это время нагрузка часто превышает среднюю 10-часовую нагрузку в два раза (соотношение пиковой и средней нагрузки = 2:1).

Количество операций ввода-вывода в секунду для одного сервера почтовых ящиков: файлы базы данных и журналов хранятся на одном томе

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

Имя базы данных	Логический диск -> Операций чтения с диска/с	Логический диск -> Операций записи на диск/с	MSExchange DatabaseInstances ->Операций чтения при обслуживании базы данных/с	MSExchange DatabaseInstances -> Операций чтения при вводе-выводе для базы данных (восстановление)/с	MSExchange DatabaseInstances -> Операций записи при вводе-выводе для базы данных (восстановление)/с	MSExchange DatabaseInstances -> Операций записи при вводе-выводе для журнала/с
База данных 1
База данных 2
База данных 3
База данных 4
Все дополнительные базы данных
Всего

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

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

Подробный расчет: ((логический диск -> операций чтения с диска/с + логический диск -> операций записи на диск/с) - (база данных MSExchange ==> экземпляры -> операций чтения при обслуживании базы данных/с + база данных MSExchange ==> экземпляры -> операций чтения при вводе-выводе для базы данных (восстановление)/с + база данных MSExchange ==> экземпляры -> операций записи при вводе-выводе для базы данных (восстановление)/с + база данных MSExchange == > экземпляры -> операций записи при вводе и выводе для журнала/с))/ число почтовых ящиков, размещенных на одном сервере во время сбора данных журнала системного монитора = количество операций ввода-вывода в секунду для одного сервера почтовых ящиков.

В начало

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

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

Имя базы данных	Логический диск -> Операций чтения с диска/с	Логический диск -> Операций записи на диск/с	База данных MSExchange ==> Экземпляры -> Операций чтения при обслуживании базы данных/с	База данных MSExchange ==> Экземпляры -> Операций чтения при вводе-выводе для базы данных (восстановление)/с	База данных MSExchange ==> Экземпляры -> Операций записи при вводе-выводе для базы данных (восстановление)/с
База данных 1
База данных 2
База данных 3
База данных 4
Все дополнительные базы данных
Всего

Примечание.
По умолчанию счетчик производительности База данных MSExchange ==> Экземпляры ->Операций чтения в процессе ввода-вывода обслуживания базы данных/с не отображается в Exchange 2010. Вы должны включить этот счетчик для его просмотра. Дополнительную информацию о том, как включить этот счетчик производительности, см. в разделе Как включить расширенные счетчики производительности ESE

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

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

Подробный расчет: ((логический диск -> операций чтения с диска/с + логический диск -> операций записи на диск/с) - (база данных MSExchange ==> экземпляры -> операций чтения при обслуживании базы данных/с + база данных MSExchange ==> экземпляры -> операций чтения при вводе-выводе для базы данных (восстановление)/с + база данных MSExchange ==> экземпляры -> операций записи при вводе-выводе для базы данных (восстановление)/с))/ число почтовых ящиков, размещенных на одном сервере во время сбора данных журнала системного монитора = количество операций ввода-вывода в секунду для одного сервера почтовых ящиков.

Измерение базового количества операций ввода-вывода в секунду

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

• Количество пользователей на сервере влияет на общий кэш базы данных для одного пользователя.

• Количество ОЗУ влияет на то, насколько может увеличиться кэш базы данных, а больший кэш базы данных вызывает увеличение количества операций чтения из кэша. Это уменьшает количество операций ввода-вывода для чтения базы данных.

Ключевая особенность этого процесса состоит в том, что для планирования работы всего предприятия недостаточно одной информации о количестве операций ввода-вывода в секунду на отдельном сервере. Это объясняется тем, что количество ОЗУ, пользователей и баз данных на каждом сервере отличается. После получения количества операций ввода-вывода в секунду обязательно прибавьте 20% на накладные расходы ввода-вывода, чтобы обеспечить некоторый запас. Без этого пользователи могут испытывать неудобства при работе из-за сниженной производительности.

Модули панели поиска и клиенты Outlook в оперативном режиме

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

В том, что касается возможностей поиска в почтовом ящике, конечные пользователи имеют два варианта действий.

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

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

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

Поэтому для развертывания клиентов Outlook в оперативном режиме с модулями панели поиска, отличными от панели поиска Windows 4.0, необходимо придерживаться следующих рекомендаций.

• Клиенты с почтовым ящиком размером 256 МБ, работающие в оперативном режиме, увеличивают количество операций чтения базы данных в 1,5 раза по сравнению с клиентами, работающими в режиме кэширования Exchange. Для почтовых ящиков размером менее 256 МБ влияние незначительно.

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

В результате анализа этих данных можно дать две следующие рекомендации.

• Следует по возможности развертывать клиенты, работающие в режиме кэширования Exchange. Дополнительные сведения см. в подразделе "Количество элементов в папке" этого раздела. В противном случае замените модуль панели поиска на панель поиска Windows 4.0.

• Учитывайте требования к количеству операций ввода-вывода при конструировании хранилища базы данных.

Сведения о дополнительных факторах, влияющих на скорость операций ввода-вывода, например о сторонних клиентах, см. в статье Оптимизация хранилища для сервера Exchange Server 2003 (на английском языке).

В начало

Операции ввода-вывода для тома журнала

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

Из-за снижения количества операций чтения базы данных в системе Exchange 2010 в сочетании с меньшим размером файла журнала и возможностью использовать больше баз данных, количество операций записи из журнала в базу данных составляет 40 % для автономных баз данных и 50 % для баз данных, входящих в группу обеспечения устойчивости почтового ящика. Например, если база данных, входящая в группу обеспечения устойчивости почтового ящика, использует 12 операций записи, номер логического устройства журнала будет использовать приблизительно 6 операций записи.

На серверах почтовых ящиков, размещающих базы данных, входящие в группу обеспечения устойчивости почтового ящика, существует превышение количества операций, связанное с использованием непрерывной репликации. Закрытые журналы транзакций должны быть прочитаны и отправлены в копии целевой базы данных. Это превышение составляет 10% операций чтения журнала для каждой активной копии базы данных, размещенной на сервере почтовых ящиков. Например, если на сервере почтовых ящиков размещено 10 активных копий базы данных и каждым потоком журналов транзакции создается 6 операций записи, можно ожидать 0,6 дополнительных операций записи для каждой из 10 активных копий базы данных (или всего 6 операций чтения).

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

Количество элементов в папке

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

При развертывании клиентских компьютеров с приложением Outlook 2007 в режиме кэширования Exchange рекомендуется учитывать следующие рекомендации в отношении размеров файлов OST и почтовых ящиков.

• До 5 гигабайт (ГБ)   Этот размер должен обеспечить хорошее взаимодействие с пользователем на большей части оборудования.

• От 5 ГБ до 10 ГБ   Обычно этот размер зависит от оборудования. Поэтому при наличии быстрого жесткого диска и большого объема ОЗУ будет обеспечиваться лучшее взаимодействие. Однако медленные жесткие диски (например, диски, которые обычно устанавливаются на ноутбуки, или твердотельные накопители первых поколений) создают задержки в работе приложений из-за замедленной реакции.

• Более 10 ГБ   Это размер, при котором на большей части оборудования начинают возникать небольшие задержки.

• Очень большой, 25 ГБ и больше   Этот размер повышает частоту коротких пауз, особенно при загрузке новых сообщений электронной почты. Для синхронизации почты вручную также можно использовать группы отправки и получения.

В этом руководстве предполагается, что установлено накопительное обновление для Outlook 2007 с пакетом обновления 1 (SP1) или более поздней версии, как описано в статье 961752 базы знаний Майкрософт Описание пакета исправлений для Outlook 2007 (Outlook.msp): 24 февраля 2009.

При возникновении проблем с производительностью в случае использования приложения Outlook 2007 в режиме кэширования Exchange см. статью 940226 базы знаний Устранение проблем с производительностью в приложении Outlook 2007. Дополнительные сведения о доступных усовершенствованиях см. в статье 968009 базы знаний Усовершенствования приложения Outlook 2007 в накопительном пакете обновлений февраля 2009 г.

Сложности возникают, когда пользователь превышает количество индексов, которое может храниться на сервере Exchange. Для сервера Exchange 2010 — это 11 индексов. Если пользователь выбирает новую сортировку и, таким образом, создает двенадцатый индекс, это приводит к возникновению дополнительных дисковых операций ввода и вывода. Так как индекс не сохраняется, дополнительная активность дисков возникает при каждом новом выполнении сортировки. Поскольку в таком сценарии выполняется большое количество операций ввода-вывода, настоятельно рекомендуется хранить не более 100 000 элементов в основных папках, таких как "Входящие" и "Отправленные", и не более 10 000 элементов в папках "Календарь" и "Контакты". Создание большего количества папок верхнего уровня или вложенных папок в папках "Входящие" и "Отправленные" значительно снижает затраты, связанные с подобным созданием индекса. Это справедливо, пока количество элементов в любой папке не превысит 100 000.

В начало

Операции ввода-вывода при индексации содержимого

В системе Exchange 2010 сообщения индексируются по мере их получения, что не приводит к значительному превышению количества операций ввода-вывода для диска базы данных (потому что сообщение по-прежнему находится в кэше базы данных при его извлечении для индексации). Тем не менее, операции записи связаны с обновлением хранилища каталога поиска. Благодаря общему уменьшению количества операций ввода-вывода для базы данных в Exchange 2010 количество операций ввода-вывода для каталога поиска составляет 10–15 процентов от количества операций для файлов базы данных (в зависимости от профиля). Операции чтения в каталоге поиска выполняются при отправке клиентами запросов на поиск, которые в редких случаях могут не соответствовать архитектуре хранилища Exchange 2010.

В начало

Нетранзактные операции ввода-вывода

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

В следующих разделах рассматриваются некоторые нетранзактные операции ввода-вывода, выполняемые в фоновом режиме. Хотя нетранзактные операции ввода-вывода не являются основным фактором, учитываемым при конструировании хранилища, они могут влиять на архитектуру хранилища. Дополнительные сведения см. в разделе Новые возможности ядра хранилища Exchange.

Обслуживание баз данных в фоновом режиме (проверка контрольных сумм)

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

• Для активных баз данных оно может выполняться в режиме 24 × 7 или в период обслуживания. Фоновое обслуживание базы данных (контрольная сумма) выполняется для пассивных копий базы данных в режиме 24 × 7. Дополнительные сведения см. в подразделе "Проверка базы данных в оперативном режиме" раздела Новые возможности ядра хранилища Exchange.

• Скорость операций чтения для каждой проверяемой базы данных (активных и пассивных копий) составляет приблизительно 5 МБ в секунду. Операции ввода-вывода являются 100-процентно последовательными, поэтому подсистема хранения может эффективно обрабатывать операции ввода-вывода.

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

• Если проверка не завершается в течение трех дней (не настраивается), отображается предупреждение.

Управление записями сообщений

Управление записями сообщений (MRM) — это технология управления записями в Exchange 2010, которая позволяет организациям снизить юридические риски, связанные с электронной почтой. Эта технология упрощает хранение сообщений, необходимых для выполнения требований политики компании, правительственных постановлений или юридических норм, а также удаление содержимого, не имеющего юридического или коммерческого значения.

Для этих действий можно использовать политики хранения или управляемые папки. Помощник для управляемых папок — это помощник по обслуживанию почтовых ящиков Microsoft Exchange, применяющий параметры хранения сообщений, которые настроены в политиках хранения или в политиках почтовых ящиков управляемых папок. Требуемые помощнику операции ввода-вывода на диске зависят от количества обрабатываемых элементов почтовых ящиков. Рекомендуется не запускать помощник одновременно с резервным копированием или оперативным обслуживанием. Дополнительные сведения см. в разделе Расписание работы помощника по работе с управляемыми папками.

Оперативное обслуживание

С помощью средств управления Exchange можно настроить расписание обслуживания базы данных или установить для него режим 24 × 7. Оперативная дефрагментация в системе Exchange 2010 больше не поддерживается, как это было в предыдущих версиях Exchange. Оперативная дефрагментация выполняется непрерывно во время операций чтения из базы данных и записи в нее. Дополнительные сведения см. в подразделе "Проверка базы данных в оперативном режиме" раздела Новые возможности ядра хранилища Exchange.

В начало

 © Корпорация Майкрософт (Microsoft Corporation), 2010. Все права защищены.