Для систем, производных от Redhat (включая CentOS), ваша аппаратная конфигурация будет в основном находиться в /etc/modprobe.conf, / etc / sysconfig / hwconf, вашем начальном образе ramdisk (/ boot / initrd- [версия ядра] .img) и каталог / etc / udev (здесь хранятся постоянные имена устройств).
Однако вы также можете записать список ваших системных настроек. Чтобы помочь в этом, вы можете использовать базу данных RPM, чтобы предоставить вам список файлов конфигурации, которые вы изменили (в нем хранится сумма MD5 исходных установленных файлов конфигурации для любого пакета, и вы можете сравнить это с существующими файлами в вашем файловая система для создания списка того, что вы изменили). Кроме того, составьте список всего, что существует в файловой системе, чего нет в базе данных RPM. Наконец, составьте список всех установленных пакетов, возможно разделение этого на два списка - пакеты, предоставляемые ОС, и пакеты сторонних производителей. Это должно дать вам набор минимальных файлов, которые вам нужно поместить в документацию по аварийному восстановлению, а также помочь вам клонировать сервер, когда это необходимо.
Как бы вы восстановили это из резервной копии, если бы ваше оборудование вышло из строя? По крайней мере, вы должны знать, где находятся ваши файлы конфигурации, и один из маршрутов в вашей ситуации может решить эту проблему. (Тот факт, что вы цените свои настройки, подразумевает, что не все они будут находиться в местах по умолчанию)
В качестве альтернативы, это хороший пример того, как виртуализация чрезвычайно полезна. Если вы используете что-то вроде конвертера vmware, вы можете сделать виртуальную машину своего сервера, которую можно скопировать или перенести на любое оборудование.
Взгляните на kickstart , автоматизированную систему установки для RHEL / CentOS (а также Fedora). В нем перечислены пакеты для установки (их можно получить с помощью yum list installed
, вероятно, потребуется немного изменить) и другую конфигурацию, а также можно добавить локальную конфигурацию в раздел сценария. Возможно, сейчас это не сильно поможет, но поддержание актуального файла кикстарта сэкономит много работы при следующей установке (или когда вам нужно клонировать установку).
Для простой компоновки диска нет ничего плохого в использовании dd
для клонирования жесткого диска, как рекомендовали Кевин и другие. Но если у вас более сложная структура разделов, это может помочь.
Сделав это недавно, и к тому же с системой CentOS, я считаю, что лучший способ - установить каркасную систему на новом оборудовании, загрузив новое оборудование с него. RO media, сбросьте старую систему и восстановите ее в новой системе (поверх скелетной установки), настройте несколько аппаратных настроек в восстановленной системе, и все.
Подробнее:
yum update
). ssh
в. dumpe2fs 0f - / partition | ssh dumpe2fs 0f - / раздел | ssh dumpe2fs 0f - / раздел | sshкорень @ newbox"cd / partition; restore2fs rf -."
grub {, 2} -install / dev / sda
или, если необходимо, в новой системе. / etc / udev / rules.d / 70-persistent-net.rules
в новой системе. Убедитесь, что содержимое / etc / fstab
в новой системе соответствует новому оборудованию. / etc / sysconfig / network-scripts / ifcfg - *
соответствует именам интерфейсов и MAC-адресам на новом оборудовании. Вот и все, вкратце. Если X
работал на старом оборудовании, вам, вероятно, придется это исправить,