Восстановить резервную копию linux на новом оборудовании

Если бы была соблюдена процедура резервного копирования, как определено, будет ли это явно то же самое, что вынуть физический диск и поместить его на целевую машину?

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

Что происходит с разными аппаратными устройствами, нужно ли вручную настраивать какое-либо оборудование, отсутствующее в оригинале, после восстановления из резервной копии на целевой машине?

Возможно, имейте в виду, что если вы используете стандартное ядро ​​как часть большинства основных дистрибутивов, то большая часть оборудования обычно будет поддерживаться из коробки. Если вы переместите диск из одной коробки в другую, все, вероятно, будет работать.

Что касается Linux, то для серверов без графического интерфейса, скорее всего, выйдет из строя хранилище. Итак, если ваш старый ящик был IDE, а новый - SCSI или SATA, тогда ваш fstab, загрузчик и т. Д. Необходимо изменить, чтобы отразить новые разделы.

Системы, используемые для настольных компьютеров, немного сложнее, поскольку устройства видео / звука / Wi-Fi, как правило, менее хорошо поддерживаются, но даже в этом случае систему будет довольно легко загрузить, вам просто нужно будет настроить конфигурацию для программного обеспечения, которое использует эти устройства. устройств.

Почему копирование MBR и таблицы разделов - важный шаг?

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

Насколько мне известно, единственная проблема при восстановлении сервера на другом (даже с Physical-to-Vistual или Vistual-to-Physical) - это загрузка системы. когда система загружается, все остается так же, как и раньше, и все приложения и серверы должны работать правильно.

Для загрузки системы вы можете создать необходимые драйверы, которые в основном относятся к хранилищу (SCSI, RAID, файловые системы, такие как ext4 и т. Д.) В ядре. это решение требует перекомпиляции ядра, что может оказаться нетривиальным.

Другое решение - использовать начальный RAM-диск или InitRD. Вы можете перечислить необходимые драйверы (которые являются модулями ядра) и создать initrd, содержащий эти драйверы. Тем не менее, это решение требует некоторого понимания.

Если вы такой же ленивый, как я: D, вы можете использовать следующую процедуру:

1. Установите дистрибутив, максимально похожий на резервную копию или образ, который у вас есть, в место назначения (куда вы хотите восстановить резервную копию). На всякий случай, если у вас есть резервная копия Centos 5.3, вы должны установить Centos 5.3 в место назначения или (если у вас нет Centos 5.3) Centos 5.4; подойдет даже RHEL 5.4. Однако Slackware 13.1 или Debian 5.3 могут не подойти!

   • Единственное, что нам нужно, это ядро ​​и initrd; следовательно, вы должны сохранить то, что на них влияет (ядро и initrd), например, резервную копию системы. Например, вы должны использовать ту же файловую систему (ext4, XFS, ...) и один и тот же программный RAID (RAID 0, RAID 1, RAID 5), если таковой имеется.

2. Сохраните копию ядра и initrd только что установленной системы. В качестве иллюстрации достаточно использовать следующую команду для создания сжатого файла tar из / boot на внешнем хранилище, смонтированном на / mnt / external_storage: tar czvf /mnt/external_storage/new_boot.tar.gz / boot

3. Восстановите резервную копию или образ в месте назначения.

4. Восстановите / boot скопированный из установленной системы:

   • Загрузитесь с Live CD
   • Смонтируйте корневую файловую систему восстановленной системы; например: mkdir -p / mnt / restore; смонтировать / dev / sda1 / mnt / восстановлено
   • Смонтируйте носитель, содержащий копию / boot из установленной системы; например: mount / dev / sdb1 / mnt / external_storage
   • Восстановите / boot скопированный из установленной системы; например: cd / mnt / восстановлено; tar xzvf /mnt/external_storage/new_boot.tar.gz

5. При необходимости измените конфигурацию lilo или grub.

6. Очистите /etc/blkid.tab восстановленной системы, если она есть; например:> /mnt/restored/etc/blkid.tab
7. Размонтируйте файловые системы и перезагрузитесь; например: cd /; umount / mnt / восстановлено; umount / mnt / external_storage; перезагрузка

Вышеуказанная процедура - это то, что мы используем на работе уже год.

Процедура, описанная в этом потоке, обычно называется Восстановление из чистого металла. Как следует из названия, это означает восстановление исходной системы (часто на совершенно новом оборудовании), начиная с пустого жесткого диска. У этого есть некоторые преимущества, в первую очередь то, что вы получаете точную копию оригинала, включая файлы в более экзотических каталогах, которые в противном случае вы могли бы упустить. Но восстановление с нуля имеет и недостатки:

1. На резервном носителе требуется больше места. Ленты резервного копирования могут быть забиты двадцатью идентичными копиями вашей операционной системы, а еженощное резервное копирование может в основном состоять из копирования файлов, которые при необходимости можно легко переустановить с компакт-диска.
2. Ваш новый сервер может отличаться от старого. Может быть, у вас теперь есть SATA, тогда как у старого оборудования был SCSI, возможно, видеокарта слишком новая для старого ядра и тому подобное. Как говорит Зоредаш, сегодняшние стандартные ядра проявляют эту проблему очень редко, но, возможно, первоначальной причиной для восстановления с нуля было то, что ваша система работает с самокомпилированным ядром, отличным от стандартного ...
3. Поскольку на момент начала восстановления у вас не работает работающая операционная система, вам понадобится вторая система, чтобы запустить процесс. В наши дни это почти всегда какой-нибудь USB или live CD со всеми необходимыми инструментами, но я помню дни, когда мы создавали для этой цели аварийные дискеты, скрещивая пальцы, полагая, что они будут работать тогда, когда они нам понадобятся.

Кроме того, вы можете восстановить только каталоги, не относящиеся к ОС, например все домашние каталоги и каталоги приложений. Тогда восстановление вашей системы станет двухэтапным процессом: 1. установка операционной системы на новый компьютер, предпочтительно с использованием метода автоматической установки, например Кикстарт, затем 2. Восстановление необходимых каталогов пользователей и приложений с резервного носителя. Это позволяет избежать недостатков «голого металла», но имеет собственный недостаток: вы должны иметь возможность определять каталоги резервных копий. На новом сервере это может не быть проблемой, но если ваша система представляет собой какую-то старую часть, которая когда-то была настроена тем парнем, который больше не работает в компании, и к которой никто не осмеливался трогать последние два года, это может быть серьезная проблема.

Если на жестком диске уже есть рабочая установка целевой ОС, обычно вы можете просто восстановить ее поверх нее и перезагрузиться, хотя вам нужно убедиться, что в grub.conf и / etc / fstab нет меток дисков или UUID там (если они есть, обычно проще просто указать имя устройства на случай, если вам придется восстановить позже). Я бы исключил / boot из восстановления (и, возможно, также / etc / fstab, чтобы избежать вышеуказанного).

Если система уже является загрузочной, вам не нужно снова устанавливать GRUB, если это новый жесткий диск, на котором не было полной установки, вам нужно убедиться, что он знает, где найти ядро, поэтому простая grub-install hd0 (или любой другой жесткий диск) должен это сделать.

Затем перезагрузитесь и скрестите пальцы.