Главная > Exchange 2007, MS Exchange team > Архивация Exchange 2007 SP2 в Windows Server 2008

Архивация Exchange 2007 SP2 в Windows Server 2008

Было уже многое сказано о том что Windows Server Backup в Windows Server 2008 не предоставляет встроенных возможностей для архивации Exchange 2007. Примеры приводятся здесь и здесь, а также на огромном количестве прочих блогов и сайтов. Недостатка во мнениях не наблюдалось.

Как уже ранее упоминалось в анонсе Exchange 2007 Service Pack 2 — Microsoft собиралась предоставить плагин для встроенной архивации с Exchange 2007 SP2. Теперь публикуются еще и некоторые детали на счет этого дополнения:

  • Интеграция этого дополнения позволит Windows Server Backup архивировать данные Exchange. Имейте ввиду, что там не будет каких-то особых изысков «специально для Exchange» в процессе архивации. Другими словами – это обычный снимок диска. Если данные Exchange располагаются на диске «C:\», бэкап диска «C:\» также затронет все группы хранения (Storage Groups) на нем (и очистит журналы транзакций всех групп после успешного завершения архивации). Кроме того, этот вид архивации не будет отличаться особой визуальной индикацией того, что базы Exchange были заархивированы, кроме следующего:

  • Поддерживается только VSS-архивация. Потоковой архивации нет.
  • Архивировать можно на локальный диск или на сетевой ресурс.
  • Архивация не работает удаленно.
  • Плагин поддерживает только полную архивацию (full backup) активной копии (в случае постоянной репликации LCR, CCR или SCR).
  • When restoring, you do not have to restore the whole backed up volume, but can choose to restore only Exchange application data:




    И далее:
  • Восстановление может проводится прямо в оригинальное местоположение, или еще куда-либо. Восстановление в оригинал разархивирует все сохраненные Storage Groups в их оригинальное местоположения, и выполнит восстановление автоматически (по умолчанию). Это означает отсутствие явной поддержки групп восстановления (RSG, Recovery Storage Groups). Чтобы использовать RSG, вам нужно восстанавливать данные «во вне», т.е. в альтернативное местоположение. А затем, нужные файлы можно переместить в группу восстановления RSG (инструкции по созданию Recovery Storage Group [Ru],[En]).
  • Можно разворачивать архивы, сделанные на других серверах *.

* Считайте, что появился еще один способ восстановления Exchange, эксплуатируя «Database Mobility»

Датальные описания будут доступны, как только Microsoft опубликует Service Pack 2. Не смотря на это, подобное решение архивации не предоставляет всей функциональности архивации, как в случае с установкой Exchange 2007 на Windows Server 2003. Оно не поддерживает основные сценарии для маленьких организаций (а иногда и большие могут баловаться подобными). Ну и конечно плагин будет предоставлен бесплатно.

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

  1. ripev
    18 Май 2009 в 08:00 | #1

    Отлично.

    Что означает восстановление в оригинальное местоположение и выполнение автоматического восстановления?

  2. pan_2@LJ
    19 Май 2009 в 09:20 | #2

    @ripev
    внимательно посмотрите на последний скриншот

  3. 10 Июнь 2009 в 14:06 | #3

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

  4. Максим Валеев
    18 Октябрь 2011 в 15:08 | #4

    Приветствую, Максим.
    Хочу попросить совета с Exchange 2007 SP1. Для резервирования базы хотел использовать LCR, но при включении выходит ошибка о том что один из журналов не найден, попытка найти его руками тоже не принесла успеха. Прочел на форумах что это бывает когда используется «Непрерывное ведение журналов» типа новые перезаписывают старые. Вот как бы и суть вопроса, как поступить со всем этим? Хотел сделать full backup и обрезать журналы, но не знаю какими средствами. И не понадобятся ли эти самые журналы и тут. Заранее спасибо за ответ.

    • MaxMVP
      18 Октябрь 2011 в 15:15 | #5

      Привет, тезка!
      LCR это хороший выбор, тем более, что потом в 2010 он и сохранился, правда немного измененным.
      Действительно, в свойствах вашей группы хранилищ установлена опция «циклических логов», а это не очень хорошо, т.к. в случае сбоя восстановить из нее можно будет немного.
      Внимательно смотрите свойства storage group, там немного опций, одна из них — circular logging.
      Чтобы отключить циклические логи используйте
      Set-StorageGroup -Identity "First Storage Group" -CircularLoggingEnabled $false
      После этого можно будет включать LCR.

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

  5. Максим Валеев
    19 Октябрь 2011 в 03:41 | #6

    Спасибо, буду пробовать. А как выполнить Full backup ntbackup’ом? У меня Windows Server 2003 R2, что то не нашел описания того что это на нем можно сделать. Или для начала мне надо до SP2 обновиться, а уже потом делать backup?

  6. Максим Валеев
    19 Октябрь 2011 в 04:20 | #8

    И еще такой вопрос, при включении LCR Exchange ругается «Ошибка, была попытка произвести недопустимые действия над разделам реестра, помеченным для удаления». Где найти этот раздел и как удалить?

    • MaxMVP
      21 Октябрь 2011 в 22:54 | #9

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

  7. Максим Валеев
    24 Октябрь 2011 в 03:30 | #10

    LCR подключил, ошибка на которую ругался exchange ушла сама собой после пару перезагрузок. Единственная проблема сейчас это периодически повторяющееся предупреждение в журналах (периодичность 10-13 минут)

    Тип события: Предупреждение
    Источник события: MSExchangeRepl
    Категория события: Служба
    Код события: 2136
    Дата: 24.10.2011
    Время: 8:38:54
    Пользователь: Н/Д
    Компьютер: EXCHANGE
    Описание:
    Сбой контекста усечения журналов Open RPC для банка данных. Группа хранения: «EXCHANGE\Second Storage Group». Код ошибки: 3355379665.

    Дополнительные сведения можно найти в центре справки и поддержки, в «http://go.microsoft.com/fwlink/events.asp».

    Тип события: Предупреждение
    Источник события: MSExchangeRepl
    Категория события: Служба
    Код события: 2136
    Дата: 24.10.2011
    Время: 8:40:12
    Пользователь: Н/Д
    Компьютер: EXCHANGE
    Описание:
    Сбой контекста усечения журналов Open RPC для банка данных. Группа хранения: «EXCHANGE\First Storage Group». Код ошибки: 3355379665.

    Дополнительные сведения можно найти в центре справки и поддержки, в «http://go.microsoft.com/fwlink/events.asp».

    Get-StorageGroupCopyStatus и Test-ReplicationHealth показывают что все в порядке и тесты пройдены, в интерфейсе показано что LCR работоспособна. И еще, появилось куча журналов в папке LCR хотя циклическое ведение журналов включено.

    [PS] C:\Documents and Settings\admin>eseutil.exe /mk E00.chk

    Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
    Version 08.01
    Copyright (C) Microsoft Corporation. All Rights Reserved.

    Initiating FILE DUMP mode…
    Checkpoint file: E00.chk

    Operation terminated with error -542 (JET_errCheckpointFileNotFound, Could not l
    ocate checkpoint file) after 0.15 seconds.

  1. Пока что нет уведомлений.