За время моего отсутствия Sun Solaris успел превратиться в Oracle Solaris. Возможно, расширю немного тему блога и буду больше писать про другие продукты Oracle, с которыми есть опыт.

Теперь постараюсь писать раз в неделю.

Похожие записи:

1. Как правильно настроить параметры ядра управление ресурсами в Solaris 10 для установки Oracle
2. Зачем Oracle нужен Solaris

Ресурс создавался для информационной поддержки одноименной книги Джима Мауро и Ричарда Мак Дугалла.  Со временем книга росла и превратилась в две: «Solaris Internals» и «Solaris Performance and Tools». Все книги доступны, к сожалению, только на английском. Количество (и качество) информация на сайте тоже со временем увеличивалось и сейчас сайт заслуживает внимания отдельно от книг.

На сайте много информации по внутреннему устройству Solaris, включая такие новые возможности, как ZFS и зоны. Подробно рассматривается настройка производительности как самой Solaris, так и приложений на ней, включая базы данных Oracle и MySQL. Есть интересная статья про производительность процессоров CMT, но только про UltraSPARC T1.

Информация на сайте регулярно обновляется, появляются новые статьи. Недостаток – все на английском. Если знаете английский – настоятельно рекомендую данный ресурс.

Похожие записи:

1. c0t0d0s0.org – The sun in a lighthungry universe
2. Как правильно настроить параметры ядра управление ресурсами в Solaris 10 для установки Oracle
3. Русификация Alfresco

В Solaris 10 введен механизм динамического управления ресурсами на основе проектов взамен статического подхода в Solaris 9 (и более ранних версиях), основанного на общих для всей системы параметров ядра. Соответсвенно, процедура установки базы данных Oracle на сервер с Solaris 10 отличается от процедуры установки на предыдущие версии Solaris. Вместо редактирования файла /etc/system и перезагрузки для вступления изменений в силу, Вам надо создать проект, к которому будет принадлежать пользователь, владелец ПО Oracle (обычно называемый ‘oracle’). В большинстве случаев удобно создать проект ‘user.oracle’ , который автоматически назначается пользователю ОС с именем ‘oracle’. Затем Вам нужно установить желаемые параметры управления ресурсами этому проекту.

К сожалению, в документации Oracle 10g некорректно написано, что для этих целей используется команда ‘prctl’, хотя эта команда не сохраняет изменений в свойствах проекта и после перезагрузки настройки теряются. Более того, по непонятным причинам документация по Oralce 10g советует применять изменения к проекту ‘user.root’, что делает их совсем бесполезными, так как этот проект управляет только процессами пользователя ОС ‘root’. Документация по Oracle 11g содержит «правильную» команду изменения и сохранения атрибутов проекта – ‘projmod’, но старая секция, с неправильными ‘prctl’ и ‘user.root’ также присутствует в документации, сильно запутывая ДБА и системных администраторов. В документации по Oracle 9i вообще нет описания установки на Solaris 10.

Итак, правильный путь выполнения операций, описанных в разделе «Configuring kernel parameters» документации Oracle для Solaris 10 и выше такой:

1. projadd user.oracle

Предполагаем, что пользователь ‘oracle’ является владельцем файлов установки Oracle.

2. projmod -s -K "process.max-sem-nsems=(privileged,VALUE,deny)" 'user.oracle'

Согласно документации Oracle, количество семафоров в наборе семафоров (semaphore set) должно быть установлено на 10 больше количества процессов наибольшего (по количеству процессов) экземпляра Oracle, чтобы сохранить один набор семафоров (semid) для экземпляра. Таким образом, можно использовать это число для VALUE. Но так как управление ресурсами задает только ограничение, любое достаточно большое число подойдет. Однако, реализация Solaris использует одну блокировку для защиты всех семафоров в наборе, поэтому на более менее загруженной системе конкуренция за блокировку может влиять на общую производительность. Chris Gerhard опубликовал пост с детальным описанием этой проблемы. Если Вы настраиваете свою систему в соответствии с этим, пожалуйста, рассмотрите возможность установки подходящего значения параметра project.max-sem-ids (по-умолчанию 128).

3. projmod -s -K "project.max-shm-memory=(privileged,VALUE,deny)" 'user.oracle'

Значение VALUE должно быть суммой SGA всех экземляров Oracle, запускаемых в данном проекте. Старый параметр ядра ‘shmsys:shminfo_shmmax’ управлял ограничением для сегмента. Это тоже просто ограничение, поэтому любое достаточно большое число подойдет.

Параметр ‘semsys:seminfo_semmns’ является устаревшим (deprecated), а параметры управления ресурсами, заменяющие ‘semsys:seminfo_semopm’ и ‘shmsys:msginfo_msgmni’ в настоящее время имеют высокие значения по-умолчанию, достаточные для использования в большинстве случаев, если только Вы не хотите запустить больше 128 экземпляров Oracle на 1 сервере

Статья применима для всех версий Oracle, поддерживаемых для Solaris 10 – 9i, 10g, 11g.

Похожие записи:

1. Зачем Oracle нужен Solaris
2. Oracle Solaris
3. Solaris Internals

Похожие записи:

1. Как правильно настроить параметры ядра управление ресурсами в Solaris 10 для установки Oracle
2. Oracle Solaris
3. Solaris – лучшая ОС для критически важных систем?