В этом разделе рассказывается о возможности под названием устойчивость к потере журналов и сопутствующей возможности под названием ротация журналов. Эти возможности представлены в окончательной первоначальной версии (RTM) сервера Microsoft Exchange Server 2007. Поведение этих возможностей было изменено в версии Exchange 2007 с пакетом обновления 1 (SP1). Они доступны на всех серверах почтовых ящиков. Однако поведение этих возможностей зависит от конфигурации сервера почтовых ящиков и установленной версии Exchange 2007.
Устойчивость к потере журналов
Устойчивость к потере журналов, представляющая собой внутренний компонент подсистемы ESE сервера Exchange 2007, позволяет восстанавливать базы данных Exchange, даже если часть недавно созданных файлов журналов транзакций потеряна или повреждена. По умолчанию устойчивость к потере журналов включена на всех серверах почтовых ящиков Exchange 2007. Устойчивость к потере журналов обеспечивает подключение базы данных почтовых ящиков, даже если недоступны недавно созданные файлы журналов. Одной из причин недоступности файлов журналов является потеря данных при переходе на другой ресурс при сбое в среде кластера с непрерывной репликацией (при незапланированном отключении). Дополнительные сведения о запланированном отключении см. в разделе Запланированные и незапланированные отключения. Дополнительные сведения о восстановлении базы данных с отсутствующими файлами журналов см. в статье Режим восстановления Eseutil /R.
Примечание. |
---|
В среде непрерывной репликации устойчивость к потере журналов включена только для активной копии базы данных. Пассивная копия не использует устойчивость к потере журналов, так как пассивные базы данных не так часто обновляются. |
Порядок операций записи данных Exchange всегда такой: память, файл журнала и только после этого файл базы данных. Принцип действия устойчивости к потере журналов заключается в том, чтобы откладывать запись в базу данных до тех пор, пока не будет создано определенное число версий журналов. Функция обеспечения устойчивости к потере журналов ненадолго откладывает обновление базы данных. Продолжительность задержки записи зависит от того, насколько быстро создаются версии журналов.
В случае отказа, если количество журналов меньше допустимого значения, указанного администратором, пассивная копия базы данных может быть автоматически подключена службой банка данных Microsoft Exchange. Администратор устанавливает максимально допустимое количество утраченных журналов, при котором остается возможность подключения базы данных в случае отказа, с помощью параметра AutoDatabaseMountDial. Этот параметр, представленный в службе каталогов Active Directory атрибутом Exchange msExchDataLossForAutoDatabaseMount, имеет три значения: Lossless, Good Availability и Best Availability. Lossless (без потерь) означает, что ни одного журнала не потеряно, Good Availability (хорошая доступность) соответствует трем потерянным журналам, а значение по умолчанию Best Availability (наилучшая доступность) соответствует шести потерянным журналам. Пошаговые инструкции по настройке этих значений см. в разделе Инструкции по настройке параметров подключения и перемещения при сбое для непрерывной репликации кластера. При вводе значений Good Availability или Best Availability не используйте пробелы (например, вводите GoodAvailability и BestAvailability).
Ротация журналов транзакций
Механизм ротации журналов транзакций применяется для дополнительной минимизации потерянных данных. Его принцип действия заключается в том, чтобы периодически закрывать текущий файл журнала транзакции и создавать новую версию журнала. Этот механизм помогает обеспечивать устойчивость к потере журналов, уменьшает потерю данных, которая возникают в результате потери файлов журналов (преимущественно в результате потери данных при переходе на другой ресурс при сбое), что, в конечном счете, способствует работе кластера с непрерывной репликацией.
Важно! |
---|
Механизм ротации журналов не создает журналы транзакций, если отсутствует какая-либо активность со стороны пользователя или другая активность в базе данных. В действительности ротация журналов должна происходить только в случае, если имеется частично заполненный журнал. |
Ротация журнала заключается в том, что текущий файл журнала (Exx.log) закрывается, и создается новый файл журнала, даже если текущий журнал еще не заполнен. Дополнительные сведения о ведении журнала транзакций см. в разделе Общие сведения о ведении журнала транзакций.
В основе поведения ротации журналов лежит значение степени устойчивости к потере журналов. В среде с непрерывной репликацией кластера, в которой работает окончательная первоначальная версия (RTM) Exchange 2007, степень устойчивости к потере журналов имеет числовое значение равное 1 + допустимое число потерянных журналов, заданное параметром AutoDatabaseMountDial. Например, если значение параметра AutoDatabaseMountDial равно 6 (параметр доступности системы имеет значение Best Availability), значение степени устойчивости к потере журналов равно 7.
В среде кластера с непрерывной репликацией, в которой работает Exchange 2007 с пакетом обновления 1 (SP1), значение степени устойчивости к потере журналов задано жестко и равно 10 независимо от значения параметра AutoDatabaseMountDial.
Как в окончательной первоначальной версии (RTM) Exchange 2007, так и в версии с пакетом обновления 1 (SP1) значение степени устойчивости к потере журналов задано жестко и равно 1 для всех серверов почтовых ящиков, которые не входят в среду кластера с непрерывной репликацией (например, для автономных серверов почтовых ящиков с локальной непрерывной репликацией и без нее, а также для кластеров с единым хранилищем).
Ротация журналов происходит после рассчитанного промежутка времени бездействия системы. Чтобы рассчитать время выполнения ротации журналов, системой используется следующая формула:
[15 (минут) ? значение степени устойчивости к потере журналов] = частота выполнения ротации журналов (в минутах)
Затем можно разделить число 1440 (количество минут в 1 дне) на частоту выполнения ротации журналов, чтобы определить максимальное количество файлов журналов на группу хранения, которые будут создаваться каждый день в результате выполнения ротации журналов.
Например, в среде кластера с непрерывной репликацией, в которой работает Exchange 2007 с пакетом обновления 1 (SP1), степень устойчивости к потере журналов составляет 10. Таким образом, если выполнение ротации журналов каждый день происходит каждые 1,5 минут, максимальное число версий журналов на группу хранения, получаемых в результате ротации журналов, будет составлять 960.
Интенсивность ротации журналов
Чтобы ротация журналов в группе хранения была достаточно интенсивной, должны выполняться сформулированные ниже условия.
- Группа хранения должна содержать базу данных почтовых
ящиков.
- В группе хранения должна наблюдаться низкая активность
пользователей по созданию журналов транзакций.
- В группе хранения должны быть почтовые ящики, которые часто
открывает процесс или приложение.
Максимальное количество файлов журналов, которые будут ежедневно создаваться в простаивающей группе хранения, зависит от конфигурации сервера почтовых ящиков. В таблице ниже приводится максимальное количество файлов журналов, которое приходится на одну простаивающую группу хранения, для каждой конфигурации сервера почтовых ящиков.
Максимальное число файлов журналов на одну простаивающую группу хранения для каждой конфигурации сервера почтовых ящиков в окончательной первоначальной версии (RTM) Exchange Server 2007
Конфигурация сервера почтовых ящиков | Максимальное число файлов журналов транзакций, созданных за день в простаивающей группе хранения |
---|---|
|
96 |
Кластер с непрерывной репликацией с параметром доступности «Good Availability» |
384 |
Кластер с непрерывной репликацией с параметром доступности «Best Availability» |
672 |
Максимальное число файлов журналов на одну простаивающую группу хранения для каждой конфигурации сервера почтовых ящиков Exchange Server 2007 с пакетом обновления 1 (SP1)
Конфигурация сервера почтовых ящиков | Максимальное число файлов журналов транзакций, созданных за день в простаивающей группе хранения |
---|---|
|
96 |
Кластер с непрерывной репликацией со значениями Lossless, Good и Best Availability |
960 |
Обычно серверы почтовых ящиков создают больше журналов транзакций, чем указано в таблицах выше. Причинами этого являются действия пользователей, оперативное обслуживание и другие факторы.