Backup в альтернативу RAID1

http://clonezilla.org/

raid1 и backup это две абсолютно параллельные системы с разными целями:
RAID служит для устойчиыости системы к сбоям, то есть умер один хард - система работает, это и есть главная цель рейда (см расшифровку понятия RAID).
backup это резервное копирование, это тоже совсем другое, главной целью его является сохранностиь данных.

Не придумывайте глупостей, raid1 и резервное копирование данных в сжатом tar-e (можно с таблицей разделов, если так хочется) на отдельный компьютер, ибо при сбое, например, в блоке питания, можно потерять оба жёстких диска.

Кроме того, правильно пригоотовленный raid1 быстрее по скорости чтения.

Ну и чем, учитывая поставленную задачу, не устраивает raid1?
Он по сути делает то же самое, только не раз в какое-то время а постоянно.
Можете прикупить контейнер для диска и его периодически втыкать/вытыкать из системы, зеркало при появлении диска будет синхронизироваться, при исчезании - ругаться что raid degraded.

Согласен, что ограничения, указанные CoolSpirit мне не критичны. Вопрос в другом. Как именного этот продукт мне полезен. Точнее чем он лучше dd. Если он умеет делать только дамп, я с таким же успехом могу просто перегрузиться в gentoo-live cd и сделать так команду dd.
Я же ищу систему _автоматического_ бэкапа, т.е. которая скажем по cron'у подменит grub.conf (как hibernate-script), перегрузится в какой-то minimal, сделает дамп не суть чем dd или clinezilla, верёнт grub.conf и перегрузится обратно. Если существует возможность как-то "заморозить" диски - это было бы ещё лучше, но я себе не представляю как это возможно.
А просто система дампа диска на диск мне не нужна, для этого есть dd.

lvm, как писали выше, не вариант. Я не хочу городить избыточные программные слои, хочу делать чистый дамп на другой диск.
Снапшоты это интересно. Какие ФС это позволяют и как в принципе происходит дело. Если у меня какой-то процесс хочет запись на диск, что с ним будет, он блокируется в ожидании ресурса?

Я в курсе.

Я хочу иметь данные в прямом доступе, а не в tar архивах. Ноутбук на сервер я именно так и резервирую:

ftp ...
blah blah
put "| tar cvzf - $DIRS" `date +%y%m%d`.tar.gz
...

Но с сервером картина иная, это не вариант.

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

Скорость чтения на сервере мне совсем не критична.

Вариант интересный, но
1. Я хочу иметь возможность резервирования системы как с постоянно подключенным диском, так и с подключаемым только на время резервирования. Программно отключать тоже не вариант, я перегрузил сервер и пошёл авто-синк не по графику.
2. Я в целом не считаю правильным завязывать бэкап на RAID-систему. У меня нормального контроллера RAID нет (использую dmraid на ICH8), если мать сменить на без-RAID'ную, то придётся вообще переходить на полностью программный.

Я, пожалуй, оставлю за собой право решать что мне нужно, а что нет.

>>Backup в альтернативу RAID1

Все таки для начала разберитесь что такое бэкап, и для чего изобрели raid массивы.

>>tar/dump не годятся, хочу копировать полностью диск, включая таблицу разделов + восстановление без распаковки чего-то, а просто заменой диска. Т.е. просто зеркало.

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

Ежели вы хотите зеркало, то оно у вас есть в виде raid1. Без всяких кронов и расписаний. По определению. Устойчивость системы гарантирована при работоспособности хотя бы одного диска. Я предпочитаю шестые рейды, благо денег у конторы есть. Они выживают без двух винтов. В идеале на рейд неплохо было бы прицепить smartmontools и какую нить мониторилку с оповещалкой. Чтобы вовремя менять винты (особо критично для зеркал).
Рейд, однако, не избавляет вас от необходимости производить резервное копирование с целью поиметь НЕСКОЛЬКО предыдущих состояний.
Соответсвенно, исходя из поставленной задачи, определяется частота сохранения состояний системы (допустим 1 раз в час в течение рабочего дня) а так же срок хранения резервных копий (к примеру квартал). И вот тут оказывается что копирование диска как бы не подходит, даже со сжатием, и приходится думать о полных , инкрементальных и дифференциальных бэкапах.

Выбор программ резервирования достаточно богат. eix app-backup/ .На разный вкус и цвет.
Я использую bacula, потому что много серверов.

Автору с таким тоном и отношением предлагается вооружится перлом,седом,авком,гцц и родить требуемую ему функциональнось.
ибо,имхо,больше она нафик никому не нужна и аффтар "хочет странного".