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

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)

Теги

 

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

Замена диска в HP MSA 2040

В СХД HP MSA 2040 начал выходить из строя диск. Он пока не отметился как failed, но практически каждый день на нём стали происходить ошибки вида: .1.3.6.1.4.1.11.2.51.0.3001 Normal "General event" 10.10.10.12 - 3878 3 Event type: 58, An event was reported by a disk drive. (disk: channel: 0, ID: 1, SN: XXXXXXXX, enclosure: 1, slot: 2) (Key,Code,Qual,UEC:0xB,0x11,0x3,0x0000) (CDB:Rd 27212000 0800)(Info:0x272125AA)(CmdSpc:0x0, FRU:0x42, SnsKeySpc:0x0)(Aborted Command, multiple read errors)

HPE H241 Smart HBA выходит из строя

На сервере HPE Proliant DL20 начал глючить адаптер HPE H241 Smart HBA. Я собирался написать длинную статью про то, как с термопастой, отвёртками, щётками и спиртом наперевес борюсь с окислением контактов и героически побеждаю проблему — не вышло.

Seafile — установка на Ubuntu 18.04 LTS

Seafile — это личное облачное хранилище для хранения данных в стиле Dropbox. Сегодня мы развернём это хранилище на виртуальном сервере. В качестве гипервизора у нас ESXi 6.7 Update 1.