Comments 10
А у меня всё просто и надёжно: машина бекапов сама подключается к клиентам, по своей инициативе, качает данные и отключается. При этом зайти на саму эту машину невозможно. Взломать это можно либо через 0-day в SSH, по которому он качает апдейты, либо через 0-day в nginx, через который он отчёты показывает. Удачи.
Бекапы потом локально хранятся или тоже отправляются в разные облака?
У меня примерно так же. Кроме того, в случае шифрования основных данных, в самом крайнем случае, резервное хранилище просто переполнится. Это если не следить. А так то надо смотреть логи изменения файлов и если появился толстый лог и если есть аномалии в виде массового изменения, то разбираться. В любом случае более ранние копии не должны автоматически затираться ради сохранения новых. А если массового изменения файлов не было, то можно раз месяц ручками пройтись.
К нам работать пойдёте? ))
Очередная лирика на тему backup.
Приведите примеры компаний где работают лучшие практики backup
И кто реально может рассказать как это реализовано и сколько финансов это требует на единицу объема данных
У меня стойкое чувство, что эту статью можно было уложить в два-три небольших абзаца.
Мне вот интересно, вы, когда писали сие произведение не испытывали чувства стыда, что многим людям придется тратить время, чтобы прочитать это и уже на трети или даже четверти пути остановятся и просто проклянут вас?
P.S. Хотя, благодаря вам я не поленился лучше разобраться в настройках сайта и найти кнопку "скрыть публикации автора". Вот здесь мое искреннее спасибо!
Правило 3-2-1: почему базовый принцип резервного копирования перестал быть достаточным