В этой статье я буду вести разговор о такой функции, как локальное непрерывное копирование (формально известное как локальное непрерывное резервное копирование), а также покажу, как она настраивается в Exchange Server 2007.
Введение
С точки зрения эффективности и общей стоимости содержания (TCO), то локальное непрерывное копирование (LCR), формально известное как локальное непрерывное резервное копирование, является новым и крайне интересным свойством. LCR позволяет создавать текущие копии (реплики) баз данных в группе хранения сервера Exchange 2007 в указанном местоположении и управлять ими. Обычно в качестве такого местоположения используется другой сервер, NAS/SAN или, в случае SBS, возможно внешнее USB-устройство. После создания LCR-копии, ее актуальностью можно управлять с помощью, т.н. передачи изменений (журнального перезапуска). При этом происходит копирование журнальных файлов прохождения транзакции группы хранения в место расположения группы хранения LCR (журнальная пересылка), где они затем разворачиваются в базу (базы) данных. Главное преимущество нового свойства LCR, как сказано выше, состоит как в его эффективности (даже в будущем), так и в уменьшении общих расходов по содержанию (TCO) Exchange Server 2007, что, собственно, оно и делает. Оно уменьшает время восстановления при возникновении сбойных ситуаций при повреждении базы данных до нескольких секунд путем переключения на LCR-копию. Все мы хорошо знаем, что расходы, связанные с резервным копированием, восстановлением и т.д. значительно выросли за последнюю пару лет (особенно это касается серверов сообщений), но теперь, используя функцию LCR, вы будете всегда иметь текущую копию (реплику) группы производственного хранения, что уменьшает количество резервных копий, которые вам требуется создавать. Конечно, не следует полностью отказываться от резервных копий Exchange, но вы смело можете сократить график их создания с ежедневного до недельного.
Отлично, приступим к применению материала.
Запуск и настройка локального непрерывного копирования
Как видно из нижеприведенной иллюстрации 1, локальное непрерывное копирование запускается на уровне группы хранения под узлом «Почтовый ящик» (Mailbox), расположенном под строкой «Конфигурация сервера» (Server Configuration) в левой панели «Консоли управления системой Exchange» (Exchange System Management Console).
После выбора «Запуск непрерывной репликации» (Enable Continuous Replication) в «Панели действий» (Actions pane), появляется предупреждение, гласящее о том, что запуск LCR для данной группы хранения повлечет создание второй копии баз данных в группе хранения (иллюстрация 2). Поскольку это-то нам и нужно, нажимаем «Далее» (Next).
Теперь нужно указать путь к LCR-файлам для выбранной группы хранения (Иллюстрация 3), в качестве примера укажем просто устройство Е:, которое является просто другим разделом на том же сервере, но, как говорилось выше во вводном разделе статьи, это может быть любое устройство, начиная от открытой папки удаленного сервера, SAN/NAS до подключенного USB-устройства. После указания пути, нажимаем «Далее» (Next).
Далее следует указать путь месторасположения для второй копии баз(ы) данных, как показано на Иллюстрации 4 ниже. Затем можно нажать «Далее» (Next).
Итак, мы достигли шага, где можно запустить LCR для группы хранения. Так давайте нажмем «Запустить» (Enable) и увидим, что произойдет (Иллюстрация 5).
Как видно из Иллюстрации 6, запуск мастера локальной непрерывной репликации завершился успешно, но с предупреждением, что автоматическая начальная установка группы хранения не произошла. Нажмите «Конец» (Finish).
Причина, почему начальная установка не произошла автоматически состоит в том, что мы использовали версию, в которой эта поддержка пока не добавлена. Но не волнуйтесь, как вы знаете, мы ведем речь о ранней BETA-версии, а это свойство будет доступно, лишь начиная с Exchange Server 2007 BETA 2. Поскольку начальная установка не произошла, копия имеет статус поврежденной (Иллюстрация 7).
Если вы вызовете страницу Свойств (Properties) указанной группы хранения и откроете вкладку «Локальная непрерывная репликация» (Local Continuous Replication), вы увидите статус в более детализированном виде (Иллюстрация 8).
Поскольку начальная установка не произошла автоматически и является необходимым для нас шагом к получению функциональной копии базы данных в исправном состоянии, нам нужно выполнить начальную установку вручную, используя задачу «Обновить копию группы хранения» (Update-StorageGroupCopy). Но перед этим, нам нужно приостановить локальную непрерывную репликацию в соответствующей группе хранения. Как, возможно, некоторые из вас заметили, в «Панели действий» (Actions Pane) в панели управления Exchange есть соответствующая опция, но, к сожалению, в BETA 2 она не работает и, таким образом, предотвращает успешное выполнение LCR через GUI. Однако, вместо этого, мы можем выполнить нашу задачу через CMDlet в оболочке управления Exchange. Для этого вызовите оболочку следующим образом: «Пуск» (Start) > «Программы» (Programs) > «Microsoft Exchange Server 2007» > «Оболочка управления Exchange» (Exchange Management Shell), а затем, введите следующее:
Suspend-StorageGroupCopy –identity “First Storage Group”
Итак, мы приостановили LCR для группы хранения и нам нужно выполнить начальную установку, что мы сделаем, введя следующую команду:
Update-StorageGroupCopy –identity “First StorageGroup”
Обратите внимание на строку выполнения, показанную на нижеприведенной иллюстрации 9.
После завершения установки, мы снова можем возобновить LCR для группы хранения, выполнив команду CMDlet:
Resume-StorageGroupCopy –identity “First StorageGroup”
После возобновления LCR, давайте вернемся обратно в консоль управления Exchange и нажмем «Обновить» (Refresh) (иллюстрация 10).
Обратите внимание на статус «Группы хранения» (Storage Group) на странице «Свойства» (Properties). Можно видеть, что статус «исправен», а также такие параметры, как время последнего копирования журналов, перезапуска и т.д. (иллюстрация 11).
Ниже, на иллюстрации 12, вы можете увидеть установленную базу данных в проводнике Windows.
Испытание передачи файла журнала и механизма перезапуска
Теперь, после того, как мы запустили свойство LCR, я думаю, вам может быть интересно увидеть, как работает передача файла журнала? Для этого нам нужно просто послать тестовое сообщение с приложением (достаточно большим для генерации нескольких файлов журналов) с почтового ящика, расположенного в базе данных, принадлежащей группе хранения, для которой мы запустили LCR.
Как видно из иллюстрации 13 и 14 ниже, в настоящий момент существуют четыре файла журнала транзакции, относящихся к базе данных в группе хранения.
Что ж, давайте вызовем OWA 2007 и пошлем тестовое сообщение.
Как видно из иллюстрации 16, появились два новых журнальных файла.
Даже еще более интересным является то, что эти два журнальных файла были не только переданы в папку журнальных файлов (иллюстрация 17), но и преобразованы в реплику базы данных, как мы указали ранее при запуске LCR.
Переключение на реплицируемую базу данных
Отлично, теперь вы видели, как работают механизмы передачи журнальных файлов и запуска их на выполнение. Теперь, вероятно, вы хотите узнать, как переключиться на реплицируемую базу данных в случае повреждения рабочей базы данных почтового ящика.
Итак, сначала нужно убедиться, что соответствующая база данных почтового ящика отключена, а затем, запустить оболочку управления Exchange и ввести:
Restore-StorageGroupCopy –Identity “First Storage Group” –ReplaceLocations
Эта команда обновит активный каталог, базу данных почтового ящика, файлы журналов транзакций, таким же образом, как и указатели на реплики, в нашем случае это E:\DATABASES и E:\LOGS.
Поскольку речь идет о ранней BETA-версии, нам придется вручную скопировать журнальный файл-префикс из папки журнальных файлов в E:\LOGS (будет исправлено в BETA 2).
Теперь переключитесь обратно в консоль управления Exchange и найдите узел «Почтовый ящик» (Mailbox) в контейнере «Конфигурация сервера» (Server Configuration). Нажмите «Обновить» (Refresh) в «Панели действий» (Actions Pane), а затем убедитесь, что путь к базе данных изменился на E:\DATABASES\Mailbox Database.edb, как показано на иллюстрации 19 ниже:
Последний шаг состоит в запуске базы данных почтового ящика в работу. Когда вы таким образом запустите ранее реплицированную копию рабочей базы данных в использование, ваши пользователи даже ничего не заметят.
Замечание: Не забудьте перезапустить LCR для конкретной группы хранения после переключения на вторую копию базы данных.
Заключение
Если говорить о высокой надежности, то новая функция локальной непрерывной репликации в Exchange Server 2007 является крайне желательной. С ее помощью, вы не только будете способны сократить график резервного копирования с ежедневного до еженедельного и, таким образом, уменьшить общую стоимость обслуживания (TCO). Но, также, в случае повреждения или других сбоев рабочей базы данных в группе хранения, для которой запущена LCR, вы также сможете в течение нескольких секунд переключиться на вторую ее копию.
Многие из вас знают, что для репликации баз данных в Exchange 2003 требуются дорогие сторонние решения. Служба LCR – определенно заслуживает внимания клиентов вашего Exchange Server 2003 (или вашего начальника!), поскольку является одним из лучших доводов для перехода на Exchange Server 2007, когда это время придет.
Некоторые из вас также могли слышать о новой службе непрерывной кластерной репликации (CCR). Да, вы правы, я собираюсь рассмотреть ее в отдельной статье в ближайшем будущем.
