AIX / Oracle и aioserver

В этой теме 32 ответа, 6 участников, последнее обновление  roman 7 года/лет, 2 мес. назад.

  • Автор
    Сообщения
  • #12478

    sirin zarin
    Участник

    Всем доброго времени суток!

    Столкнулся с AIX и крутящимся на нем ораклом, разрулил почти все, память подтюнил, фс тоже подтюнил.. но не могу понять как правильно посчитать значения aioserver. Посему прошу помощи.

    Заранее спасибо!

  • #12479

    andrewk
    Участник

    версия?

  • #12489

    sirin zarin
    Участник

    Прошу извинить что не указал сразу.

    # oslevel -s
    5300-12-02-1036

    aioserver’ов на данный момент установлено:

    # lsattr -E -l aio0
    autoconfig available STATE to be configured at system restart True
    fastpath enable State of fast path True
    kprocprio 39 Server PRIORITY True
    maxreqs 4096 Maximum number of REQUESTS True
    maxservers 10 MAXIMUM number of servers per cpu True
    minservers 1 MINIMUM number of servers True

    и крутится сейчас их вот столько(если я правильно понял)
    # ps -ek | grep aioserver | grep -v posix_aioserver | wc -l
    160

    По системе информация такая:

    # lparstat
    System configuration: type=Dedicated mode=Capped smt=On lcpu=16 mem=31488

  • #12490

    Ivan
    Участник

    maxservers should be= (10 * ) / #cpu
    maxreqs = (a multiple of 4096) shouldbe > 4 * #disks * queue_depth
    , but only tests allow to set correctly minservers and maxservers

    информацию по aio servers можно посмотреть через nmon (A)

  • #12494

    uxTuaHgp
    Участник

    В сущности эти расчеты изменились для AIX 6.1?
    Знаю чтио теперь нет устройства aio, но тюнаблз так же расчитываются?
    И еще, aio_minservers и aio_maxservers – это количество на один процессор.

    Как дело обстоит с огромным количеством логических процессоров на системах с Power7 процессором и включенным SMT.
    Нет ли риска возникновения дикой конкуренции за диски и оверхеда по процессору и памяти от большого количества порожденных aioserver-ов?

  • #12496

    andrewk
    Участник

    насколько я помню (могу врать) – для AIX 6.1 рекомендация была оставить по дефолту

  • #12497

    andrewk
    Участник

    по поводу SMT4 – лично я рекомендую практически всегда выключать. простой тест – дайте нагрузку на LPAR и если цифирки в system/kern стали чересчур большими, значит система вынуждена делать чересчур много hypervisor calls и context switches и лучше бы уменьшить количество логических процессоров.

  • #12498

    uxTuaHgp
    Участник

    Вот и я выключил, а поддержка из Остина усиленно рекомендует включить для оптимального перфоманса…

  • #12506

    roman
    Участник

    если вы используете cio, можете вообще отказаться от aioserver и воспользоваться fsfastpath. Это более предпочтительно. Если же по каким-либо причинам вам необходимо именно настроить aioserver, то в данном случае вам их не хватает. Имеет смысл увеличить их количество, только учтите при этом, что повысится CPU context switching

  • #12528

    sirin zarin
    Участник

    нет, cio не используется, используется dio, так как насколько я читал то при использовании cio возникают траблы со скоростью у rman.

  • #12530

    andrewk
    Участник

    конечно возникают. кто ж бэкапит на тот же диск, где лежат данные? btw с dio они тоже должны возникать 😉

  • #12531

    roman
    Участник

    скиньте ссылку на источник. Лично я такой рекомендации нигде не встречал, более того, наоборот, при использовании ФС глупо не использовать cio, уж тем более если вы используете dio. На каком типе ФС у вас находятся файлы данных?

  • #12533

    yota
    Участник

    нет, cio не используется, используется dio, так как насколько я читал то при использовании cio возникают траблы со скоростью у rman.

    А вы случаем не всю ФС с dio монтируете?

  • #12538

    sirin zarin
    Участник

    [quote quote="immortalday" post=11830]нет, cio не используется, используется dio, так как насколько я читал то при использовании cio возникают траблы со скоростью у rman.

    А вы случаем не всю ФС с dio монтируете?[/quote]

    Нет не всю фс, а только те разделы на которых лежит БД Оракл. Почему не cio , там раз в сутки запускается софт которые начинает “играть” с таблспейсами. И местами используется сжатие в tar.gz

  • #12539

    sirin zarin
    Участник

    конечно возникают. кто ж бэкапит на тот же диск, где лежат данные? btw с dio они тоже должны возникать 😉

    Бакап идет не на диск, а на ленту. Да и база там большая очень…

  • #12540

    sirin zarin
    Участник

    скиньте ссылку на источник. Лично я такой рекомендации нигде не встречал, более того, наоборот, при использовании ФС глупо не использовать cio, уж тем более если вы используете dio. На каком типе ФС у вас находятся файлы данных?

    Данные лежат на jfs2. А вот ссылку я боюсь не вспомню(

  • #12542

    yota
    Участник

    Нет не всю фс, а только те разделы на которых лежит БД Оракл. Почему не cio , там раз в сутки запускается софт которые начинает “играть” с таблспейсами. И местами используется сжатие в tar.gz

    Какие еще разделы??? Вы о чем вообще? У вас должен стоять FILESYSTEMIO_OPTIONS = setall и все. Никаких опций монтирования на ФС быть не должно.

  • #12543

    roman
    Участник

    опции монтирования должны быть, если вы используете внешние утилиты типа tar, cp и т.д.

  • #12544

    andrewk
    Участник

    roman, yota дело говорит. но с одним исключением – если версия оракл 10 или более новая. для утилит как раз лучше отключать cio/dio.

  • #12545

    roman
    Участник

    не совсем соглашусь: если в Oracle (начиная с версии 10, как вы правильно заметили) установить параметр FILESYSTEMIO_OPTIONS = setall, при открытии файлов БД Oracle будет использовать опцию cio независимо от опций монтирования ФС. При этом вы не сможете выполнить tar или cp файлов БД, если не смонтируете и саму ФС с опцией cio

  • #12546

    sirin zarin
    Участник

    [quote quote="immortalday" post=11840]
    Нет не всю фс, а только те разделы на которых лежит БД Оракл. Почему не cio , там раз в сутки запускается софт которые начинает “играть” с таблспейсами. И местами используется сжатие в tar.gz

    Какие еще разделы??? Вы о чем вообще? У вас должен стоять FILESYSTEMIO_OPTIONS = setall и все. Никаких опций монтирования на ФС быть не должно.[/quote]

    эм, хорошо, может я не так выразился.

    /dev/fslv00 — /opt/oramount1 jfs2 3145728000 dio,rw yes no
    /dev/fslv02 — /opt/oramount2 jfs2 5154799616 dio,rw yes no
    /dev/fslv03 — /opt/oramount3 jfs2 6440353792 dio,rw yes no
    /dev/fslv04 — /opt/oramount4 jfs2 102760448 dio,rw yes no
    /dev/fslv05 — /opt/oramount5 jfs2 2145386496 dio,rw yes no
    /dev/fslv06 — /opt/oramount6 jfs2 417333248 dio,rw yes no

    собтвенно лежит все это счастье на нескольких винтах в группе vg ora , vg rootvg на другом винте(ну что логично)

    тобишь
    lspv -l hdisk1
    fslv06 … /opt/oramount6
    lspv -l hdisk2
    /dev/fslv00 … /opt/oramount1
    /dev/fslv02 … /opt/oramount2
    lspv -l hdisk3
    /dev/fslv03 … /opt/oramount3
    lspv -l hdisk4
    /dev/fslv04 … /opt/oramount4
    lspv -l hdisk5
    /dev/fslv05 … /opt/oramount5

    и

    lspv
    hdisk0 … rootvg active
    hdisk2 … ora active
    hdisk1 … ora active
    hdisk3 … ora active
    hdisk4 … ora active
    hdisk5 … ora active

    Так что все нормально с тем где что лежит.

  • #12547

    yota
    Участник

    не совсем соглашусь: если в Oracle (начиная с версии 10, как вы правильно заметили) установить параметр FILESYSTEMIO_OPTIONS = setall, при открытии файлов БД Oracle будет использовать опцию cio независимо от опций монтирования ФС. При этом вы не сможете выполнить tar или cp файлов БД, если не смонтируете и саму ФС с опцией cio

    Совершенно непонятно зачем может понадобится тарить или копировать файлы БД утилитами ОС. Есть замечательный RMAN, которым можно делать бэкапы и копии.

  • #12548

    yota
    Участник

    эм, хорошо, может я не так выразился.

    /dev/fslv00 — /opt/oramount1 jfs2 3145728000 dio,rw yes no
    /dev/fslv02 — /opt/oramount2 jfs2 5154799616 dio,rw yes no
    /dev/fslv03 — /opt/oramount3 jfs2 6440353792 dio,rw yes no
    /dev/fslv04 — /opt/oramount4 jfs2 102760448 dio,rw yes no
    /dev/fslv05 — /opt/oramount5 jfs2 2145386496 dio,rw yes no
    /dev/fslv06 — /opt/oramount6 jfs2 417333248 dio,rw yes no

    Ну разумеется не так. У вас 6 logical volume, на каждом из которых своя собственная ФС. Ну и понятное дело каждая смонтирована c dio, интересно только зачем?

  • #12549

    sirin zarin
    Участник

    [quote quote="immortalday" post=11848]
    эм, хорошо, может я не так выразился.

    /dev/fslv00 — /opt/oramount1 jfs2 3145728000 dio,rw yes no
    /dev/fslv02 — /opt/oramount2 jfs2 5154799616 dio,rw yes no
    /dev/fslv03 — /opt/oramount3 jfs2 6440353792 dio,rw yes no
    /dev/fslv04 — /opt/oramount4 jfs2 102760448 dio,rw yes no
    /dev/fslv05 — /opt/oramount5 jfs2 2145386496 dio,rw yes no
    /dev/fslv06 — /opt/oramount6 jfs2 417333248 dio,rw yes no

    Ну разумеется не так. У вас 6 logical volume, на каждом из которых своя собственная ФС. Ну и понятное дело каждая смонтирована c dio, интересно только зачем?[/quote]

    эм, почему не так, софт который юзает бд так разносит.

    [quote quote="roman" post=11847]не совсем соглашусь: если в Oracle (начиная с версии 10, как вы правильно заметили) установить параметр FILESYSTEMIO_OPTIONS = setall, при открытии файлов БД Oracle будет использовать опцию cio независимо от опций монтирования ФС. При этом вы не сможете выполнить tar или cp файлов БД, если не смонтируете и саму ФС с опцией cio

    Совершенно непонятно зачем может понадобится тарить или копировать файлы БД утилитами ОС. Есть замечательный RMAN, которым можно делать бэкапы и копии.[/quote]

    это делает софт который использует бд

  • #12550

    roman
    Участник

    Совершенно непонятно зачем может понадобится тарить или копировать файлы БД утилитами ОС. Есть замечательный RMAN, которым можно делать бэкапы и копии.

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

  • #12551

    sirin zarin
    Участник

    [quote quote="yota" post=11849]
    Совершенно непонятно зачем может понадобится тарить или копировать файлы БД утилитами ОС. Есть замечательный RMAN, которым можно делать бэкапы и копии.

    мы не говорим про целесообразность, мы говорим про возможность. Я полностью с вами соглашусь, что лучше использовать rman, но тем не менее многие продукты предлагают в качестве своих возможностей использование внешних утилит. Вот тогда это может пригодиться[/quote]

    именно так и есть в данном случае

  • #12552

    yota
    Участник

    эм, почему не так, софт который юзает бд так разносит.
    это делает софт который использует бд

    У вас софт сам раскидывает датафайлы по разным ФС, сам их куда то зачем то копирует? Обалдеть, да вам наверно и DBA не нужен, раз софт сам все делает.

  • #12553

    yota
    Участник

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

    Приведите конкретный пример, для какой цели может понадобится некоему стороннему софту делать копии датафайлов?

  • #12554

    sirin zarin
    Участник

    [quote quote="immortalday" post=11851]
    эм, почему не так, софт который юзает бд так разносит.
    это делает софт который использует бд

    У вас софт сам раскидывает датафайлы по разным ФС, сам их куда то зачем то копирует? Обалдеть, да вам наверно и DBA не нужен, раз софт сам все делает.[/quote]

    Нет,естессено не сам, но требования чтобы бд было разнесено по разным дискам есть. Но табличное пространство перестраивает сам.

  • #12555

    roman
    Участник

    Приведите конкретный пример, для какой цели может понадобится некоему стороннему софту делать копии датафайлов?

    Backup не средствами rman. Один из примеров такого софта – SAP. Есть две возможности – либо использовать rman, либо нет

  • #12556

    roman
    Участник

    [quote quote="immortalday" post=11851]
    эм, почему не так, софт который юзает бд так разносит.
    это делает софт который использует бд

    У вас софт сам раскидывает датафайлы по разным ФС, сам их куда то зачем то копирует? Обалдеть, да вам наверно и DBA не нужен, раз софт сам все делает.[/quote]

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

  • #12557

    yota
    Участник

    Backup не средствами rman. Один из примеров такого софта – SAP. Есть две возможности – либо использовать rman, либо нет

    C SAP дела не имел, просто интересно это он так бэкап базы делает, копируя файлы средствами ОС? Интересно, а как потом восстанавливать базу если вдруг что…

  • #12558

    roman
    Участник

    SAP здесь ни причем, сам Oracle предлагает возможность выполнения backup/restore не средствами rman, хотя рекомендует rman

Для ответа в этой теме необходимо авторизоваться.