Архив форумов ЦИТФорума

[pnlav]

Здравствуйте.

Попробовал работать с dump и restore на системе (FreeBSD 4. у которой есть съёмный (хотсвап) IDE диск (40Gb). Тоска и печаль; ощущения - как от "парка юрского периода".
Кроме того: dump и всё что под ним, похоже, посчитали это устройство /dev/ad0 за дискетку что ли; и настрогали на него (всякий раз заново) томов 20, когда я попросил #dump -0u -f /dev/ad0 /usr . Конечно, при попытке #restore -if /dev/ad0 , оно говорит, мол: "а это не том №1."
dump и restore - "нативные" старинные средства. Господа-товарищи, подскажите решение для организации резервного копирования (промышленного, периодического, приемлемого "по-жизни") систем на FreeBSD. ??? CVSup и пр. - это не совсем то, что нужно. Может в портах что-нибудь есть, может даже комерческий продукт? или ещё какое решение?
Позволю себе помечтать.
Хорошо бы было - нечто, позволяющее:
- создать (или обьявить) файл с произвольным именем и размером в рамках обычной FreeBSD файловой системы, а затем,
- этому нечто сказать: "считать (съэмулировать) /dev/rsa0 (ленточное устройство) этим самым файлом" (точнее -наоборот), а потом,
- работать dump-ом и restore с этим файлом, как с ленточным устройством.

А, люди добрые?
Задача резервного копирования - самая что ни на есть практическая., ?

[AlexanderK]

:

[pnlav]

tar !
Стыдно признаться, но плохо знаю tar. (Пермисо, порфабор). Можно ли ограничиться tar-ом, имею ввиду полное ("`полноценное`") копирование системы:
- всё ли в системе (системное) можно сохранить tar-ом ?
- всё ли (атрибуты, права, и пр.) можно восстановить tar-ом ?
- все ли файлы , хотя бы OS, не говоря о каком-нибудь приложении, можно tar-ить в "он-лайн" режиме ?

Ещё раз, прощение просим за невежество!

Павел.

[AlexanderK]

а я просто имел в виду твое пожелание сэмулировать стриммер.
Тар может лить на ленточку и в файл. А потом этот файл можно уже копировать как хошь. Можно rsync-ом, можно просто scp по расписанию.

Но насчет юрского периода ты, наверное, прав. ХОроший софт стоит обычно денег.
Можно посмотреть на виндовые Арксервы/БэкапЭкзеки и их агенты под Юниксом.

[pnlav]

Спасибо.

[Dmitry.Karpov http://prof]

1) Нельзя tar'ить изменяемые по ходу тела файлы - обазы смонтированных на запись разделов, файлы баз данных при запущенной СУБД. Ибо копия делается не моментально, а растянута по времени. Но файлы из /etc и /usr/local/etc - вполне можно, а бинарники в случае чего можно вытащить из дистрибутива.

2) tar может не понять атрибты доступа типа ACL в новомоднях файловых системах или флагов во FreeBSD. Надо проверять.

3) Без 'man tar' не будет тебе щастья, так и запиши себе наизусть.

[Agp]

-

[pnlav]

>>1) Нельзя ...
>>2) tar может ... !!Надо проверять!! Sy-sy!.
>>3) Без 'man tar' не будет тебе щастья, ...

Спасибо.
"Это сейчасие" мне ведомо. Только оно и может породить п.№2.
Спасибо.
И всё-таки!,...
Помнится в бытность мою учащимся Novell-у, преподаватеть нам любезно предложил "драйвер" (для конкретной версии ОС, тогда 3.11), установка которого эмулировала ленточное устройство. Весь стандатрный Novell-овский backup успешно работал, при этом, работа (запись/чтение) велась с ординарным файлом.
Верится, что нечто подобное существует и для FreeBSD 4.x . Только правда ль это?, да и где взять?

Спасибо, Павел.

[pnlav]

Спасибо.
Рылся в портах. И другим образом ...
Вырисовался план:
1. Отложить выбор решения о бекапе и сам бекап на некоторое время.
2. Замучить tar, чтоб он знал как работать.
3. Познакомиться с flexbackup-1.2.0_2 и Amanda-ой. (В Amanda-е, по-описанию, понравилась только возможность писать на один наситель несколько файловых систем.)

И всё-таки!,...
Помнится в бытность мою учащимся Novell-у, преподаватеть нам любезно предложил "драйвер" (для конкретной версии ОС, тогда 3.11), установка которого эмулировала ленточное устройство. Весь стандатрный Novell-овский backup успешно работал, при этом, работа (запись/чтение) велась с ординарным файлом.
Верится, что нечто подобное существует и для FreeBSD 4.x . Только правда ль это?, да и где взять?

Спасибо, Павел.

[Dmitry.Karpov http://prof]

Если указать тару ключ -f и сразу за ним имя файла - он будет работать с файлом (а без этого он будет работать с /dev/стример, который с точки зрения программ тоже файл).

[pnlav]

Пробовал.
Ведомо.
Спасибо.