Ошибка при попытке сделать дифференциальное или инкрементное резервное копирование Exchange с помощью ntbackup
Мы запускаем Small Business Server 2003 здесь. В последнее время я проверял наши процедуры резервного копирования и в журналах ntbackup заметил, что разностное резервное копирование Exchange завершалось с ошибкой:
(SERVERNAME) \ Microsoft Information Store \ First Storage Group не является допустимым диском, или у вас нет доступа.
Быстрый поиск Google нашел эту статью MS KB: http://support.microsoft.com/kb/555613 Однако оба предложенных исправления не относятся к нашей проблеме. Первое решение - убедиться, что носитель с резервной копией отформатирован и имеет достаточно места. Итак, нашей целью резервного копирования является внешний жесткий диск объемом 1 ТБ и около 600 гигабайт свободного места. (Полная резервная копия нашей базы данных Exchange в настоящее время составляет около 5 ГБ). Второе предлагаемое исправление заключается в том, чтобы "выполнить полное резервное копирование перед попыткой создания инкрементного". И опять же, этого не может быть, потому что мы делаем полное резервное копирование два раза в неделю.
В журнале приложения нет ошибок, только записи для начала и окончания ntbackup. Я также проверил создание дифференциального и инкрементного резервного копирования на внутренний диск сервера, что неудивительно, что он по-прежнему не работал.
Я мог бы обойти эту проблему, всегда делая полное резервное копирование Exchange, но мне нравится идея экономить место при создании разностных резервных копий.
У кого-нибудь есть идеи?
3 ответа
Вау, мои навыки поиска в Google на этот раз подвели меня. Я сделал еще несколько поисков и в конце концов нашел свой ответ:
Инкрементные и дифференциальные резервные копии не работают на Exchange, когда включено циклическое ведение журнала. Кроме того, в SBS 2003 циклическое ведение журнала включено по умолчанию. По-видимому, были некоторые новички в администрировании SBS, которые никогда не обменивались резервными копиями, и их жесткие диски в конечном итоге заполнялись журналами Exchange. Поэтому команда SBS решила отправить обмен с включенной циркулярной регистрацией.
Резервное копирование SBS лучше всего выполнять с помощью встроенного мастера резервного копирования. SBS выполняет полное резервное копирование только с использованием готовых инструментов. Если вам нужно более изощренное решение, лучше купить стороннее решение, такое как Symantec Backup Exec.
Как вы уже обнаружили, SBS использует "циклическое ведение журнала" для баз данных Exchange. Это означает, что он поддерживает только минимальный журнал транзакций, и журнал перерабатывается. Обычно журнал транзакций обмена сохраняется до полного резервного копирования, а затем удаляется. Это не применяется, когда используется циклическое ведение журнала, потому что один и тот же небольшой файл журнала транзакций используется снова и снова. Таким образом, дифференциальное резервное копирование не имеет ничего для резервного копирования и не имеет никакого смысла, если включено циклическое ведение журнала.
Backup exec имеет несколько полезных дополнительных возможностей по сравнению с версией NTBAckup, поддерживающей обмен, например, возможность резервного копирования и восстановления до отдельных почтовых ящиков и сообщений. Это может стоить задуматься.
Я считаю, что хранилище Exchange - это форма базы данных (связанная с JET или MS-SQL). Вы не можете выполнить "дифференцирование" этого файла, потому что, если сервер Exchange работает, он не гарантированно будет непротиворечивым, и он может измениться в любой момент (в том числе в середине резервной копии).
Вам нужен специализированный инструмент резервного копирования для правильной обработки обмена, если вы не отключили обмен во время резервного копирования. Даже тогда вы захотите сделать "полную" резервную копию магазина.