Перейти к основному содержанию

3-2-1 — стандарт резервного копирования

Lego

Золотой стандарт резервного копирования, который заботится о ваших данных.

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

Именно для таких случаев существует простое, но невероятно эффективное правило, придуманное профессиональным фотографом Питером Крогом еще в конце прошлого века. Оно называется "Правило 3-2-1" и по сей день считается мировым стандартом надежности.

В чем суть?

Название правила — это простая формула, описывающая идеальную архитектуру хранения бэкапов. Чтобы ваши данные были в безопасности, необходимо соблюсти три условия.

Первое условие касается количества копий. У вас должно быть как минимум три экземпляра ваших данных. Первый — это то, с чем вы работаете каждый день (оригинал на вашем компьютере или ноутбуке). В корпоративной среде принято этот экземпляр не считать, а считать его резервную копию на соседнем диске. Или стендбай сервер БД.  Два других — это тоже резервные копии, всего три. Почему именно три? Потому что если одна из копий выйдет из строя, у вас всегда останется дубль, и у вас будет время заметить проблему и восстановить надежность системы.

Второе условие говорит о разнообразии носителей. Данные должны храниться на двух разных типах устройств или носителях. Здесь логика проста: разные типы оборудования ломаются по-разному и с разной вероятностью. Например, если вы храните оригинал на внутреннем SSD-диске вашего компьютера, а единственный бэкап делаете на внешний HDD-диск, который лежит рядом, то в случае скачка напряжения в сети или пожара вы можете потерять оба накопителя одновременно. Поэтому важно, чтобы физическая природа устройств различалась. Это может быть связка "внутренний диск + внешний диск" или "компьютер + сетевое хранилище (NAS)" или "компьютер и облако". Главное — не класть все яйца в одну корзину.

И наконец, третье, самое важное условие — географическая удалённость. Одна из копий обязательно должна находиться за пределами вашего дома или офиса. Это защитит вас от глобальных проблем: пожара, затопления соседями, электрического скачка, ограбления или стихийного бедствия. Если случится непоправимое, все физические носители в одном месте могут быть уничтожены. Но та копия, которую вы предусмотрительно отправили в другое место, уцелеет.

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

Для обычного пользователя реализация правила 3-2-1 может выглядеть так:

  • Первая копия (основная) — это файлы на вашем рабочем ноутбуке.
  • Вторая копия (локальный бэкап) — это регулярное копирование важных папок на внешний жесткий диск, который подключен к домашнему Wi-Fi роутеру или лежит на полке.
  • А третья копия (внешняя) — это автоматическая загрузка самых ценных документов и фото в облачное хранилище.

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

Регулярность

Самая надежная система резервного копирования бесполезна, если копии делаются раз в полгода. Правило 3-2-1 работает только в связке с автоматизацией и регулярностью. Настройте автоматическое создание бэкапов раз в день или раз в неделю, чтобы в случае чего потерять не годы работы, а максимум несколько дней.

Правило 3-2-1 выдержало проверку временем именно потому, что оно учитывает самые разные сценарии катастроф: от банального сбоя техники до форс-мажорных обстоятельств. Потратьте немного времени на организацию такого хранения сегодня, чтобы завтра не корить себя за потерю действительно важных вещей.

Стоимость

Если пренебречь сжатием, то объём хранимых данных возрастает в четыре раза. Это если у нас одна резервная копия. А диски дорогие. Если ещё и частота резервного копирования большая, объём резервируемых данных пухлый, каналы связи скоростные, то правило 3-2-1 может ударить по карману.

Если стоимость данных меньше стоимости организации резервного копирования, то стандартом 3-2-1 принебрегают. Совсем без бэкапа, конечно, жить тяжело, но можно выделить хотя бы один массив на медленных HDD дисках в облаке, частоту бэкапа снизить, сжимать резервные копии, включить дедупликацию, сократить сроки хранения и количество хранимых копий. Лучше жить с плохим бэкапом, чем совсем без него.

Планируйте

При планировании нового проекта следует ещё при планировании закладывать ресурсы на организацию резервного копирования.

Полезные ссылки

План аварийного восстановления — DRP (Disaster Recovery Plan)

Теги

 

Похожие материалы

Zabbix шаблон для мониторинга ленточной библиотеки HP MSL 4048 (G3 Series)

Делюсь полезным шаблоном для мониторинга сервера ленточной библиотеки HP MSL 4048. Мониторим по SNMP. Шаблон делал сам. Шаблон также подходит для других библиотек HP MSL G3 Series.

Отключаем полку HPE MSA 2040 ES LFF Disk Enclosure от СХД и подключаем её к серверу

Привет, сегодня проводим эксперимент. Мы отключим полку HPE MSA 2040 ES LFF Disk Enclosure от СХД HP MSA 2040 и подключим её к серверу HPE Proliant DL360 Gen9.