Есть работающий хост на FreeBSD, надо сделать копию его на лету, так чтобы он продолжал работать.
Предложите, пожалуйста как это сделать?Заранее благодарен. Борис.
P.S. В сети есть доступ к виртуальным машинам (можно создать новую виртуальную машину с такими же ресурсами).
> Есть работающий хост на FreeBSD, надо сделать копию его на лету, так
> чтобы он продолжал работать.
> Предложите, пожалуйста как это сделать?
> Заранее благодарен. Борис.
> P.S. В сети есть доступ к виртуальным машинам (можно создать новую виртуальную
> машину с такими же ресурсами).Если хост виртуальный, то можно воспользоваться встроенными средствами, для Vmware - сделать моментальный снимок и переносить его.
Для "железного" сервера можно использовать утилиту dump.
# dump -0 -L -a -f /mnt/usb_drive/file_system.dumpfile /file_system/Можно сразу делать dump/restore на другой хост по ssh.
Соответственно, если есть базы данных - необходимо предусмотреть сохранение целостности данных. Или блокировать запись в БД на время резервного копирования/переноса.
> Соответственно, если есть базы данных - необходимо предусмотреть сохранение целостности
> данных. Или блокировать запись в БД на время резервного копирования/переноса.Стопить БД не обязательно, если не считается hiload-системой.
mount -u -o snapshot /.snap/root /
Так же и остальные ФС. Для большей одновременности снимков лучше скриптом.
И далее сбрасывать дамп хоть по ftpdump -a -f - /.snap/root | ftp -V -u ftp://user:pass@host/incoming/root -
rm -f /.snap/rootАналогично остальные ФС.
еще можно собрать raid зеркало-на ходу вставляется диск и изымается.Криво немного ,но быстрее всего и надежно.Либо zfs snap.
>> Соответственно, если есть базы данных - необходимо предусмотреть сохранение целостности
>> данных. Или блокировать запись в БД на время резервного копирования/переноса.
> Стопить БД не обязательно, если не считается hiload-системой.стопить не обязательно, а заморозить на момент создания снапшота - нужно.
>[оверквотинг удален]
>> машину с такими же ресурсами).
> Если хост виртуальный, то можно воспользоваться встроенными средствами, для Vmware - сделать
> моментальный снимок и переносить его.
> Для "железного" сервера можно использовать утилиту dump.
>
> # dump -0 -L -a -f /mnt/usb_drive/file_system.dumpfile /file_system/
>
> Можно сразу делать dump/restore на другой хост по ssh.
> Соответственно, если есть базы данных - необходимо предусмотреть сохранение целостности
> данных. Или блокировать запись в БД на время резервного копирования/переноса.После того как сделаны dump-ы, как потом восстанавливать на новый хост по ssh или ftp?
Заранее благодарен. Борис.
> После того как сделаны dump-ы, как потом восстанавливать на новый хост по
> ssh или ftp?
> Заранее благодарен. Борис.хех. я те больше скажу - ты их прямо по ssh можешь налету и записать на целевую машину с исходной.
>> После того как сделаны dump-ы, как потом восстанавливать на новый хост по
>> ssh или ftp?
>> Заранее благодарен. Борис.
> хех. я те больше скажу - ты их прямо по ssh можешь
> налету и записать на целевую машину с исходной.А как? Подскажи, пожалуйста, команду?
>>> После того как сделаны dump-ы, как потом восстанавливать на новый хост по
>>> ssh или ftp?
>>> Заранее благодарен. Борис.
>> хех. я те больше скажу - ты их прямо по ssh можешь
>> налету и записать на целевую машину с исходной.
> А как? Подскажи, пожалуйста, команду?dump -L0a32 -f- /|ssh 8.8.8.8 "cd /mnt && restore -rf-"