Проверка восстановления: зелёная задача, это не доказательство

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

AtlasPVE ·

Эта статья отвечает на

  • proxmox восстановить резервную копию
  • как восстановить в proxmox
  • как понять что резервная копия proxmox работает
  • proxmox проверка резервной копии
  • proxmox конфликт vmid при восстановлении

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

Три уровня проверки

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

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

Третий: делает ли она свою работу. Поднимается ли приложение, на месте ли данные, не пропал ли последний час. На критичных машинах это и есть настоящий вопрос, потому что машина, которая загружается, но загружается пустой, никого не спасает.

Правило проверки без поломок

Всегда восстанавливайте под новым идентификатором, никогда поверх работающей машины. И проводите проверку с отключённой сетью: две машины с одинаковой личностью и одинаковым адресом дерутся в одной сети, и цену платит не ваша пробная копия, а работающий оригинал.

Что находят люди, когда наконец проверяют

То, что находят проверяющие впервые, поразительно похоже от установки к установке. Копии три недели, потому что задача тихо остановилась и никто не посмотрел. Машина загружается, но приложение требует ключ, который лежал в другом месте. Восстановлению нужно больше места, чем есть на цели. Ничего из этого не видно во время создания копии; всё это видно во время восстановления.

Сюрпризы в момент восстановления

Конфликт идентификатора: этот номер уже занят. Имя хранилища: копия ссылается на имя, которого на этой машине больше нет. Имя моста: сетевое описание в копии указывает на мост, которого у этого сервера нет, поэтому машина загружается без сети.

Ничто из этого не является поломкой, это последствия переезда. Но встреченные впервые в день настоящей катастрофы, они неотличимы от поломки.

Частота и календарь

Проверка восстановления раз в квартал стоит больше, чем безупречная политика копирования, которую ни разу не отрабатывали. Привяжите проверку к дате; проверки, отложенные до «когда будет время», не случаются. Запишите, что нашли, потому что если следующая проверка найдёт то же самое, беда не в копии, а в процессе.

Смысл в репетиции

В день настоящей потери у вас не будет времени всему этому учиться. Единственное, что делается в тот день, это повторение уже проделанной работы. Проверка, это репетиция того дня, и ровно этим репетиция и ценна.

Что делает Atlas

Atlas показывает, какие копии существуют, где они лежат и когда были сняты, так что вопрос «есть ли у меня копия и какой она давности» решается взглядом, а не догадкой. Это первый шаг описанной выше проверки: убедиться, что есть что проверять. Само восстановление выполняется с экранов на стороне Proxmox; Atlas не встаёт на пути, он делает видимым то, что у вас на руках.

Источники

Собственная документация Proxmox. На английском, и последнее слово в этом вопросе за ней.

Похожие статьи

Как это выглядит внутри Atlas?

Перейти на страницу продукта