Резервное копирование удаленного сервера.

[Linuxman]

В общем, есть удаленный сервер и доступ к нему по ssh.
Можно ли как-то сделать backUp всего раздела системы удаленно?
Цель в случае полного краха системы: с ноутбуком go to сервер, достать, затереть раздел с / (из всего два / и swap) и залить тот что отзеркален.
Цель вторая(хз как выполнимая):в случае если система сломалась на "50%", т.е доступ по ssh есть, но что-то не работает, хотелось бы делать откат на бэкап удаленно.
Сначала думал о dd, но увидел что dd не сохраняет права.
Потом решил посмотреть на rsync , но "не осилил". А надо осилить.
Кто и как решал такие задачи если были.
Что можете посоветовать?

UPD:поиск подкинул вот это

Код: Выделить всё

tar c dir1 dir2 dir3 | gzip -c | ssh user@backup.host 'cat >path/to/backup.tar.gz'

[Bizdelnick]

Сначала думал о dd, но увидел что dd не сохраняет права.

Это как? O_O

поиск подкинул вот это

Вариант самый примитивный, но если места, трафика и времени на сжатие не жалко - годится.

[Linuxman]

Сначала думал о dd, но увидел что dd не сохраняет права.

Это как? O_O

Не помню, вычитал там же где и способ нарыл

Код: Выделить всё

dd if=/dev/sda conv=sync,noerror bs=64K | gzip -c | ssh -c blowfish user@hostname "dd of=sda.img.gz bs=64k"
Восстановление
dd if=sda.img.gz | ssh -c blowfish user@deadhost "gunzip -c | dd of=/dev/sda bs=64k"

ток не понимаю, это позволит накатить бэкап на работающую систему или нет.
Ну и вот такой для rsync

Код: Выделить всё

rsync -a --delete -e ssh /dev/sda remoteuser@remotehost:/location/to/backup &> /dev/null

Проблема только в месте на резервируемом сервере, его там нет необходимо сразу направлять поток на машину где будет храниться backup

[Bizdelnick]

ток не понимаю, это позволит накатить бэкап на работающую систему или нет.

Нет. Но права сохранятся, вместе со всей файловой системой.

Ну и вот такой для rsync

Ох... Вообще-то rsync-ом обычно не весь диск, а отдельные каталоги копируют.

Да и вообще, в чём смысл полного копирования раздела? Несколько непонятный случай - "полный крах системы", всегда есть возможность восстановления малой кровью. Кроме разве что физического уничтожения накопителей.

[Linuxman]

Ну физическое уничтожение тоже рассматривается
Т.е в случае если мне нужно будет восстановить систему мне придеться в любом случае доставать винт и подключать к ноуту. Удаленно это ни как не сделать?

[Bizdelnick]

Ну физическое уничтожение тоже рассматривается
Т.е в случае если мне нужно будет восстановить систему мне придеться в любом случае доставать винт и подключать к ноуту. Удаленно это ни как не сделать?

Подключить к ноуту физически уничтоженный винт удалённо, конечно, не получится. Но боюсь, что и локально тоже. (-:

[Bizdelnick]

А если серьёзно, то ценность бекапа диска/раздела, сделанного при смонтированной ФС, равна нулю. Если очень хочется применить именно такой вариант, нужно использовать LVM/btrfs/ZFS и делать снапшоты.

[Linuxman]

Вэ, тоесть даже просто dd моего диска не гарантирует мне развертываемости на новом харде в этом же компьютере?

[Bizdelnick]

тоесть даже просто dd моего диска не гарантирует мне развертываемости на новом харде в этом же компьютере?

Если во время dd производится запись в файловую систему - нет.

[Linuxman]

А финт ушами в виде монтирования раздела только на чтение?

[Bizdelnick]

Простите, Вы на работающем сервере хотите перемонтировать корень в RO? Ну... Удачи.

[drBatty]

А если серьёзно, то ценность бекапа диска/раздела, сделанного при смонтированной ФС, равна нулю.

я с вами не согласен - это вполне реально. Другое дело, что бекап будет неполным, и развернуть его "в один клик" не получится. И от приложений зависит (например СУБД так бекапить глупо, хотя-бы потому, что там есть встроенные средства). Также нет никакого смысла бекапить например /usr, всё, что там есть - можно скачать с репозитория.

А финт ушами в виде монтирования раздела только на чтение?

можно. Но зачем такие извращения? Определитесь с тем, ЧТО вы хотите бекапить, и КАК разворачивать. В любом случае, кроме второго сервера, вы не сможете сделать мгновенное восстановление.

Проблема только в месте на резервируемом сервере, его там нет

это как раз не проблема. Проблема в том, что бекап делается не мгновенно, и потому файлы в нём будут несогласованными. Это в теории приведёт к тому, что такой бекап просто не развернётся. На практике обычно разворачивается, но надеяться на это нельзя.

[Linuxman]

Ну тогда с моими знаниями можно ретироваться
В идеале,Я хотел забэкаить вообще весь винт вместе с разметкой и.т.д. Что бы в случае падения, в течении минимального времени очистить жестак/купить новый и накатить на него мой образ.
Вторым вариантом был бэкап раздела /dev/sdaX c /, очистка винта, разбиение через cfdisk "как было", залить корень на место, поставить загрузчик и подключить swap.
Как то так.
Сделать это можно было бы с помощью Acronis, но физ доступа практически нет к серверу.

[drBatty]

В идеале,Я хотел забэкаить вообще весь винт вместе с разметкой и.т.д. Что бы в случае падения, в течении минимального времени очистить жестак/купить новый и накатить на него мой образ.

man dd. Но диск перед этим надо отмонтировать. Тогда всё будет в порядке. Очевидно, это надо делать из другой системы, например из livecd.

Впрочем, если загрузится в init 1, то можно локально и так всё забекапить. Гарантии не дам, но я так делал.

Сделать это можно было бы с помощью Acronis, но физ доступа практически нет к серверу.

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

[Linuxman]

Бесперебойность работы пока на последнем, месте сервер запускается пару раз в день на 2-3 часа.
Другое дело что даже если до него добраться, там нет привода и вообще ни каких интерфейсов для взаимодействия с ним
Т.е только доставать, бэкапить, запиливать на место.

[drBatty]

Бесперебойность работы пока на последнем, месте сервер запускается пару раз в день на 2-3 часа.

ну в таком случай поставьте вторую систему, перезагружайтесь в неё, и из неё делайте бекап своего сервера. С эти справится самый примитивный lilo, и простенький скрипт.

[Linuxman]

Решил я подготовится с dd и когда удастся вытащить hdd скопировать его на свой ноут вот так:

Код: Выделить всё

mkdir /mnt/backup  -создам каталог на ноуте
mount /dev/sdb - накопитель сервера
dd if=/dev/sdb of=/mnt/backup/sdb.img bs=8M conv=sync,noerror
восстановление
dd if=/mnt/backup/sdb.img of=/dev/sdb

Благо диск на сервере не большой.

[pelmen]

...

Код: Выделить всё

...
mount /dev/sdb - накопитель сервера
...

...

это не нужно

[Linuxman]

А еще вопрос по накопителям.
Говорят, в идеале, лучше что бы накопители совпадали вплоть до маркировки.
Получится ли у меня забэкапить с помощью dd compact flash (44pin) и развернуть этот бэкап на HDD или другом флэш накопители?

[drBatty]

mkdir /mnt/backup -создам каталог на ноуте

я-бы написал

Код: Выделить всё

[ -d /mnt/backup ] || mkdir /mnt/backup

наверняка уже есть такой каталог

mount /dev/sdb - накопитель сервера

для прямого чтения монтировать не нужно. Даже вредно.

noerror

зря. Лучше отправить почту админу, что какая-то беда случилась.

Говорят, в идеале, лучше что бы накопители совпадали вплоть до маркировки.

говорят - в моськве кур доят. А я разворачивал образ на совершенно другой диск. Успешно. Вот только если размер образа меньше диска, то и диск кажется меньше. Т.е. диск в 100Гб будет казаться диском в 20Г.
Если образ больше, то и диск будет больше. Конечно только с виду.

Получится ли у меня забэкапить с помощью dd compact flash (44pin) и развернуть этот бэкап на HDD или другом флэш накопители?

конечно получится. Мало того, используя mount -o loop вы можете смонтировать образ, и работать с ним как с обычным разделом(файлы читать оттуда).

[Linuxman]

mkdir /mnt/backup -создам каталог на ноуте

я-бы написал

Код: Выделить всё

[ -d /mnt/backup ] || mkdir /mnt/backup

наверняка уже есть такой каталог

mount /dev/sdb - накопитель сервера

для прямого чтения монтировать не нужно. Даже вредно.

noerror

зря. Лучше отправить почту админу, что какая-то беда случилась.

Говорят, в идеале, лучше что бы накопители совпадали вплоть до маркировки.

говорят - в моськве кур доят. А я разворачивал образ на совершенно другой диск. Успешно. Вот только если размер образа меньше диска, то и диск кажется меньше. Т.е. диск в 100Гб будет казаться диском в 20Г.
Если образ больше, то и диск будет больше. Конечно только с виду.

Получится ли у меня забэкапить с помощью dd compact flash (44pin) и развернуть этот бэкап на HDD или другом флэш накопители?

конечно получится. Мало того, используя mount -o loop вы можете смонтировать образ, и работать с ним как с обычным разделом(файлы читать оттуда).

Тут сделал пилотный запуск и развертывание бэкапа, кодировки полетели, все русские буквы - вопросики.

Код: Выделить всё

mount -o iocharset=utf8,loop

ну вот так решил для образа.
UPD:ну а при восстановление обратно из образа с кодировкой все ОК.