У меня есть домашний файловый сервер в следующей конфигурации:

  • 4 жестких диска по 2 ТБ каждый
  • 1 USB-накопитель с операционной системой Debian объемом 8 ГБ

Я хотел бы сделать полную резервную копию флешки ОС на другую (не идентичную) флешку 8 ГБ +, установленную в ОС. Я хотел бы сделать это без физического или ручного доступа к серверу, просто настроив запланированное автоматическое задание для выполнения резервного копирования.

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

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

  1. Задание Cron инициирует резервное копирование, начиная с перезагрузки для одного пользователя (уровень запуска 1)
  2. Каким-то образом добраться до состояния, чтобы иметь возможность смонтировать резервный диск и выполнить команду dd?
  3. Перезагрузитесь обратно в обычный режим использования (уровень запуска 2 для моей системы)

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

Этот план кажется осуществимым или он не будет работать вообще? Есть ли какая-нибудь другая утилита, которая может предоставить мне подобное решение?

2 ответа2

1

Поскольку вы используете Linux, почему бы вам не использовать LVM? Вам просто нужно два (или более) одинаковых жестких диска, а затем создайте зеркальную копию ваших групп томов. Затем, если один диск выходит из строя, разбейте зеркало, вставьте другой диск, и все будет в порядке.

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

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

У меня есть VPS в США и Великобритании. Каждую ночь я экспортирую свои базы данных MySQL, затем создаю резервную копию всех важных файлов, таких как /etc, /home, /var /www, /var /named и несколько других мест.

Burp также выполняет дедупликацию для вас, поэтому, если ваши файлы не меняются, вам не нужно делать полное резервное копирование.

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

0

Вы не сможете переключиться на одного пользователя и сделать резервную копию на том же задании cron. Но вы переключаетесь вручную на одного пользователя и выполняете задание cron, которое проверяет, являетесь ли вы одним пользователем, создаете резервную копию, а затем снова переключаетесь на уровень 2.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .