Руководство по зеркалированию дисков загрузочной области

Небольшая статья, описывающая методику зеркалирования загрузочных дисков в ОС Solaris на платформах x86 и sparc:

7 Responses to “Руководство по зеркалированию дисков загрузочной области”

  1. dima Says:
    January 22nd, 2008 at 5:12 am

    Нужен ли installboot? Разве зеркалирование само не разнесёт бут-сектор?

  2. Ilya Voronin Says:
    January 22nd, 2008 at 1:15 pm

    Только если зеркалировался слайс содержащий нулевой сектор диска.

  3. Zerot Says:
    January 23rd, 2008 at 2:11 pm

    Если я правильно понимаю, софтверные зеркала в Солярке похожи на зеркала Linux
    Однако разделы, в отличие от Linux, не содержат данных зеркалирования. Под это выделяется отдельная партиция солярки, отчего становится на одну партицию меньше для обычного использования
    .
    За весь диск в солярке отвечает 2 раздел (c0t0d0s2), и неизвестно, как поведет себя солярка при попытке его зеркалирования
    С другой стороны запись загрузочного сектора через installboot - стандартный метод.
    .
    Можно добавить, что независимо от использования зеркал с помощью installboot можно подготовить загрузочные диски на однай SUN SPARC для другой, записав загрузочный сектор для нужного железа
    .
    С другой стороны в солярке удобнее реализовано именование дисков, и, если у вас сбоит 0 диск и вы вытаскиваете его, имя оставшегося не изменится, в отличие от типового решения на Linux, когда выемка, допустим sda приводит к именованию второго диска не sdb, но sda

  4. Ilya Voronin Says:
    January 23rd, 2008 at 3:50 pm

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

    Второй раздел трогать в любом случае не стоит, а про отсутствие в Linux системы поддержания имен устройств в постоянном виде вне зависимости от изменений аппаратной конфигурации сервера давно все сказано :-)

  5. Alter Says:
    March 6th, 2008 at 1:35 am

    >а про отсутствие в Linux системы поддержания имен устройств
    >в постоянном виде вне зависимости от изменений аппаратной
    > конфигурации сервера давно все сказано :-)

    RTFM.

    man 2 fstab /UUID

    Instead of giving the device explicitly, one may indicate the (ext2 or xfs) filesystem that is to be mounted by its UUID or volume label (cf. e2label(8) or xfs_admin(8)), writing LABEL= or UUID=, e.g., ‘LABEL=Boot’ or ‘UUID=3e6be9de-8139-11d1-9106-a43f08d823a6’. This will make the system more robust: adding or removing a SCSI disk changes the disk device name but not the filesystem volume label.

  6. Ilya Voronin Says:
    March 6th, 2008 at 11:11 am

    Alter: мне кажется в моей реплике небыло конкретизации по типу устройств. Да возможно с дисками на которых есть файловые системы, поддерживающие такую технологию, что-то и можно сделать, но катающаяся нумерация ленточных устройств, сетевых адаптеров и прочего удручает.

  7. Alter Says:
    March 6th, 2008 at 6:20 pm

    2 Ilya Voronin

    > Alter: мне кажется в моей реплике небыло конкретизации по типу устройств.

    Действительно не было.

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

    А вы в /etc/udev/rules.d/ давно заглядывали ? ;-)

Leave a Reply