Ajuste De La Base De Datos Del Sistema Principal; Consideraciones Sobre El Ajuste De La Red - IBM DB2 Connect 10.5 Guia Del Usuario

Ajuste de la base de datos del sistema principal

El rendimiento del sistema se verá afectado por el rendimiento del servidor de
bases de datos del sistema principal IBM. Distintos sistemas de gestión de bases de
datos tienen distintas características de rendimiento. Los optimizadores de SQL de
distintos sistemas, por ejemplo, podrían comportarse de forma diferente con la
misma aplicación.
Compruebe la documentación sobre el rendimiento del sistema del servidor de
bases de datos del sistema principal IBMpara obtener más información.
Para evitar el registro por diario es posible que pueda mejorar el rendimiento
utilizando, cuando estén disponibles, las opciones de vinculación Lectura no
confirmada (UR) o No confirmar (NC).
Nota: cuando se utiliza UR, los datos no registrados por diario sólo pueden leerse,
no actualizarse, y sólo si el bloqueo está establecido en TODOS.
En función del servidor de aplicaciones y de la granularidad de bloqueo que
proporcione, el efecto del nivel de aislamiento utilizado para una consulta o
aplicación sobre el rendimiento podría ser importante. La base de datos debería
disponer del nivel de normalización adecuado, la utilización eficaz de los índices y
la asignación adecuada del espacio de base de datos. El rendimiento también
puede verse afectado por el tipo de datos que utilice, tal como se describe en las
secciones siguientes.

Consideraciones sobre el ajuste de la red

La mejor forma de mejorar el rendimiento general en un entorno de base de datos
distribuida es eliminar los retardos de la red.
Es habitual que los administradores de la red consideren que una red es más eficaz
si recoge el máximo de datos posible entre transmisiones. Este planteamiento no es
efectivo para aplicaciones tales como las bases de datos distribuidas porque crea
retardos en la red. El usuario final no percibe la eficacia de la red, sólo los retardos.
Muchos de los dispositivos disponen de parámetros de retraso y los valores por
omisión de la mayoría de ellos no funcionan nada bien para las bases de datos
distribuidas. Para mejorar el rendimiento, debería localizar estos parámetros y, a
ser posible, establecerlos en cero. Además, debería asegurarse de que el
almacenamiento intermedio del dispositivo tenga un tamaño suficiente para evitar
retransmisiones debidas a la pérdida de datos. Por ejemplo, los sistemas UNIX
suelen tener un valor por omisión para la profundidad de la cola de transmisión o
de recepción de 32. Para conseguir mejores resultados, establezca la profundidad
de cola en 150. Un parámetro correspondiente en los valores de DLC es la
profundidad de recepción, que también debería ser 150.
El parámetro IOBUF está establecido en un valor demasiado bajo en la mayoría de
sitios. Suele estar establecido en 500 pero la experiencia ha demostrado que con se
obtiene un mejor rendimiento con el valor 3992 si deben moverse grandes
cantidades de datos, es especial para las conexiones de canal como, por ejemplo,
ESCON o 3172.
En un sistema LAN, el tamaño de la ventana de transmisión y de recepción de
DLC o LLC puede tener un efecto crucial sobre el rendimiento. El valor de envío
debe establecerse en siete o más y para la mayoría de configuraciones se obtiene
un mejor rendimiento con un valor de recepción de cuatro o inferior.
158
Guía del usuario de DB2 Connect