Lotus Domino: ConvertZoneToText: Warning Time Zone -3 not found!

Сегодня столкнулся с проблемой установки сервера Домино на Аиксе 7.2.
При запуске сервера через сервер контроллер сервер странно стартует, и потом его убить через контроллер не получается, только "рубанием" каждой отдельной задачи. Какой-то полтергейст.
На консоль выводится непонятная информация и изредка сообщение, что
ConvertZoneToText: Warning Time Zone -3 not found!

При том, что временная зона установлена, локаль на сервере тоже стоит... но по умолчанию она установилась в ru_RU. А это как вы знаете неправильно, нужно ставить лотусовый сервер на локаль C. Поэтому меняем настройки локали:

Перегружаем сервер! Но и это не помогает. Копаем дальше. Смотрим папку(в засисимости от установки пути различаются):
/opt/ibm/domino/notes/90010/ibmpow/res
 У меня создалась там папка:
RU_RU
Поменял ее также в
С

Сервер завелся без проблем! Вот так локаль установилась раньше приложения и такие "непонятки" получились.  Успехов!

AIX: schedule users scripts (Планируем операции под пользователем)

Не все операции могут быть запущены под пользователем root, поэтому придется запускать их под другими пользователями. Один раз запустить - это хорошо, а что делать, когда нужно периодически запускать скрипты?
Вот тогда на помощь приходит cron.
Итак, распланируем операции под пользователем, например, назовем его notes.
Первое, что нужно сделать - разрешить пользователю пользоваться кроном! Для этого переходим /var/adm/cron в и создаем файлик cron.allow

Прописываем в него пользователей, кому разрешено использовать крон:
root
notes
Казалось бы что еще нужно сделать, на этом можно и завершить, но это не так!
Второе, переходим в /var/spool/cron/crontabs/ и создаем там файлик с заданием для пользователя notes. Примерный, скрипт выглядит так:

Переключаемся на пользователя notes
#crontab -e
ну или можно под root'om - тогда редактируем задания отдельного пользователя:
#crontab -e notes
* 10 1 12 * /lotus/lotus_update > /lotus/lotus_log 2>&1
Расшифровка:
* * * * * как команда будет выполнена /путь_до_вашего_скрипта > /логи
- - - - -
| | | | |
| | | | +----- день недели (1 - 7) (понедельник = 1)
| | | +------- месяц (1 - 12)
| | +--------- день месяца (1 - 31)
| +----------- час (0 - 23)
+------------- минута(0 - 59)
И не забываем, что все изменения вносим через VI!
Смотрим, что получилось
#crontab -l notes

Успехов!

AIX migratepv: переносим данные на другой диск

Вот и встала задача перенести данные с одного диска на другой, при этом надо сохранить структуру. Для этих целей истпользуется команда migratepv. Миграцию можно запустить на несколько дисков, но лучше всего (сугубо мое мнение) перенести диск в диск, то есть один в один.Для полноты картины: в системе один диск, на котором расположены данные и собственно сама операционная система.
#lspv

Чтобы приступить к переносу нужно ввести второй диск в группу томов, откуда будем переносить данные, в моем случае это группа томов rootvg.
#extendvg rootvg hdisk2

Супер, теперь можно приступить к переносу данных.

Процесс занял примерно 10 минут, при размере данных в 10 Гб. При выполнении миграции выводится сообщение о том, что том hd5 является загрузочным. Так что теперь точно не забудем!
migratepv: boot logical volume hd5 migrated. 
Please remember to run bosboot, specifying /dev/hdisk2 as the target physical boot device. 
Also, run bootlist command to modify bootlist to include /dev/hdisk2.
Выполним необходимые настройки. Создаем загрузочный образ на новом диске:
#bosboot -ad /dev/hdisk2
Добавим загрузку с диска2 в основную очередь загрузки ОС AIX.
#bootlist -m normal hdisk2

Вот и настал момент истины - перезагрузка. Ну что ж проверяем:
#shutdown -Fr now

Система успешно перегрузилась =)
Успехов!

AIX: виртуальные процессоры

Общий вид процессорных технологий Р-серии

Виртуальные процессоры используются, чтобы сказать партиции (Операционной системе) сколько процессорных ядер она имеет. С помощью данной настройки можно контролировать количество потоков, которые система может запускать параллельно. Количество виртуальных процессоров не может изменить общее процессорное время, которое доступно для вашей партиции.
Лучше всего рассмотреть на примере: для партиции выделено 1,5 процессора из общего процессорного пула, то есть 15 мс процессорного времени (я надеюсь вы помните про time slice?).
Если для партиции выделено:
2 виртуальных процессора = 7,5 мс
4 виртуальных процессоров = 3, 75 мс
Партиция без ограничений (uncapped LPARS) может испытывать проблемы с производительностью, если значение виртуальных процессоров мало. Поэтому важно помнить, что не стоит устанавливать слишком маленькое значения виртуальных процессоров.
Максимальное количество виртуальных процессоров 256.

Общие рекомендации. 
Сколько виртуальных процессоров использовать?
Для партиций без ограничений лучше установить значение виртуальных процессоров равное количество процессоров в общем процессорном пуле.
Для партиций с ограничением лучше установить минимальное количество виртуальных процессоров и далее мониторить ситуацию, чтобы невозникло проблем с производительностью. Если партиции хватает процессорных мощеностей, оставляем. Если партиция не справляется, увеличиваем значение виртуальных процессоров.

Многопоточность - однопоточность.
Вы можете заставить систему работать в любом режиме, каком вам нужно, по потребности. Будь то работа в один поток, или работа с несколькими потоками.
Single-threaded (ST) все процессорные мощности объединены в один поток.
Simultaneous multitreading (SM) процессор получает инструкции из нескольких железных потоков, т.е. система динамически приспосабливается к окружению, и позволяет выполнять команды из различных потоков, а также позволяет одному железному потоку задействовать "простаивающие" процессорные ядра. С помощью данной технологии даже один процессор может получать инструкции из нескольких железных потоков.
С включенным мультитрайдингом каждый виртуальный процессор создает 4 потока (для Power7), и этот поток называется логический процессор.
#smtctl

Выключим динамически мультитрейдинг

Включение мультитрейдинга:
#smtctl -m on
Посмотрим со стороны системных элементов, а именно через атрибуты процессора (просмотр подробной информации по системе):
#lsattr -El proc0

Успехов!

NPIV: включаем фибровые карты

С помощью технологии NPIV можно сделать виртуальную карту, выданную на отдельной партиции, полноценной фибровой картой, и прицепить диски напрямую в обход ВИО-сервера. Все операции выполняются довольно просто и не вызывают трудностей.
1. Добавляем виртуальный фибровый адаптер на ВИО-сервере. Для это редактируем через HMC профиль нужного ВИО-сервера. Обязательно его связываем с клиентской партицией.

2. Затем логинемся и проверяем, что новый виртуальный адаптер появился.
В случае, если у вас не поддерживается динамическое добавление ресурсов (DLPAR операции), перегружаем виос.
cfgdev
lsdev | grep vfc

Адаптер появился.
3. По аналогии создаем такой же адаптер на LPAR'e и связываем их.

vfcmap -fcs fcs0 -vadapter vfchost0
4. Определяем WWPN для клиентской партиции и передаем администратору стораджа.

Отдельно хочется сказать, что NPIV можно развернуть только на карточках FC 8G.
Например,
5273 PCIe LP 8Gb 2-Port Fibre Channel Adapter
5735 8 Gigabit PCI Express Dual Port Fibre Channel
На карточках 4 Гб можно развернуть только виртуальный SCSI.
Успехов! Комментарии приветствуются.

AIX: файловые системы

Работа с файловыми системами всегда доставляет радость, не так ли? =)
Перед тем как создать файловую систему нужно подготовить диск для установки, а именно создать логический том в работающей системе. При установке чистой ОС AIX создает групу томов rootvg, все операции с которой выполняются посредством LVM.  Подробнее про работу с LVM можно почитать тут. Ну, а пока создаем новую файловую систему.
1. Лучше всего выделить отдельный логический том.
#mklv -t jfs2 -y datalv datavg 490G

Тперь отдельны йтом под лог:
#mklv -y my_jfs2_log -t jfs2log datavg 1

Или можно так:
#crfs -v jfs2 -d datalv -m /data/db -a logname=dataloglv -A yes

Как всегда нас готов выручить смит: smit jfs2
После создания файловой системы о ней появляется запись в файле /etc/filesystem
#grep -p /data /etc/filesystems

2. Смонтируем ее
mount /data
Посмотрим опции:
mount | egrep '/data| node'

Для простомотра всего смонтированного:
mount -a
Для размонтирования файловой системы, например /data:
umoint /data
3. Для просмотра файловых систем используется команда lsfs:
lsfs -a По умолчанию, отображаются все файловые системы
lsfs -q <fs> Детальное отображение указанной файловой системы
lsfs -q Детальное отображение
lsfs -l Показывает файловые системы с разбиением по столбцам
lsfs -c Показывает файловые системы построчно
lsfs -v jfs Показывает все файловые системы типа "jfs" 

4. Узнать размер файловой системы можно с помощью команды df:
df -g вывод информации в ГБ, -m (Мб), -k (Кб).
Показывается размер и кол-во свободного пространства

 Посмотреть информацию только по файловой системе /distr
df -g /distr
5. Изменение файловой системы выполняется с помощью команды chfs
Запомните, что все изменения происходят онлайн.
chfs -a size=1G /var (установка файловой системы в 1 Гб)
chfs -a size=+1G /var (увеличение на  1 Гб)
chfs -a size=-1GB /var (уменьшение на 1 Гб)

Произведем изменение точки монтирования файловой системы:
chfs -m /oldpoint /newmount
Произведем удаление файловой системы:
rmfs /data2 или smit rmfs2
Форсированное удаление - удаление файловой системы + удаление точки монтирования и логического тома:
rmfs -r /somefs
 6. "Заморозить" файловую систему, чтобы не производились операции чтения-записи:
chfs -a freeze=<time in seconds>/data
"Разморозить"
chfs -a freeze=off /data
7. Дефрагментация файловой системы происходит с помощью команды defragfs:
defragfs -q /distr ==>Отображение информации о файловой системе:

defragfs /distr ==>Дефрагментация файловой системы /distr

8. Не забудем упомянуть о "сборщике мусора" Skulker.
Используется для удаления ненужных и старых файлов, запускается через cron. 
9. Починка файловой системы осуществляется с помощью fsck:

fsck [-y|-n] <fs> исправление ошибок файловой системы

10. Просмотр файловых систем, расположенной на определенной группе томов:
lsvgfs rootvg

П.С. несколько дополнений.
Для форматирования лога используется команда logform
logform /dev/some_jfs2_log

Не забудем упомянуть про так называемый inline log, который займет 0.4% от файловой системы для которой он создается. У каждой системы свой лог, что позволяет обеспечить повышенную быстродействие и отказоустойчивость. В случае повреждения лога, он повреждается для одной файловой системы, а не для всех.
Inline логирование доступно только для jfs2.

Успехов!

AIX: добавляем пользователя

Команда добавления пользователя в систему довольно проста - mkuser.
Не обязательно запоминать все параметры для добавления пользователя, поэтому посмотрим все основные поля создания пользователя.

account_locked : учетка пользователя заблокирована. Значения: true or false. admin : создаем админа. Значения: true or false. admgroups : Определяет группы, которые учетка будет администрировать. Через точку с запятой идет перечень групп. home : Определяет домашнюю директорию пользователя. gecos : Добавляет основную информацию о пользователе (комментарий). groups : Определяет в какие группы будет добавлен пользователь. Через точку с запятой идет перечень групп. id : Определяет ID пользователя. login : Определяет есть ли возможность у пользователя логиниться в систему с помощью команды "login". Значения: true or false pgrp : Определяет главную группу пользователя. shell : Определяет основной программный шелл при инициации сессии. su : Определяет может ли другой пользователь переключиться на данную учетку с помощью команды "su". Значения: true or false sugroups : Определяет какие группы могут переключиться на данную учетку с помощью команды "su".
Example mkuser id='783' pgrp='primary' groups='pg;primary;steel' su='true' sugroups='rpdusers' home='/home/mqm' gecos='Some AIX User' maxage='0' username

Или так
smit mkuser 

Успехов!

LPAR: изменяем размер памяти с помощью команд HMC

Предварительно проверьте, что между HMC и LPAR'ом открыты все порты, и поддерживаются динамические операции (проще говоря - подняты службы RMC).
Посмотрим количество памяти в системе:

Т.е. максимум не достигнут, попробуем это изменить =)
Логинемся в НМС:
1. Опеределяем названия серверов:
#lssyscfg -r sys -F name
2. Выводим все работающие партиции
 #lssyscfg -r lpar -m "I2-P730-B" -F lpar_id name default_profile state

3. Изменяем кол-во памяти для партиции I2-TEST1 на 1024 Мб.
#chhwres -r mem -m "I2-P730-B" -o a -p I2-TEST1 -q 1024
4. Обновляем профиль LPAR'a
#chsyscfg -r prof -m "I2-P730-B" -i name=I2-TEST1,lpar_id=3,min_mem=4096,desired_mem=7168,max_mem=8192
Проверяем:

Успехов!

Lotus domino on AIX: Offline fixup

Произведем запуск регламентной утилиты fixup на сервере Lotus Domino.
Входные параметры:
DOM_USER=notes
DOM_PROG=/opt/ibm/lotus/bin
PATH=/usr/local/sbin:/user/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:$DOM_PROG:$DOM_HOME
Т.е. запуск Domino происходит от пользователя notes, а все программные файлы находятся в директории /opt/ibm/lotus/bin

1. Переходим в директорию, где находятся данные (директорию с notes.ini):
cd /data/db/
2. Переключаемся на пользователя
su notes
3. Запускаем фиксап
/opt/ibm/lotus/bin/fixup names.nsf

 4. Запускаем компакт
/opt/ibm/lotus/bin/compact -B names.nsf

Оффлайн фиксап и компакт работают быстро. Проведу такие же работы на базе с 1 миллионом документов, и размером 14 Гб, которая испытывает ошибку "Unable to extent ID table". Посмотрим сколько займет это времени.
Эксперимент продлился 1 час 30 минут.

Рекомендации IBM по настройке дисков в AIX

Как мы все знаем, IBM часто выдает много рекомендаций, попробуем применить некоторые из них к настройке дисков на AIX системе:
#lsattr -El hdisk0

С алгоритмами работы разбирались тут.
Оставим по умолчанию, algorithm=fail_over.
Поэтому теперь определим автоматическое восстановление каналов связи ВИО-сервера и диска. Т.е. установим значения для автоматического восстановления канала в случае отказа одного из путей (так сказать отмены перезапуска сервера).
И значения для hcheck_mode и check_interval IBM рекомендует следующие:
check_interval=60
hcheck_mode =nonactive
Установим их:
#chdev -l hdisk0 -a hcheck_interval=60 -P
#chdev -l hdisk0 -a hcheck_mode=nonactive -P

По настройке очереди записи на диск разговор шел тут
queue_depth=16
Политики резервирования разбирались тут
reserve_policy=no_reserve

Успехов!

AIX etherchannel: собираем - разбираем

Итак, настало время создать Канал EtherChannel в ОС AIX.

Ничего нет проще. Но сначала что такое EtherChannel? Это технология объединения сетевых портов, позволяющие объединить несколько адаптеров Ethernet в одно псевдоустройство Ethernet. То есть у вас есть адаптеры ent1 и ent2, которые можно объединить в устройство EtherChannel en3. Затем интерфейсу en3 можно назначить IP-адрес. Повышая этим пропускную способность.

Для конфигурирования лучше всего использовать SMIT. 

smitty etherchannel

Далее нужно указать интерфейсы, которые вы добавляете в псевдоадаптер. Затем присвоить ему адрес. Меню смита символически простое - посмотреть, собрать и разломать=) 

Посмотрим: 
В моем случае  сконфигурировано устройство en5, состоящее из адаптеров ent0,ent2,ent3,ent5

Делаем через терминал в HMC - иначе пропадет подключение к серверу по ssh. 
Разломаем EtherChannel: 
smit chinet 
Указываем нужный адаптер и выводим его из использования detach

Двигаемся дальше:

Далее выбираем какой адаптер ломать и все! Не забываем, что нужно перегрузить сервер и определить для сетевого интерфейса айпи-адрес.

Успехов!

AIX: подключаем SAN или как найти WWN

В один прекрасный момент настанет время, когда вы будете готовы подключить свой AIX сервер, а именно fibre channel карты, к хранилищу SAN'a. Поэтому вам понадобится WWN номер вашей фибровой карты. Найдем его:
Определим фибровые карты
#lsdev -Cc adapter

Итак, есть 2 карты и обе готовы к подключению!
Для каждой карты определяем WWN
#lscfg -vps -l fcs0

Или можно еще так:
#fcstat fcs1 | grep Port

Те же самые wwpn можно посмотреть из HMC. Для этого есть команда lshwres:
#lshwres -r io -m servername --rsubtype slotchildren -F phys_loc,description,wwpn --filter "lpar_names=nameoflpar"
Но у меня данная команда почему-то отказалась работать и wwn'ы пришлось смотреть из AIX'а. Для этого фибровую карту временно подключаем к партиции, смотрим и отключаем ее обратно =)
Успехов!

AIX: изменяем hostname

Казалось бы довольно простая операция изменить имя сервера. Но файлика /etc/hostname в операционной системе AIX не существует. Поэтому нужно изменять параметры устройства, которое называется inet0.
Для того, чтобы временно изменить имя сервера можно выполнить команду:
#hostname somename
Но чтобы изменить имя сервера постоянно изменяем атрибуты устройства inet0
Посмотрим все значения устройства
#lsattr -El inet0

Значение hostname присутствует и равно i3-test1.
Изменим его:
#chdev -l inet0 -a hostname=somename

Теперь даже после перезагрузки имя сервера останется равным i3-test4.
Успехов!

AIX monitoring: svmon

Доброго вам дня!
На суд общественности выносится тулза мониторинга оперативной памяти, или лучше сказать анализа, svmon. Добавлю, что мониторить память на AIX'e проще всего с помощью  nmon, но уже для глубокого понимания используется svmon.
Итак, поехали посмотрим реальную память на системном уровне:

Общая информация (глобальный просмотр памяти), но немного в другом виде:
#svmon -G -O unit=auto,timestamp=on,pgsz=on,affinity=detail

Использование в основном 4-х и 64-х Кб страниц.

1. для просмотра использованной памяти по процессам, используем
svmon -P
Вывод огромен, поэтому лучше немного его сократить.
2. Для меня очень важно было определить команду, показывающую какие процессы съели всю память. Помню, что на курсах по администрированию AIX'a преподаватель не смог ответить на этот вопрос! И не мудрено! =)
Посмотрим 10 процессов, которые "съели" всю память системы:

#svmon -Pt10 | perl -e 'while(<>){print if($.==2||$&&&!$s++);$.=0 if(/^-+$/)}'

У меня на сервере крутится только IBM lotus Domino, поэтому он "виноват"

флаг -t отвечает количество выводимых процессов.
3. Информацию по сегментам нужно смотреть с помощью флагов -D, -S.
Посмотрим 10 сегментов в физической памяти (по убыванию -u)
#svmon -Sut 10

4. Вывод используемых сегментов памяти для определенного процесса, например, amgr:
#svmon -C amgr | grep -v clnt 

Успехов!  

AIX: системные компоненты (AIX Devices II)

Про устройства, которые используются в системе, я начинал говорить ранее. И основные термины можно дополнить только "железными" понятиями, а именно CEC и System planar.
CEC (Central electronics complex) - основной системный юнит, который управляет процессорами, памятью и удаленными операциями ввода-вывода(для краткости - IO).
System planar - главный компонент CEC, системная плоскость, на которой расположены карты слоты процессора, планки памяти и слоты под IO, и все эти компоненты взаимодействуют между собой.
12X cable - обеспечивает высокоскоростное подключение между системными компонентами, например, между CEC и любыми IO-адаптерами. 12Х состоит из специальных адаптеров и протоколов, которые позволяют IO адаптерам эффективно взаимодействовать с системными шинами. IO-адаптер может состоять из PCI-слотов, адаптеров, дисков, и подключаться к системным элементам посредством шины GX+.
Расположение системных компонентов (System component location).
Power сервер состоит из отдельных системных компонентов (System enclosure), которые выспутают как отдельныя часть и имеет собственный идентификатор, состоящий из MTM (machine type and model) и серийного номера.
Например, U8205.E8A.65DG389
Т.е. все устройства (физические и виртуальные) будут использовать часть этого location-кода. Далее по примеру, устройства, которые подключены к системной плоскости (CEC) имеют отдельный идентификатор, а именно идентификатор системной плоскости. Например,
U34AO.001.DGEFGHC-P1
P1 - говорит о том, что компонет подсоединен к системной плоскости.
Для работы с location-кодами используют команду lsdev
lsdev -CHF "name, status, physloc, location"
На своем примере, покажу сетевую карту, которая у меня подсоединена к системной плоскости, остальные устройства виртуальные, они имеют другие коды

Расшифровку примеров нашел на просторах инета:

Успехов! Комментарии приветствуются!

AIX Загрузка II (Aix loading II)

   Рассмотрим теперь основные конфигурационные файлы, которые грузятся автоматически и какие службы в них присутствуют. Итак, мы находимся на стадии System Boot Phase, первые 2 стадии успешно завершились, подробнее тут.
   Тут можно говорить про сообщество rc-файлов, потому как они составляют одну большую фамилию. Все rc-файлы исполняются при загрузке и готовят систему к дальнейшему использованию.
1. /sbin/rc.boot - вызывается посредством /etc/inittab. В зависимости от типа загрузочного устройства данный файл управляет загрузкой следующих устройств:

• Загрузка с диска;
• Активация корневой группы томов (rootvg);
• Активация файловых систем;
• Вызов программы инсталляции или запуска диагностического режима.  

2.  Далее выходит из тени /etc/rc, обычно он определяется следующей строчкой в /etc/inittab и продолжает работу:

• Активация всех групп томов, имеющих свойство auto-varyon;
• Активация всех разделов подкачки (swapon -a);
• Конфигурирование всех устройств дампа (systemdump-dev -q);
• Если требуется - выполняется проверка файловой системы (fsck -fp);
•  Монтирование оставшихся файловых систем в /etc/filesystems, имеющих значение automount. 

3. Далее происходит конфигурации сети /etc/rc.net. Система получит hostname, установит дефолтные маршруты, получит дефолтный гейт-вэй.
4. Ну и наконец приступит к загрузке основных служб из файла /etc/rc.tcpip. Все службы запускаются скриптом автоматически, если вы их не выключаете. Выполнение скрипта можно производить и при работающей системе.

• inetd (запускается по умолчанию);
• gated; 
• routed;
• named;
• timed;
• rwhod;
• lpd; 
• portmap;
• sendmail; 
• syslogd. 

 Успехов!

AIX: Monitoring

   Давно думал над этой темой и решил писать. Итак, какие диагностические утилиты есть, чтобы посмотреть на систему?
1. nmon
2. topas
3. svmon

1. Рассмотрим подробнее nmon. Это наверное самая лучшая утилита мониторинга.
Запустим ее! Горячие клавиши вызовов будут

1.1 Первый параметр - процессор, загрузка и использование.
-с (уменьшенный вид) или С (увеличенный вид)

1.2 Статискика Lpar'a (Shared CPU) - параметр p

Очень похожий параметр - r. Отображает статистику используемого Lpar'a.
Отдельно замечу, что данный параметр отображает частоту работы процессора, серийный номер и тип сервера. 
1.3 Параметр W - статистика работающей workload партиции, у меня таких нет, поэтому ничего не привожу. (Плюс еще параметр -S)
1.4 Параметр d (или D) - использование дисковой подсистемы.

1.5 Параметр а - показатели загрузки подключенных адаптеров

1.6 Параметр L - использование больших страниц (large page)
1.7 Параметр k - основная информация об ядре, процессах (их количестве) и времени работы (uptime) сервера
1.8 Параметр n - сетевая загрузка сервера

1.9 Параметр m - использование памяти
1.10 Параметр А - запускает отображение процессов. Примерно тоже значение имеют параметры: t, T, u.
1.11 Параметр N - мониторинг работы NFS
1.12 Shift + 6  - мониторинг работы fibre-channel адаптера

2. Topas
На самом деле утилита nmon - topas это одна утилита, которая переключает режимы отображения с помощью комбинации shift + "~".

По аналогии с nmon'ом утилита topas имеет похожие ключи, я на них подробно останавливаться не буду, опишу основные:  с,  n,  E,  d,  D,  f,  p,  P,  L,  V,  
Отдельно скажу про детальный вид по Lpar'у с помощью команды L: показаны режим работы партиции, кол-во процессоров, кол-во памяти и загрузка.

3.SVMON
Данная утилита выводит информацию о текущей загрузке ОП. Обычный вывод svmon (или с параметром G) отображает кол-во памяти в системе, и ее использование постранично.

Inuse - кол-во памяти, которое используют работающие процессы + те, которые уже завершаются.
Pin - те, страницы которые закреплены в памяти.
1. Посмотрим использование страниц памяти по определенному процессу
svmon -P 3277058 | pg

2. Цифровой вывод основной (глобальной) информации:
svmon -G -O unit=MB
3. Потребление ОП в AIX.
Вычитал эту вещь на просторах интернета, что есть такое понятие как "потребление" и это значение должно быть меньше 90%
Проверю на своем сервере, по формуле
Потребление = memory-virtual / memory-real * 100%
У меня получилось 19%, т.е. сервер прекрасно справляется с задачами, используя только физическую ОП, без обращений к виртуальной.
4. Посмотрим теперь потребление ОП по работающим процессам:
#svmon -P -O summary=basic,unit=GB

5. Посмотреть детальную информации по процессу 3866682
svmon -P 3866682 -O segment=on,pidlist=on,range=on,mapping=on,shmid=on,filename=on,affinity=detail


Спасибо за внимание! Буду рад вашим отзывам и комментариям! Успехов