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

Выложил написанный пару лет назад документ с описанием методики зеркалирования загрузочных дисков с помощью Solaris Volume Manager. Думаю данная тема будет актуальна еще достаточно продолжительное время, - до тех пор пока Solaris не будет уметь загружаться с ZFS.

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

Tags: ,

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

  1. . Says:

    Дык вроде обешали zfs-bootable к лету. К этому.

  2. f0andrey Says:

    Да Индиана уже работает полностью на ZFS :)

  3. ndjilins Says:

    все хорошо в доке - только добавьте ключик -f при создании первых подзеркал (слайсы которых уже имеют файловую систему и замонтированы):
    metastat -f d10 1 1 ….

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

    для mirror dx - x номер предполагаемого зеркалируемого слайса
    для submirrors - dxy, x - таргет в наименовании диска, y=номер слайса

    например

    d0 - /
    |->d40 - c1t4d0s0
    |->d50 - c1t5d0s0

    d3 - /var
    |->d43 - c1t4d0s3
    |->d53 - c1t5d0s3

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

    скрипты, которые предоставляет SUN вместе с EIS, так же отличаются - но наиболее близки к нумерации выше - submirrors имеют только номера 1 и 2 в качестве первой цифры, вторая же так-же равна номер слайса.

  4. Ilya Voronin Says:

    Наоборот, в EIS Standard for Boot Disk Layout & Mirroring указана схема:
    d10 - /
    |-> d11 - c0t0d0s0
    |-> d12 - c1t0d0s0
    Именно она и предлагается в howto.

    Вообще конечно все равно как называть эти устройства - главное чтобы была хоть какая-то система. Да и кстати есть интересная презентация http://opensolaris.org/os/community/volume_manager/files/svm_descriptivenames.pdf с описанием возможности произвольного именования объектов SVM. Не знаю только доступна ли в каком-нибудь релизе эта функциональность или нет, - но думаю это сильно упростит вопрос именования.

  5. ndjilins Says:

    Илья, я говорил о скрипте для автоматического зеркалирования загрузочного диска (/sun/tools/misc/svm(или sds - зависит от версии EIS-DVD)) - там как раз и используется схема, которая описана мной выше.
    документ, на который Вы дали ссылку из EIS - лишь показывает пример зеркалирования - и не обьясняется схема наименования.
    Хотя, да - самое главное получить зеркало - не важно как они называются (нам ехать, а не шашечки).

    спасибо за ссылку - скачал, почитаю!

  6. Zerot Says:

    еще моменты
    .
    насколько я помню по 8/9 версиям изменения в system руками делать не нужно - требуемое для загрузки с зеркала добавляет metaroot
    .
    тоже и про nvram - на 2900/240/210 например эти изменения не делались, но зеркала под нагрузкой работают вполне корректно
    .
    опять же после metaroot еще имеет смысл сказать что то типа lockfs -fa

  7. Ilya Voronin Says:

    metaroot просто записывает в /etc/system новое значение rootdev. Приведенные параметры строго опциональны и влияют только на производительность системы, за исключением md_mirrored_root_flag, позволяющего системе корректно реагировать на потерю половины реплик metadb.

    Не очень понимаю в чем смысл сброса грязных страниц (lockfs -fa) на диск после исправления конфигурационных файлов…

Leave a Reply