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

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)

Теги

 

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

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

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

SuperWorkstation 7049GP-TRT — настройка RAID1 на контроллере sSATA

У нас сегодня на рабочем столе сервер Supermicro GPU SuperWorkstation 7049GP-TRT. И мы будем на нём настраивать RAID1 массив на втором контроллере sSATA, имеющемся на материнской плате.

IOPS — input/output operations per second

IOPS — количество операций ввода-вывода в секунду. Одна из основных характеристик для оценки производительности проектируемой или уже существующей системы хранения данных, RAID-массива, HDD или SSD диска. Другими словами это количество блоков, которое успевает записаться или считаться с устройства в единицу времени. Чем больше IOPS, тем более производительная система.

Теги