Начало месяца - время делать бэкапы. О бэкапах уже столько сказано, что еще одна статья ничего нового не добавит, но тем не менее позволю себе поделиться своим опытом.
Сразу скажу, что не бывает правильных и неправильных схем архивирования. Бывают те, которые подходят для вашей задачи и не подходят.
Пока мой архив был меньше 10 Тб, я не понимал, нахрена нужны инкрементные копии? А у кого-то петабайты…
Инфраструктуру можно поднять - это вопрос времени, но есть данные, которые нарабатывались несколько лет, и именно их потеря может быть очень критичной.
И из этого следует, что СХД для архивов должна быть самым защищенным элементом инфраструктуры. Очень хорошо, если на эту машину нельзя попасть никаким способом, кроме физического доступа.
Кроме этого. СХД - тоже компьютер, поэтому тоже может выйти из строя. Поэтому необходимо хранить данные еще и отдельно на внешних дисках.
Причем дисков должно быть минимум два с чередованием (месячным, недельным, ежедневным не важно, но чередование должно быть). Кроме того, есть холивар, по поводу того, кто должен быть инициатором соединения при архивировании - СХД или рабочий сервер.
Просто подумайте, кто больше подвержен атаке клиент или сервер. Конечно сервер. Поэтому для обеспечения минимальной безопасности архивов инициировать соединение должна СХД.
Я для себя решил вопрос с помощью “перевалочной базы” - Машины, на которую сервера сваливают одну дневную копию, и с которой СХД забирает все архивы.
Т.е. и рабочие сервера и СХД в этой схеме являются клиентами. Дело в том, что хорошо защитить один перевалочный сервер проще, чем каждый рабочий сервер.
Не буду напоминать, что каждый клиент загружает копию под своей учеткой, чтобы в случае взлома сервера нельзя было поломать архивы соседних серверов.
Но в этой схеме тоже есть недостатки: дополнительное место, двойной расход сетевого трафика, да и машина нужна.
Но кроме этого, я сохраняю несколько дневных копий (до 7 штук) прям на сервере, на тот случай, если с данными накосячат пользователи. Причем последнюю копию даже не сжимаю и не шифрую.
Ну, и остался вопрос именования архивов. Кто-то использует даты в имени и удаляет по устареванию. Я использую цифры и провожу ротацию по одному файлу за раз. Потому что в случае атаки на сервер времени дата-именованные архивы можно потерять за раз.
Для нумерованных архивов для атаки - дату нужно менять несколько раз.
Причем число раз будет зависеть от схемы.
Итоговая схема
В общем резюмирую:
- Хороших и плохих схем архивирования не существует - есть такие, которые подходят вам и не подходят.
- СХД - самая защищенная машина инфраструктуры. Без возможности управления по сети.
- Есть внешние копии с чередованием, на случай выхода из строя СХД.
- Архивные копии между СХД и сервером передаются через промежуточную машину.
- Несколько дневных копий можно ДОПОЛНИТЕЛЬНО хранить на самом рабочем сервере.
- Используем нумерованные архивы с ротацией.
Холивар в комментариях приветствуется.








Комментарии
Виджет комментариев загружается с серверов Telegram и может использовать cookies. Разрешите внешние сервисы, чтобы открыть обсуждение.