Назад | Перейти на главную страницу

Резервное копирование Windows Server - диск заполнен

У нас есть система Win SBS 2011 Essentials, SP1, автоматическая установка обновлений. Он использует Windows Server Backup для ежедневного резервного копирования на один из пяти внешних USB-накопителей, которые мы чередуем вне офиса. Windows Server Backup использует диски как выделенные резервные диски.

Похоже, что это происходит постепенно, и один из дисков заполнен, и теперь резервное копирование на этот диск не выполняется. Хотя исследования показывают, что Windows Server Backup должна управлять своим собственным пространством и удалять старые файлы, в данном случае это не так. К сожалению, если заполнен только один диск, это говорит о том, что на каждом диске есть разные резервные копии, а если они инкрементные, это означает, что у нас есть одна единственная резервная копия, которая зависит от доступности и работоспособности всех пяти дисков.

В управлении дисками я вижу диск и вижу, что он заполнен. Однако я не могу его смонтировать - если я назначу ему букву диска, на сервере или на другом компьютере, диск монтируется, но становится недоступным. То же самое происходит, когда я подключаю другой диск, чтобы проверить, что с диском не в порядке.

Резервные копии относятся к определенным папкам. Каждый из дисков резервного копирования имеет тот же размер, что и исходный диск, поэтому мы не пытаемся создать резервную копию большего количества данных, чем может вместить место назначения. Но поскольку (я полагаю!) Они не являются образами состояния системы, я не могу использовать wbadmin для удаления старых.

Я пробовал использовать vssadmin для этого, но получаю сообщение об ошибке «моментальные снимки были найдены, но они были вне разрешенного контекста».

Изучая, я нашел эти варианты;

Неужто есть четвертый вариант лучше? И прав ли я в том, что есть несколько фатальный недостаток, заключающийся в том, что инкрементальные значения основаны на последнем запуске резервного копирования, а не на последнем запуске резервного копирования с использованием подключенного в данный момент диска?

Лично я бы посоветовал Get a different backup program - Я мало знаю о резервном копировании Windows Server на SBS, но знаю, что специальные программы резервного копирования специально разработанный для того рабочего процесса, который вы описываете.

Если вы хотите попытаться сэкономить, я бы посоветовал вам отложить текущие резервные диски и купить новые, а затем настроить правильную ротацию резервных копий.

«Правильная ротация резервных копий» будет выглядеть примерно так:

  • Каждую пятницу делайте полную резервную копию сервера. Отправьте этот диск за пределы офиса в понедельник утром.
  • С понедельника по четверг сделайте инкрементную резервную копию - в идеале для разделения дисков, как вы делаете сейчас - и отправьте их за пределы офиса.

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

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


Как отметил Грант в своем комментарии, ВАМ ТАКЖЕ НЕОБХОДИМО ПРОВЕДЕНИЕ ТЕСТИРОВАНИЯ ВОССТАНОВЛЕНИЯ при настройке новой ротации резервных копий.

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