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

1. Вы шифровали бэкапы симметричным ключом, а единственная копия этого ключа хранилась именно на том диске, который сгорел.
2. Вы бэкапили только содержимое ваших веб-сайтов на ASP.NET, а огромную IIS metabase оставляли без внимания.
3. Ежедневный дамп вашей базы данных делался на FAT-раздел, где он автоматически обрезался до 2 Гб без сообщения об ошибке.
4. Ваш хостер автоматически бэкапил данные со всех серверов на ленточные носители, но именно ваша кассета затерялась на складе, и ее поиски заняли три дня.
5. а также множество других, не менее интересных историй, которые полностью перечеркивают тот факт, что вы делали бэкапы.

Просто делать бэкапы недостаточно. Нужно быть уверенным, что в случае необходимости вы сможете их восстановить.
Если мы говорим о веб-сайтах, то под восстановлением бэкапа я понимаю следующее: у вас должна быть возможность быстро восстановить достаточно свежую копию вашего сайта со всем содержимым на абсолютно чистой машине без необходимости обращаться к оригинальному серверу (ведь все данные на нем могут быть утеряны).
И если вы можете восстановить свой сайт в таких условиях — значит вы правильно делаете бэкапы.
Так что перестаньте просто делать бэкапы. Начните их восстанавливать.
Перевод заметки Джоэля Спольски (Joel Spolsky) «Let’s Stop Talking About Backups«. Джоэль Спольски — один из создателей stackoverflow.com и ведущий блога joelonsoftware.com.
Источник информации: Хабрахабр