💾 Учебный планировщик · резервное копирование
Бэкап по правилу 3-2-1
Задай объём данных и срок хранения — план подскажет, сколько нужно хранилища под выбранную схему, какой у тебя RPO (сколько данных не жалко потерять) и закрыто ли правило 3-2-1и защита от шифровальщика. Главное, что должен понять каждый: RAID — это НЕ бэкап.
Где лежат данные → Анатомия сервера (RAID), стойка и зал. Защита сети → Конструктор сетей.
Незнакомы 3-2-1, RPO/RTO, инкремент/дифференциал, immutable? → 📖 словарь простыми словами внизу.
🧭 Первый раз планируешь бэкап? Прочитай этосвернуть ▾
Зачем это. Диски ломаются, файлы удаляют по ошибке, шифровальщики шифруют всё подряд. Резервная копия — единственное, что вернёт данные. RAID не спасёт: он защищает только от отказа диска.
Главное правило — 3-2-1. Держи 3 копии данных, на 2 разных носителях, и 1 — вне площадки (облако/другое здание/лента в сейфе). Тогда ни поломка, ни пожар, ни вирус не уничтожат всё сразу.
Как пользоваться. Задай объём, прирост, срок хранения и схему — увидишь размер хранилища, точки восстановления и чек-лист 3-2-1 с защитой от шифровальщика.
Сколько данных меняется ежедневно — от этого размер инкрементов.
Самая экономная по месту: ежедневно сохраняются только ИЗМЕНЕНИЯ. Минус — восстановление дольше: нужен полный + цепочка инкрементов.
свой сервер в другом здании/городе — данные не покидают организацию
⚠ Шифровальщики первым делом ищут и портят бэкапы. Держи хотя бы одну копию НЕИЗМЕНЯЕМОЙ (object-lock) или ОФЛАЙН (лента/отключаемый диск).
💡 Бэкап без проверенного ВОССТАНОВЛЕНИЯ — не бэкап. Регулярно делай тестовый restore: иначе узнаешь о битой копии в худший момент.
Принцип (это и есть главное)
- 🧱 RAID — это НЕ бэкап. Зеркало спасает от поломки диска, но не от удаления, шифровальщика, ошибки или пожара — они «отразятся» на всём массиве. Бэкап — отдельная копия во времени и пространстве.
- 3️⃣ Правило 3-2-1. 3 копии, 2 типа носителей, 1 — вне площадки. Минимум, ниже которого данные реально под угрозой.
- 🦠 Против шифровальщика — неизменяемость. Ransomware первым делом портит бэкапы. Спасает только то, что нельзя перезаписать (object-lock) или отключено физически (лента/air-gap).
- ⏱️ RPO и RTO задают схему. Сколько данных не жалко потерять (RPO) и за сколько надо подняться (RTO). Чаще бэкап → меньше RPO; дифференциал/снапшот → меньше RTO.
- 🔁 Бэкап без проверки restore — не бэкап. Регулярно восстанавливайся тестово: битую копию находят только так, а не в момент аварии.
📖 Словарь: простыми словами
Встретил незнакомое слово выше — найди его здесь. Коротко — суть; разверни — подробное объяснение с аналогией.
Правило 3-2-13 копии, на 2 носителях, 1 — вне площадки
Базовый принцип надёжного бэкапа: держи минимум ТРИ копии данных (продакшн + 2 бэкапа), на ДВУХ разных типах носителей, и ОДНУ — географически отдельно (offsite). Так ни пожар, ни поломка, ни ошибка не уничтожат всё разом.
RAID ≠ бэкапзеркало дисков НЕ заменяет резервную копию
RAID защищает от ОТКАЗА ДИСКА, но не от удаления файла, шифровальщика, ошибки человека или пожара — всё это мгновенно «отразится» на всех дисках массива. Бэкап — это отдельная копия во времени и в пространстве. Это разные задачи.
RPOсколько данных не жалко потерять (точка восстановления)
Recovery Point Objective — какой объём свежих данных допустимо потерять при сбое. Если бэкап раз в сутки, RPO = до 24 часов работы. Нужен меньше — делай бэкапы чаще (каждый час, непрерывная репликация).
RTOза сколько надо восстановиться (время простоя)
Recovery Time Objective — допустимое время восстановления сервиса после сбоя. От него зависит схема: быстрый RTO любит дифференциал/снапшоты и горячий резерв, а не «достать ленту из сейфа и лить сутки».
Полный / инкрементальный / дифференциальныйвся копия / только изменения за день / все изменения с полного
Полный — копия всех данных (много места, быстрый restore). Инкрементальный — только то, что изменилось со вчера (мало места, но восстановление = полный + вся цепочка). Дифференциальный — всё, что изменилось с последнего полного (растёт, но restore = полный + один дифференциал).
Снапшотмгновенный «слепок» состояния данных
Snapshot фиксирует состояние тома/ВМ на момент времени почти мгновенно (copy-on-write). Удобно откатываться, но снапшот на том же хранилище — НЕ бэкап (умрёт хранилище — умрут и снапшоты). Их выгружают в отдельное место.
GFS-ротация (дед-отец-сын)ежедневные + еженедельные + ежемесячные копии
Grandfather-Father-Son: храним, например, 7 ежедневных, 4 еженедельных и 12 ежемесячных копий. Так есть и свежие точки, и глубокая история без хранения сотен полных копий.
Offsite / вне площадкикопия в другом месте — на случай пожара/кражи
Хотя бы одна копия физически отдельно от оригинала: облако, вторая площадка, лента в сейфе. Если бэкап лежит рядом с сервером, пожар или кража заберут и его.
Неизменяемые / air-gap бэкапыкопия, которую нельзя стереть/зашифровать
Immutable (object-lock в S3) или офлайн (отключённая лента/диск) бэкапы защищают от шифровальщиков: вирус, захвативший сеть, не сможет удалить или зашифровать то, что нельзя перезаписать или к чему нет доступа. Ключевая защита против ransomware.
Дедупликация и сжатиехранить уникальные блоки один раз — экономия места
Дедупликация не хранит повторяющиеся блоки дважды, сжатие ужимает данные. Вместе дают экономию в 1.5–3 раза (а на похожих ВМ — и больше), резко снижая размер хранилища под бэкапы.
Проверка восстановления (restore test)регулярно пробуй реально восстановиться из копии
Бэкап ценен только если из него можно восстановиться. Битые копии, забытые зависимости, неполные наборы вскрываются ТОЛЬКО при тесте restore. Делай его по расписанию — иначе «бэкап есть, а данных нет».
Дальше по теме
Эти инструменты связаны с текущим — так задачи стыкуются на практике.
Все инструменты — в каталоге.