Las variables de registro siguientes son nuevas o deben modificarse:
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.
| ||
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
| ||
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:
| ||
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.
|