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

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

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

Reader's Comments »

  1. By . on January 22, 2008 at 1:05 am

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

  2. By f0andrey on January 22, 2008 at 6:01 am

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

  3. By ndjilins on January 22, 2008 at 10:26 am

    все хорошо в доке - только добавьте ключик -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. By Ilya Voronin on January 22, 2008 at 1:06 pm

    Наоборот, в 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. By ndjilins on January 23, 2008 at 3:14 am

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

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

  6. By Zerot on January 23, 2008 at 2:29 pm

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

  7. By Ilya Voronin on January 23, 2008 at 3:53 pm

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

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

Leave a Reply

XHTML: You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>