Назад | Перейти на главную страницу

Безопасное резервное копирование системного диска сервера Debian?

Я хотел бы БЕЗОПАСНО сделать резервную копию системного диска сервера Debian 9 с помощью cron (поэтому требуется решение без графического интерфейса) на удаленный диск ISCSI через локальную сеть. Использование EXT4 в качестве формата системного раздела.

Под "БЕЗОПАСНО" я имею в виду: резервная копия должна быть атомарной, без гонок. Также требуется, чтобы восстановление системы было относительно простым и быстрым с удаленного ISCSI. Резервное копирование дисков с данными выполняется на удаленный диск ISCSI в локальной сети.

В настоящее время я использую два типа решений, чтобы иметь возможность восстановить, если системный раздел потерян, и мне нужно восстанавливать с нуля:

Сохранять историю изменений каталога / etc с помощью etckeeper (использует GIT внутри)
Храните копию файлов системного раздела с rsnapshot (внутренне использует RSYNC)

Однако я считаю, что это резервное копирование системы недостаточно безопасно, поскольку оно не является атомарным (пока выполняется резервное копирование, на системном диске могут произойти изменения).

Я мог бы рассмотреть и другие решения:

Использование LVM в качестве формата системного диска, потому что моментальные снимки LVM атомарны. Таким образом, я могу делать снимки перед обновлением Debian или, если я создаю резервную копию снимка LVM на удаленном локальном сетевом диске ISCSI, я могу восстановить его в случае потери данных системного диска.
Использование Systemback (доступно в виде пакета в Ubuntu) - Systemback позволяет легко создавать резервные копии системных и пользовательских файлов конфигурации. В случае возникновения проблем вы легко сможете восстановить предыдущее состояние системы. Есть дополнительные функции, такие как копирование системы, установка системы и создание системы Live. Systemback кажется безопасным, поскольку он создает точку восстановления системы, например снимок.
Использование команды dd через SSH для удаленного локального сетевого диска ISCSI. Однако это решение НЕ БЕЗОПАСНО, не атомарно.
- Systemback: http://linoxide.com/linux-how-to/systemback-backup-system/
Использование инструмента управления конфигурацией (например, Blueprint, CFEngine, Chef, Puppet, Ansible) для отслеживания изменений в системе Debian. Сохраните одну полную битовую копию чистой рабочей системы Debian 8.7 удаленно, а затем восстановите только изменения, отслеживаемые инструментом управления конфигурацией.
- Чертеж: http://devstructure.com/blueprint/
- CFEngine: https://en.wikipedia.org/wiki/CFEngine
- Повар: https://en.wikipedia.org/wiki/Chef_(software)
- Кукольный: https://en.wikipedia.org/wiki/Puppet_(software)
- Ansible: https://en.wikipedia.org/wiki/Ansible_(software)

Вопросы:

Есть ли у вас плохой опыт использования одного из этих решений?
У вас есть хороший опыт работы с одним из этих решений?
Какое решение вы бы предложили?
Зачем?

Я полагаю, что инструмент управления конфигурацией был бы полезен, потому что он позволил бы сделать побайтовую резервную копию исходного дистрибутива, а затем сохранить все пользовательские изменения конфигурации с помощью программного обеспечения для управления конфигурацией.

Я хотел бы сократить время восстановления после сбоя системы и минимизировать вероятность потери каких-либо изменений конфигурации системы по сравнению с периодическим (ежедневным) резервным копированием. Я полагаю, что восстановление резервной копии системы с помощью dd, а затем использование управления конфигурацией для восстановления параметров конфигурации Debian было бы самым быстрым решением.

Это правильно?

Чтобы сделать резервную копию атомарной системы, вы необходимость какие-то возможности снимков. Обычно это достигается разными способами:

использовать тома LVM: это самая простая и наиболее поддерживаемая конфигурация, поэтому я настоятельно рекомендую вам использовать ее (но конечно чтобы понять, как работают снимки LVM и их конкретные режимы сбоя)
использовать файловую систему со встроенными снимками, например BTRFS или ZFS: как указано выше, но вы делаете снимки на уровне файловой системы, а не на уровне блоков;
если указанные выше решения невозможны (например, для резервного копирования текущей системы, у которой нет доступа к снимкам, и вы не можете переустановить), можешь попробовать hcp (или hotcopy). Имейте в виду, что это сторонние модули ядра со всем, что это означает.

Получив доступ к возможностям создания снимков, я бы использовал rsnapshot и это сценарии до / после резервного копирования для создания / удаления снимков.

Я лично использую Borg Backup.

Коротко:

Что такое BorgBackup?

BorgBackup (сокращенно: Borg) - программа резервного копирования с дедупликацией. При желании он поддерживает сжатие и аутентифицированное шифрование.

Основная цель Borg - предоставить эффективный и безопасный способ резервного копирования данных. Используемая технология дедупликации данных делает Borg подходящим для ежедневного резервного копирования, поскольку сохраняются только изменения. Метод аутентифицированного шифрования подходит для резервного копирования на не полностью доверенные цели.

Он может запускаться как ваш обычный пользователь для поддержания разрешений, он может очень легко удалять резервные копии старше X, может сжимать, использовать удаленное монтирование, шифровать ... и он работал безупречно на Debian :)