Notas del release

8.8 Apéndice A. Variables de registro y de entorno de DB2

Las variables de registro siguientes son nuevas o deben modificarse:

8.8.1 Tabla de variables de registro nuevas y modificadas


Tabla 6. Variables de registro
Nombre de variable Sistema operativo Valores
Descripción
DB2MAXFSCRSEARCH Todos Por omisión=5

Valores: -1, de 1 a 33554

Especifica el número de registros de control de espacio libre en los que buscar cuando se añade un registro a una tabla. El valor por omisión consiste en buscar en cinco registros de control de espacio. La modificación de este valor le permite equilibrar la velocidad de inserción con la reutilización del espacio. Utilice valores grandes para optimizar la reutilización del espacio. Utilice valores pequeños para optimizar la velocidad de inserción. Si se establece el valor en -1 se fuerza al gestor de bases de datos a buscar en todos los registros de control de espacio libre.
DLFM_TSM_MGMTCLASS AIX, Windows NT, Solaris Valor por omisión: la clase de gestión TSM por omisión

Valores: cualquier clase de gestión TSM válida

Especifica qué clase de gestión TSM debe utilizarse para archivar y recuperar archivos enlazados. Si no hay establecido ningún valor para esta variable, se utiliza la clase de gestión TSM por omisión.
DB2_CORRELATED_PREDICATES Todos Valor por omisión=YES

Valores: YES o NO

El valor por omisión para esta variable es YES. Cuando existen índices exclusivos en columnas correlacionadas en una unión y esta variable de registro es YES, el optimizador intenta detectar y compensar la correlación de predicados de unión. Cuando esta variable de registro está establecida en YES, el optimizador utiliza la información de KEYCARD de las estadísticas de índice exclusivo para detectar los casos de correlación y ajusta dinámicamente las selectividades combinadas de los predicados correlacionados, obteniendo de este modo una estimación más precisa del tamaño y coste de la unión.
DB2_VI_DEVICE Windows NT Valor por omisión=null

Valores: nic0 o VINIC

Especifica el nombre simbólico del dispositivo o Instancia de proveedor de interfaz virtual asociado con la Tarjeta de interfaz de red (NIC). Cada proveedor de hardware independiente (IHV) produce su propia. Sólo se permite una (1) NIC por máquina Windows NT; Múltiples nodos lógicos en la misma máquina física compartirán la misma NIC. El nombre de dispositivo simbólico "VINIC" debe estar en mayúsculas y sólo se puede utilizar con Synfinity Interconnect. Todas las demás implementaciones actualmente soportadas utilizan "nic0" como nombre de dispositivo simbólico.
DB2_SELECTIVITY ALL Valor por omisión=NO

Valores: YES o NO

Esta variable de registro controla el lugar en el que puede utilizarse la cláusula SELECTIVITY. Consulte el manual Consulta de SQL, Elementos de lenguaje, Condiciones de búsqueda para obtener detalles completos sobre la cláusula SELECTIVITY.

Cuando esta variable de registro se establezca en YES, la cláusula SELECTIVITY puede especificarse cuando el predicado sea un predicado básico en el que al menos una expresión contenga variables de sistema principal.

DB2_UPDATE_PART_KEY ALL Valor por omisión=YES

Valores: YES o NO

Para el FixPak 3 y posteriores, el valor por omisión es YES. Esta variable de registro especifica si se permite la actualización o no de la clave de particionamiento.
DB2_BLOCK_ON_LOG_DISK_FULL ALL Valor por omisión=NO

Valores: YES o NO

Esta variable de registro de DB2 puede establecerse para impedir la generación de errores de "disco lleno" cuando DB2 no puede crear un nuevo archivo de anotación cronológica en la vía de acceso de anotación cronológica activa.

En su lugar, DB2 intenta crear el archivo de anotación cronológica cada 5 minutos hasta que lo consigue. Después de cada intento, DB2 escribe un mensaje en el archivo db2diag.log. El único modo de confirmar que la aplicación se cuelga debido a una condición de disco lleno de registro cronológico es supervisar el archivo db2diag.log.

Hasta que no se crea satisfactoriamente el archivo de anotación cronológica, cualquier aplicación de usuario que intente actualizar datos de tabla no podrá confirmar las transacciones. Las consultas de sólo lectura pueden no verse afectadas directamente; sin embargo, si una consulta necesita acceder a datos que están bloqueados por una petición de actualización o una página de datos que está fijada en la agrupación de almacenamiento intermedio por la aplicación de actualización, también parecerá que las consultas de sólo lectura se cuelgan.

DB2_INDEX_2BYTEVARLEN Todos Valor por omisión=NO

Valores: YES o NO

Esta variable de registro permite que columnas con una longitud mayor a 255 bytes se especifiquen como parte de una clave de índice. Los índices ya creados antes de convertir a esta variable de registro en YES continuarán teniendo la restricción de límite clave 255. Los índices creados después de convertir esta variable de registro en YES se comportarán como un índice de dos bytes incluso cuando la variable de registro se cambie de nuevo a NO.

Varias sentencias de SQL se ven afectadas por los cambios realizados en esta variable de registro, incluyendo CREATE TABLE, CREATE INDEX y ALTER TABLE. Si desea obtener más información sobre estas sentencias, consulte los cambios que se documentan en el manual Consulta de SQL.

DB2_FORCE_FCM_BP AIX Valor por omisión=NO

Valores: YES o NO

Especifica desde dónde se asignan los recursos del gestor de comunicaciones rápidas (FCM). Los recursos pueden asignarse desde el segmento de memoria compartida del gestor de bases de datos o desde otro independiente. Con varios nodos lógicos en la misma máquina, debe utilizarse esta variable de registro. En un sistema de base de datos particionada con multiproceso simétrico (SMP) habilitado, el establecimiento de esta variable de registro no tiene ningún efecto sobre el modo en que tiene lugar la comunicación. En este caso, la comunicación siempre es a través de memoria compartida. Sin embargo, afecta al número de segmentos de memoria compartida que DB2 utilizará.
DB2_AWE Windows 2000 Valor por omisión=Null

Valores: <entrada>[; <entrada>;...] donde <entrada>=<ID agrupación almacenamiento intermedio>, <número de páginas físicas>, <número de ventanas de dirección>

Permite a DB2 UDB en Windows 2000 asignar agrupaciones de almacenamiento intermedio que utilizan hasta 64 GB de memoria. Windows 2000 debe configurarse correctamente para que dé soporte a agrupaciones de almacenamiento intermedio de AWE (Address Windowing Extensions). Esto incluye la asociación del derecho "bloquear páginas en memoria" con el usuario en Windows 2000 y el establecimiento de esta variable de registro en DB2. Al establecer esta variable es necesario conocer el ID de agrupación de almacenamiento intermedio que debe utilizarse para el soporte de AWE. También es necesario determinar el número de páginas físicas que se deberán asignar y el número de ventanas de dirección.

Para obtener información sobre la determinación del número de páginas físicas que se deberán asignar y el número de ventanas de dirección, consulte la sección sobre "Gestión de la agrupación de almacenamiento intermedio de la base de datos" que se encuentra en el "Capítulo 8. Rendimiento operativo" que aparece anteriormente en esta sección.

Nota:
Si el soporte de AWE está habilitado, no se puede utilizar el almacenamiento ampliado (ESTORE) para ninguna de las agrupaciones de almacenamiento intermedio de la base de datos. Las agrupaciones de almacenamiento intermedio a las que hace referencia esta variable ya deben existir en SYSIBM.SYSBUFFERPOOLS.
DB2_STPROC_LOCKUP_FIRST Todos Valor por omisión=NO

Valores: YES o NO

Esta variable de registro se ha renombrado desde DB2_DARI_LOOKUP_ALL.
DB2MEMDISCLAIM AIX Valor por omisión=YES

Valores: YES o NO

En AIX, la memoria que utilizan los procesos de DB2 puede tener algún espacio de paginación asociado. Este espacio de paginación puede permanecer reservado, incluso cuando se ha liberado la memoria asociada. La reserva del espacio de paginación depende de la política de asignación de la gestión de memoria virtual ajustable del sistema AIX. Esta variable de registro controla si los agentes de DB2 solicitan explícitamente que AIX desasocie el espacio de paginación reservado de la memoria liberada.

Un valor "YES" hace que los requisitos de espacio de paginación sean menores y, posiblemente, la actividad del disco sea menor en la paginación. Un valor "NO" hace que los requisitos de espacio de paginación sean mayores y, posiblemente, la actividad del disco sea mayor en la paginación. En algunas situaciones, por ejemplo si el espacio de paginación es abundante y si la memoria real es tan abundante que nunca se produce la paginación, un valor de NO proporcionará una pequeña mejora en el rendimiento.

DB2MEMMAXFREE Todos Valor por omisión=8 388 608 bytes

Valores: de 0 a 232-1 bytes

Esta variable de registro controla la cantidad máxima de memoria no utilizada en bytes retenida por los procesos de DB2.
DB2_ANTIJOIN Todos Valor por omisión=NO en un entorno EEE

Valor por omisión=YES en un entorno no EEE

Valores: YES o NO

Para entornos EEE de DB2 Universal Database: cuando se especifica YES, el optimizador buscará oportunidades para transformar subconsultas NOT EXISTS en antiuniones que DB2 pueda procesar más eficazmente. Para entornos no EEE: Cuando se especifica NO, el optimizador limitará las oportunidades de transformar subconsultas NOT EXISTS en antiuniones.
NEWLOGPATH2 UNIX Valor por omisión=NO

Valores: YES o NO

Este parámetro permite especificar si debe utilizarse una vía de acceso secundaria para implementar la anotación cronológica dual. La vía de acceso que se utilizará se genera añadiendo el carácter '2' al valor actual de 'LOGPATH'.

DB2DOMAINLIST Windows NT Valor por omisión=Null

Valores: uno o más dominios válidos de Windows NT (con una coma separando cada uno de ellos)

Define uno o más dominios de Windows NT. Sólo los usuarios que pertenecen a estos dominios verán aceptadas sus peticiones de conexión o unión.

Esta variable de registro sólo debe utilizarse bajo un entorno de dominio Windows NT puro con servidores y clientes DB2 que ejecuten DB2 Universal Database Versión 7.1 (o superior).

DB2_LIKE_VARCHAR Todos Valor por omisión=Y,N

Valores: Y, N, S, constante de coma flotante entre 0 y 6,2

Controla la recogida y utilización de estadísticas de subelementos. Se trata de estadísticas sobre el contenido de los datos de las columnas cuando los datos tienen una estructura en forma de una serie de subcampos o subelementos delimitados por espacios en blanco.

Esta variable de registro afecta al modo en que el optimizador trata un predicado del tipo:

   COLUMN LIKE '%xxxxxx%'

donde xxxxxx es cualquier serie de caracteres.

La sintaxis que muestra el modo en que se utiliza esta variable de registro es:

   db2set DB2_LIKE_VARCHAR=[Y|N|S|num1] [,Y|N|S|num2]
donde
  • El término que precede a la coma o el único término a la derecha del predicado significa lo siguiente pero sólo para columnas que no tienen estadísticas de subelementos positivas:
    • S - El optimizador calcula la longitud de cada elemento en una serie de elementos concatenados unos con otros para formar una columna basada en la longitud de la serie encerrada entre los caracteres %.
    • Y - Valor por omisión. Utilizar un valor por omisión de 1,9 para el parámetro de algoritmo. Utilizar un algoritmo de subelementos de longitud variable con el parámetro de algoritmo.
    • N - Utilizar un algoritmo de subelementos de longitud fija.
    • num1 - Utilizar el valor de num1 como parámetro de algoritmo con el algoritmo de subelementos de longitud variable.
  • El término que sigue a la coma significa lo siguiente:
    • N - Valor por omisión. No recoger o utilizar estadísticas de subelementos.
    • Y - Recoger estadísticas de subelementos. Utilizar un algoritmo de subelementos de longitud variable que utiliza las estadísticas recogidas conjuntamente con el valor por omisión 1,9 para el parámetro de algoritmo en el caso de columnas con estadísticas de subelementos positivas.
    • num2 - Recoger estadísticas de subelementos. Utilizar un algoritmo de subelementos de longitud variable que utiliza las estadísticas recogidas conjuntamente con el valor de num2 como parámetro de algoritmo en el caso de columnas con estadísticas de subelementos positivas.
DB2_PINNED_BP AIX, HP-UX Valor por omisión=NO

Valores: YES o NO

Esta variable se utiliza para contener la memoria global de la base de datos (incluyendo las agrupaciones de almacenamiento intermedio) asociada con la base de datos de la memoria principal en algunos sistemas operativos AIX. El mantenimiento de esta memoria global de la base de datos en la memoria principal del sistema permite que el rendimiento de la base de datos sea más coherente.

Si, por ejemplo, la agrupación de almacenamiento intermedio se intercambiase fuera de la memoria principal del sistema, el rendimiento de la base de datos se deterioraría. La reducción de la E/S del disco teniendo las agrupaciones de almacenamiento intermedio en la memoria del sistema mejora el rendimiento de la base de datos. Si tiene otras aplicaciones que requieren más de la memoria principal, deseará permitir que la memoria global de la base de datos, dependiendo de los requisitos de memoria principal del sistema, se intercambie fuera de la memoria principal.

Cuando trabaje con HP-UX en un entorno de 64 bits, además de modificar esta variable de registro, se debe otorgar al grupo de instancias de DB2 el privilegio MLOCK. Esto se lleva a cabo haciendo que un usuario con derechos de acceso root realice lo siguiente:

  1. Añadir el grupo de instancias de DB2 al archivo /etc/privgroup. Por ejemplo, si el grupo de instancias de DB2 pertenece al grupo db2iadm1, debe añadirse la línea siguiente al archivo /etc/privgroup:

    db2iadm1 MLOCK

  2. Emita el mandato siguiente:

    setprivgrp -f /etc/privgroup

DB2_RR_TO_RS Todos Valor por omisión=NO

Valores: YES o NO

Bloqueo siguiente clave garantiza un nivel de aislamiento de Lectura repetible (RR) al bloquear automáticamente la siguiente clave para todas las sentencias INSERT y DELETE y el siguiente valor de clave más alto que esté por encima del grupo de resultados para sentencias SELECT. Para sentencias UPDATE que modifiquen partes de clave de un índice, la clave del índice original se suprime y se inserta el nuevo valor de clave. El bloqueo de siguiente clave se realiza en la inserción de clave y en la supresión de clave. El bloque de siguiente clave es necesario para garantizar RR estándar de ANSI y SQL92 y es el valor por omisión de DB2.

Si la aplicación parece que se detiene o se bloquea, debe examinar la información de instantánea correspondiente a la aplicación. Si el problema parece ser con el bloqueo de siguiente clave, puede definir la variable de registro DB2_RR_TO_RS según dos condiciones. Puede activar DB2_RR_TO_RS si ninguna de las aplicaciones confían en el comportamiento de Lectura repetible (RR) y se acepta que las exploraciones se salten las supresiones no confirmadas. El comportamiento de salto afecta a los niveles de aislamiento RR, Estabilidad de lectura (RS) y Estabilidad del cursor (CS). (No hay bloqueo de filas para el nivel de aislamiento Lectura no confirmada (UR).)

Cuando DB2_RR_TO_RS está activado, el comportamiento RR no se puede garantizar para exploraciones en tablas de usuarios porque el bloqueo de siguiente clave no se realiza durante la inserción y supresión de clave de índice. Las tablas de catálogo no se ven afectadas por esta opción.

El otro cambio en el comportamiento es que, cuando DB2_RR_TO_RS está activado, las exploraciones se saltan las filas que se han suprimido pero no se han confirmado, aunque la fila se haya cualificado para la exploración.


[ Principio de página | Página anterior | Página siguiente ]