tiempo solicitud servicio respondio registro eventos error consulte configuración administrador db2 ibm-mobilefirst

db2 - solicitud - sql server 2008 r2 error 3417



Configuración de registro y configuración de DB2 (1)

Estoy configurando el entorno de DB2 10.1 (FP2) en AIX 7.1 para IBM Worklight 5.0.5 .

¿Son aceptables las siguientes configuraciones de registro?

DB2_SKIPINSERTED=YES DB2_OPTPROFILE=YES DB2_INLIST_TO_NLJN=YES DB2_MINIMIZE_LISTPREFETCH=YES DB2_EVALUNCOMMITTED=YES DB2_ANTIJOIN=EXTEND DB2_SKIPDELETED=YES

No pude encontrar recomendaciones para la configuración de DB2, por lo que el uso de la configuración WCS como punto de partida.

¿Hay alguna recomendación para las configuraciones de dbm y db para Worklight?

Gracias Sathyaram


En cuanto a si estos están configurados correctamente, la respuesta, como de costumbre, es ... depende. ;-)

Estos mejoran la concurrencia, ya que una conexión se ve menos afectada por las filas no confirmadas de otra conexión (con ciertos niveles de aislamiento). Si esto es deseable depende del tipo de trabajo que se realiza. Ver http://publib.boulder.ibm.com/infocenter/db2luw/v10r1/topic/com.ibm.db2.luw.admin.perf.doc/doc/c0012389.html )

DB2_SKIPINSERTED=YES DB2_SKIPDELETED=YES DB2_EVALUNCOMMITTED=YES

Otra configuración importante para la simultaneidad mejorada es el parámetro DB CFG CUR_COMMIT, que está activado por defecto ahora.

Esto está obsoleto ahora y se refiere al uso de perfiles de optimización (algo así como Sugerencias para DB2). Busque en el Centro de información sobre este tema.

DB2_OPTPROFILE=YES

Estas son algunas de las variables de registro que pueden cambiar el comportamiento de las decisiones del optimizador (por lo general, para restringir que el optimizador tome sus propias decisiones). En general, solo deben establecerse cuando lo recomiende una aplicación en particular (como Worklight o SAP, etc.) o por el Soporte de IBM como resultado de un compromiso de rendimiento. Tenga en cuenta que los efectos de la variable siempre deben volver a comprobarse al pasar a una versión diferente de DB2 (por ejemplo, v9 a v10), ya que siempre hay mejoras en el optimizador y, por lo tanto, la importancia de estas variables.

DB2_INLIST_TO_NLJN=YES DB2_MINIMIZE_LISTPREFETCH=YES DB2_ANTIJOIN=EXTEND