4

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

Вопрос: есть ли возможность создать образ диска поверх ssh из всего диска сервера, который в настоящее время является работающей системой?

Если есть: я хотел бы знать, как это сделать.

3 ответа3

4

Это не совсем возможно под Linux. Причиной этого является Windows Volume Shadow Copy.

Если ваша система использует LVM, вы можете сделать снимок, а затем выполнить rsync для получения атомарной копии файлов, однако вам потребуется восстановить разделы / загрузчик.

Самый простой способ, если это необходимо сделать, это использовать dd для его копирования:

dd if=/dev/sda | ssh user@remotehost 'dd of=/path/to/output'

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

3

Используйте dump(8) для создания снимка (файловой) системы.

dump -0aLf /path/to/dumpfile /

Это создаст живой дамп корневой файловой системы и сохранит его в /path /to /dumpfile. Этот дамп можно перенести через ssh на другой компьютер. Или вы можете сделать это за один раз с помощью этого.

dump -0aLf - | ssh my.backup.server dd of=/path/on/my/server/dumpfile

Это может быть позже восстановлено следующим:

cd /where/I/should/restore
restore -xf /path/to/dumpfile

Такие приложения, как базы данных, должны обрабатываться отдельно. Например, с базой данных MySQL у вас есть mysqldump для создания текстового файла команд sql, который можно запустить на другом сервере MySQL, чтобы импортировать туда. Другие базы данных имеют аналогичные методы.

0

если есть только root-fs для копирования на целевой машине, используйте что-то вроде:

rsync --numeric-ids --delete -vax source_machine:/ /target_dir

дважды или чаще. Второй запуск уже повторно использует кэшированные записи с первого запуска, идет очень быстро и дает практически настоящий снимок с некоторыми ограничениями. Вы можете наблюдать «атомарность», просто повторяя «rsync» произвольное количество раз. В основном очень мало файлов (файлов журналов и т. П.), Которые действительно меняются между итерациями (и, следовательно, их необходимо копировать / удалять).

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