Здесь мы запускаем 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, но мне нравится идея экономии места при выполнении дифференциальных резервных копий.
У кого-нибудь есть идеи?
Ух ты, на этот раз мои навыки гугла подвели меня. Я провел еще несколько поисков и в конце концов нашел свой ответ:
Инкрементное и дифференциальное резервное копирование не работают на Exchange, когда включено циклическое ведение журнала. Кроме того, в SBS 2003 по умолчанию включено циклическое ведение журнала. По-видимому, были некоторые новички-администраторы SBS, которые никогда не обменивались резервными копиями, и их жесткие диски в конечном итоге заполнялись журналами Exchange. Поэтому команда SBS решила отправить обмен с циклическое ведение журнала включено.
Резервное копирование SBS лучше всего выполнять с помощью встроенного мастера резервного копирования. SBS выполняет полное резервное копирование только с помощью готовых инструментов. Если вам нужно что-то более сложное, лучше всего купить стороннее решение, такое как Symantec Backup Exec.
Как вы уже обнаружили, SBS использует «циклическое ведение журнала» для баз данных обмена. Это означает, что он поддерживает только минимальный журнал транзакций, и этот журнал перезагружается. Обычно журнал транзакций обмена сохраняется, пока не будет выполнено полное резервное копирование, а затем удаляется. Это не применяется, когда используется циклическое ведение журнала, потому что один и тот же небольшой файл журнала транзакций повторно используется снова и снова. Следовательно, для дифференциальной резервной копии нечего создавать, и она не имеет смысла, когда включено циклическое ведение журнала.
Backup exec имеет некоторые полезные дополнительные возможности по сравнению с версией NTBAckup с поддержкой обмена, такие как возможность резервного копирования и восстановления отдельных почтовых ящиков и сообщений. Возможно, стоит подумать.
Я считаю, что магазин Exchange - это форма базы данных (относящаяся к JET или MS-SQL). Вы не можете выполнить «дифференциацию» этого файла, потому что, если сервер обмена запущен, его согласованность не гарантируется, и он может измениться в любой момент (в том числе на полпути через резервную копию).
Вам нужен специализированный инструмент резервного копирования, чтобы правильно обрабатывать обмен, если только вы не отключили обмен во время резервного копирования. Даже тогда вы захотите сделать «полную» резервную копию магазина.