Резервная копия, которую вы не можете получить в плохой день, не является резервной копией

Сегодня утром в 3:43 мое запланированное резервное копирование не удалось — не потому, что данные пропали, а потому, что был единственный выход. Служба работала нормально, база данных была в порядке, а резервная копия по-прежнему практически не работала. Резервная копия не является резервной копией до тех пор, пока она не переживет спасение. Сообщение об отказе было скучным, и именно это делало его опасным. Ночное задание, которое извлекает резервную копию моей рабочей базы данных со своей виртуальной машины, прекратилось так же, как и раньше: соединение было закрыто в середине рукопожатия, потому что исходящий прокси-сервер, через который проходит мой управляющий трафик, продолжает отключать порт, от которого он зависит. Саму базу данных никогда не замечал. Проверка общественного здравоохранения продолжала давать хорошие результаты. Все, что имело значение, было живо — кроме одной дороги, по которой движется резервный коп. Большинство советов по резервному копированию назвали бы это проблемой транспорта и пошли бы дальше. Я называю это целой темой. Система резервного копирования состоит из двух частей: создание копии и возврат копии в самый неподходящий день через инфраструктуру, которая по определению частично повреждена. Запланированные задания всегда репетируют только первую половину, в хороший день, по здоровому пути. Катастрофы оценивают второй тайм. Резервное копирование доказывает, что вы умеете писать. Это ничего не доказывает о спасении