Обновить

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

Уровень сложностиПростой
Время на прочтение9 мин
Охват и читатели12K
Всего голосов 7: ↑4 и ↓3+2
Комментарии7

Комментарии 7

А у меня всё просто и надёжно: машина бекапов сама подключается к клиентам, по своей инициативе, качает данные и отключается. При этом зайти на саму эту машину невозможно. Взломать это можно либо через 0-day в SSH, по которому он качает апдейты, либо через 0-day в nginx, через который он отчёты показывает. Удачи.

Бекапы потом локально хранятся или тоже отправляются в разные облака?

У меня примерно так же. Кроме того, в случае шифрования основных данных, в самом крайнем случае, резервное хранилище просто переполнится. Это если не следить. А так то надо смотреть логи изменения файлов и если появился толстый лог и если есть аномалии в виде массового изменения, то разбираться. В любом случае более ранние копии не должны автоматически затираться ради сохранения новых. А если массового изменения файлов не было, то можно раз месяц ручками пройтись.

НЛО прилетело и опубликовало эту надпись здесь

Очередная лирика на тему backup.

Приведите примеры компаний где работают лучшие практики backup

И кто реально может рассказать как это реализовано и сколько финансов это требует на единицу объема данных

Про финансы - конкретную сумму очень легко расчитать. Это будет... до хрена.

У меня стойкое чувство, что эту статью можно было уложить в два-три небольших абзаца.

Мне вот интересно, вы, когда писали сие произведение не испытывали чувства стыда, что многим людям придется тратить время, чтобы прочитать это и уже на трети или даже четверти пути остановятся и просто проклянут вас?

P.S. Хотя, благодаря вам я не поленился лучше разобраться в настройках сайта и найти кнопку "скрыть публикации автора". Вот здесь мое искреннее спасибо!

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации