nixp.ru v3.0

18 октября 2017,
среда,
19:45:30 MSK

DevOps с компанией «Флант»
anonymous написал 19 апреля 2005 года в 12:39 (311 просмотр) Ведет себя неопределенно; открыл 1814 темы в форуме, оставил 5575 комментариев на сайте.

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

Система: RedHat Linux

Дисковая подсистемма: Parallel ATA

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

Копия должна быть работоспособной, что-бы была возможность просто загрузиться с копии на другом винчестере.

Как лучше реализовать такую систему?

Необходимо ли делать полностью копию, или каким-то образом «зеркалировать винчестер».

Каким образом лучше поступить?

Genie

если винты одинаковые по геометрии — тупое dd bs=1M if=/dev/hda of=/dev/hdb будет достаточно

только один момент — все файлы должны быть либо закрыты, либо — ткрыты только на чтение.

иначе ошибки будут.

более другое решение — создавать бакап + система для разворачивания этого бакапа.

можно вместо dd поглядеть на dump/restore, правда, оно только для ext2/3

anonymous

«создавать бакап + система для разворачивания этого бакапа.»

А что для этого нужно?

Простое копирование файлов + копирование загрузочной области — этого будет достаточно?

При аварии необходимо достаточно быстро востановить работоспособность.

Если не затруднит — немного подробней .

anonymous
Guest
«создавать бакап + система для разворачивания этого бакапа.»

А что для этого нужно?

Простое копирование файлов + копирование загрузочной области — этого будет достаточно?

При аварии необходимо достаточно быстро востановить работоспособность.

Если не затруднит — немного подробней .

man tar

man (b)gzip

Genie

для начала можно поглядеть Hard-Disk-Upgrade mini-HOWTO

некоторые вопросы освещаются.

дале — ну, загляднуть тут, на сайте, в раздел soft->резервное копирование

anonymous

Да, я понимаю как пользоваться командами tar, bz.

Дело в том, что я хочу создать клон винчестера на другом винчестере.

Что-бы когда полетит винчестер с системой, можно было-бы просто вставить винчестер с клоном и практически СРАЗУ-ЖЕ продолжить работу.

anonymous
Guest
Да, я понимаю как пользоваться командами tar, bz.

Дело в том, что я хочу создать клон винчестера на другом винчестере.

Что-бы когда полетит винчестер с системой, можно было-бы просто вставить винчестер с клоном и практически СРАЗУ-ЖЕ продолжить работу.

man dd уже советовали. Этого достаточно.

Dmitry Ivanov
Guest
Да, я понимаю как пользоваться командами tar, bz.

Дело в том, что я хочу создать клон винчестера на другом винчестере.

Что-бы когда полетит винчестер с системой, можно было-бы просто вставить винчестер с клоном и практически СРАЗУ-ЖЕ продолжить работу.

Может есть смысл смотреть в сторону RAID?

anonymous

При использовании dd необходимо что-бы все файлы не были задействованы.

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

anonymous

Тяжело ли будет перевести систему на RAID?

Дело в том, что я никогда не использовал RAID.

В двух: словах какие преимущества…

anonymous
Guest
Тяжело ли будет перевести систему на RAID?

Дело в том, что я никогда не использовал RAID.

В двух:  словах какие преимущества…

http://www.computer-museum.ru/technlgy/raid.htm

anonymous

RAID — довольно интересный механизм.

К нему можно обратиться, но позже.

anonymous
Guest
RAID — довольно интересный механизм.

К нему можно обратиться, но позже.

Тогда — руками.

anonymous

Насколько я понял варианта два.

Первый:

Неким образом отрезать все соединения на сервере и в это время делать копию винчестера коммандой dd

недостатки: простой сервера

преимущества: быстрое восстановление

Второй:

Не разрывать соединения на сервере, а архивировать все разделы в архив и сжимать на жесткий диск.

недостатки: дополнительное время для восстановления сервера.

Что лучше? Возможно я что-то не до конца понял.

anonymous
Guest
Насколько я понял варианта два.

Первый:

Неким образом отрезать все соединения на сервере и в это время делать копию винчестера коммандой dd

   недостатки: простой сервера

   преимущества: быстрое восстановление

Второй:

Не разрывать соединения на сервере, а архивировать все разделы в архив и сжимать на жесткий диск.

   недостатки: дополнительное время для восстановления сервера.

Что лучше? Возможно я что-то не до конца понял.

Баз вариантов — первый. Это делается во время низкой загрузки сервера. Хотя, можно и сделать и в другое время — был случай, делал во время рабочего дня. Только XFree этому помешает, я думаю.

Genie

есть такой вариант:

настроить отдельно «чистый» сервер.

сделать его копию, скажем, при помощи bootcd.

Description: run your system from cd without need for disks.

Copy your running Debian System on CD with the command bootcdwrite. If your system has no CD-Writer you can build a bootcd via NFS on a remote System with CD-Writer. When you run your system from CD you do not need any disks. All changes will be done in ram. To reuse this changes at next boottime you can save them on FLOPPY with the command bootcdflopcp. If booting from your CD-drive is not supported, booting from FLOPPY is possible. It is possible to install a new system from the running CD with the command bootcd2disk. Bootcd2disk can also find a target disk, format it and make it bootable automatically.

должно быть не только в Debian.

т.е. основное ядро сервера — будет лежать на болванке и при необходимости в краткие сроки восстанавливаться с неё.

вторая часть — это архивирование рабочих файлов.

тут возможны варианты — к примеру, если это база данных SQL — то пользоваться штатными средствами намного выгоднее (db_dump|bzip2>db_dump.`date +%Y%m%d`.bz2, где db_dump есть скрипт с выполнением SQL-запроса к базе и выводом на stdout.)

в общем, по задаче.

настроить на отдельном месте, проверить — и использовать (буквально — переключить) на работу.

anonymous

Спасибо всем.

В данный момент попробую воспользоваться dd/

архивировать необходимо все.

На сервере почта, http, ftp, sql…