IBM DB2 Connect 10.5 Guia Del Usuario página 38

Ocultar thumbs Ver también para DB2 Connect 10.5:
Tabla de contenido

Publicidad

3. Para modificar estos parámetros del kernel, edite el archivo /etc/sysctl.conf.
4. Ejecute sysctl con el parámetro -p para cargar los valores de sysctl desde el
5. Para que los cambios entren en vigor después de cada rearranque:
30
Guía del usuario de DB2 Connect
v Empezando por la primera sección sobre Límites de la memoria compartida,
SHMMAX y SHMALL son los parámetros a los que debe mirarse. SHMMAX
es el tamaño máximo de un segmento de memoria compartida en un sistema
Linux mientras que SHMALL es la asignación máxima de páginas de
memoria compartida en un sistema.
– Es recomendable establecer el valor SHMMAX de forma que sea igual a la
cantidad de memoria física del sistema. Sin embargo, el mínimo necesario
en los sistemas x86 es 268435456 (256 MB) y para sistemas de 64 bits es
1073741824 (1 GB).
– SHMALL está establecido en 8 GB por omisión (8388608 KB = 8 GB). Si la
memoria física supera esta cantidad y se debe utilizar para el sistema de
base de datos DB2, este parámetro se incrementa al 90% aproximadamente
de la memoria física del sistema. Por ejemplo, si el sistema tiene 16 GB de
memoria que debe utilizarse principalmente para el sistema de base de
datos DB2, el valor de SHMALL deberá establecerse en 3774873 (el 90% de
16 GB es 14,4 GB; 14,4 GB se divide entre 4 KB, que es el tamaño de
página de base). La salida de ipcs ha convertido SHMALL a kilobytes. El
kernel requiere este valor como un número de páginas. Si está
actualizando a DB2 Versión 10.5 y no utiliza el valor por omisión de
SHMALL, deberá aumentar el valor de SHMALL en 4 GB adicionales. Fast
Communication Manager (FCM) necesita este incremento de la memoria
para los canales y los almacenamientos intermedios adicionales.
v La sección siguiente trata de la cantidad de semáforos disponibles para el
sistema operativo. El parámetro del kernel sem está formado por 4 símbolos:
SEMMSL, SEMMNS, SEMOPM y SEMMNI. SEMMNS es el resultado de
multiplicar SEMMSL por SEMMNI. El gestor de bases de datos necesita que
el número de conjuntos (SEMMNI) aumente según sea necesario.
Normalmente, SEMMNI debe ser el doble que el número máximo de agentes
esperados en el sistema multiplicado por el número de particiones lógicas
del sistema servidor de bases de datos más el número de conexiones de
aplicación locales del sistema servidor de bases de datos.
v La tercera sección trata de los mensajes del sistema.
– MSGMNI afecta el número de agentes que pueden iniciarse, MSGMAX
afecta el tamaño del mensaje que puede enviarse en una cola y MSGMNB
afecta el tamaño de la cola.
– En MSGMAX debe cambiarse a 64 KB (es decir, 65535 bytes) y MSGMNB
debe aumentarse hasta 65535.
Si este archivo no existe, créelo. Las líneas siguientes son ejemplos de lo que
debería colocarse en el archivo:
kernel.sem=250 1024000 32 1024
#shmmax de ejemplo para un sistema de 64 bits
kernel.shmmax=1073741824
#shmall de ejemplo para un 90 por ciento de memoria de 16 GB
kernel.shmall=3774873
kernel.msgmax=65535
kernel.msgmnb=65535
kernel.msgmni=2048
archivo por omisión /etc/sysctl.conf:
sysctl -p
v (SUSE Linux) Active boot.sysctl

Publicidad

Tabla de contenido
loading

Tabla de contenido