Solaris

В жизни может случиться всякое - предположим, вам просто необходимо поставить на вашу десятку приложения, написанные под Solaris 8 или 9, или, скажем у вас стоит Nevada build 72, а вам вдруг захотелось поставить на нее Oracle. Как правило, программа установки в этих случаях сообщает вам о несоответствии версии Solaris и советует расслабиться и не заниматься больше подобными глупостями.

Итак, Вы решились поставить Solaris на ваш ноутбук? Тогда обязательно прочитайте небольшое руководство, подготовленное Сергеем Пикалевым. Автор приводит ссылки на утилиты по управлению сетевыми подключениями и отслеживанию заряда аккумулятора, дает ряд полезных советов по собственно установке и поиску необходимых драйверов.
Читаем здесь.

Это часть перевода доступной c sun.com в pdf главы про углубленный мониторинг серверов баз данных из книги "Configuring and Tuning Databases on the Solaris Platform" Алана Пэкера. Материал немного устарел - речь идет о Solaris 8 и 9, но все равно будет полезен тем, кто администрирует сервера баз данных.

Итак, время пришло. Взяв на вооружение лишь собственный разум, добавив к нему немного здравого смысла и некоторые основные знания системы, вы собираетесь решить проблему производительности, от которой страдает сервер базы данных. Засучите рукава и устройтесь удобнее за клавиатурой. Группа слегка напуганных коллег широко раскрыв глаза наблюдает из-за вашего плеча.
С чего же следует начать? Вашему вниманию предлагается пятиэтапный процесс, который позволит последовательно проанализировать основные компоненты системы -память, дисковую подсистему ввода-ввывода, сеть и центральный процессор - после чего заняться мониторингом и настройкой базы данных. Если проблема обнаружится в одной из этих областей, могут быть предприняты дальнейшие шаги для ее локализации. Эта разновидность подхода к проведению углубленного анализа представляет собой эффективный способ выявления и в конечном итоге разрешения имеющихся проблем производительности.

На некоторых критичных системах, где приходится быть параноиком, мы ограничиваем список пользователей, кому разрешено выполнять большинство setuid и setgid команд (на случай появления zero day exploit), то есть мы разрешаем запуск данных бинарников только для администраторов. Раньше, если мы хотели создать такие ограничения, мы выполняли команду chmod 4750, и затем меняли группу с помощью chgrp. Это было довольно неудобно, и мы не могли иметь двух различных видов ограничений для одного файла.

Один из вопросов, которые задают системные администраторы Solaris, относится к статистике памяти, отображаемой утилитами типа prstat , особенно в окружении Oracle. Недоразумение вызывает показ десятков гигабайт используемой памяти в то время, как физически установленной памяти в системе меньше. Ответ кроется в основном в том, как считать использование памяти. В примере ниже часть shared memory выделена одному процессу и затем прикреплена к другим процессам, размер распределенной памяти - 100 МB.