т.е. у меня стоит
DB2 9.7 (db2level: DB21085I Экземпляр "db2inst" использует "64" ...DB2 v9.7.0.1", FixPack "1")
RedHat Linux 5.4 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux
WebSphere Application Server 6.0.2 (6.0.2.37 build number: cf370931.13 build date: 8/7/09).

Есть проблемы с SQL1084C Невозможно разместить сегменты под совместную память. SQLSTATE=57019.
привосстановлении из копии БД.

Пытаюсь убрать все возможные проблемы связанные с распределением и спользованием памяти.
Сомневаюсь в правильности db2set -all db2_mem_tuning_range=20,25 и kernel.shmall в systemctl.conf.
По требованиям к параметрам ядра Linux для 9.7 fp 1 kernel.shmall принудительно не устанавливвается но в др. примере нашла рекомендации с примером для 16ГБ kernel.shmall=3774873 как 90% от 16Гб имеющейся памяти правильно это или нет?
# ipcs -l
------ Пределы совм. исп. памяти --------
max number of segments = 4096
max seg size (kbytes) = 1048576
max total shared memory (kbytes) = 15099492
минимальный размер сегмента (байт) = 1

------ Пределы семафоров --------
максимальное количество массивов = 1024
максимум семафоров на массив = 1024
максимум семафоров на всю систему = 32000
максимум операций на вызов семафора = 32
максимальное значение семафора = 32767

------ Сообщения: Пределы --------
максимум очередей для всей системы = 1024
максимальный размер сообщения (байт) = 65536
максимальный по умолчанию размер сообщения (байт) = 65536
нужно что то править?

И второе не стартует сервер администрирования после ребута т.е.
rc.local содержит
#!/bin/sh
touch /var/lock/subsys/local
. /home/db2inst/sqllib/db2profile
#. /home/tstdbadm/das/bin/db2admin start
su - db2inst -c "db2start"
su - tstdbadm - c "db2admin start"

но каждый раз после reboot'а при входе, например, в ЦУ-Инструменты-Журнал-Хронология задач и т.п SQL4414N Сервер администратора DB2 не активен, хотя вручную из под учётки tstdbadm он стартует нормально и в установках db2set есть DB2ADMINSERVER=tstdbadm

Mark Barinstein, спасибо огромное автостарту, по памяти попробую посмотрим завтра