Notas del release

8.7 Capítulo 13. Configuración de DB2

Se requieren cambios en los parámetros siguientes:

8.7.1 Tamaño de almacenamiento dinámico de clasificación (sortheap)

La sección "Recomendación" ha cambiado. La información aquí contenida debe decir:

Cuando trabaje con el almacenamiento dinámico de clasificación, debe tener en cuenta lo siguiente:

8.7.2 Umbral de pila de clasificación (sheapthres)

El penúltimo párrafo de la descripción de este parámetro ha cambiado. Ahora, dicho párrafo debe decir:

Los ejemplos de operaciones que utilizan el almacenamiento dinámico de clasificación incluyen: clasificaciones, mapas de bits dinámicos (utilizados para añadir (AND) índices y Star Joins) y operaciones en las que la tabla está en la memoria.

Debe añadirse la información siguiente a la descripción de este parámetro:

No existe ningún motivo para aumentar el valor de este parámetro cuando se pasa de un entorno de un solo nodo a un entorno de múltiples nodos. Una vez ajustados los parámetros de configuración de la base de datos y del gestor de bases de datos en un entorno de un solo nodo (en un DB2 EE), en la mayoría de los casos los mismos valores funcionarán bien en un entorno de múltiples nodos (en un DB2 EEE).

El parámetro Umbral de pila de clasificación, como parámetro de configuración del gestor de bases de datos, se aplica en toda la instancia de DB2. La única manera de establecer este parámetro en distintos valores en distintos nodos o particiones, consiste en crear más de una instancia de DB2. Para ello será necesario gestionar distintas bases de datos DB2 de diferentes grupos de nodos. Este método anula la finalidad de muchas de las ventajas de un entorno de base de datos particionada.

8.7.3 Porcentaje máximo de la lista de bloqueos antes del descenso escalonado de bloqueos (maxlocks)

El cambio siguiente pertenece al apartado Recomendación del parámetro de configuración de base de datos "Porcentaje máximo de la lista de bloqueos antes del descenso escalonado de bloqueos (maxlocks)".

Recomendación: La fórmula siguiente le permite establecer maxlocks para permitir que una aplicación retenga dos veces el número promedio de bloqueos:

   maxlocks = 2 * 100 / maxappls

Donde 2 se utiliza para lograr dos veces el promedio y 100 representa el valor de porcentaje más grande que se permite. Si sólo dispone de unas pocas aplicaciones que se ejecuten de modo simultáneo, puede utilizar la fórmula siguiente como alternativa a la primera fórmula:

   maxlocks = 2 * 100 / (número promedio de aplicaciones que se
              ejecutan simultáneamente)

Una de las consideraciones al definir maxlocks es utilizarlo conjuntamente con el tamaño de la lista de bloqueos (locklist). El límite real del número de bloqueos que posee una aplicación antes de que se produzca un descenso escalonado de bloqueos es:

   maxlocks * locklist * 4096 / (100 * 36)

Donde 4096 es el número de bytes de una página, 100 es el valor de porcentaje más grande que se admite para maxlocks y 36 es el número de bytes por bloqueo. Si sabe que una de sus aplicaciones requiere 1000 bloqueos y no desea que se produzca un descenso escalonado de bloqueos, debería escoger valores para maxlocks y locklist en esta fórmula de modo que el resultado sea mayor que 1000. (Utilizando 10 para maxlocks y 100 para locklist, esta fórmula da como resultado un número superior a los 1000 bloqueos necesarios.)

Si maxlocks se establece en un valor demasiado bajo, se produce un descenso escalonado de bloqueos mientras siga habiendo suficiente espacio de bloqueo para otras aplicaciones simultáneas. Si maxlocks se establece en un valor demasiado alto, unas pocas aplicaciones pueden consumir la mayoría del espacio de bloqueo y otras aplicaciones tendrán que efectuar el descenso escalonado de bloqueos. En este caso, la necesidad de descenso escalonado de bloqueos dará como resultado una simultaneidad muy escasa.

Puede utilizar el supervisor del sistema de bases de datos para ayudarle a ajustar y hacer el seguimiento de este parámetro de configuración.

8.7.4 Configuración de DB2/DB2 Data Links Manager/Data Links Access Token Expiry Interval (dl_expint)

En contra de lo que dice la documentación, si dl_expint se define en "-1", caduca la señal de control de acceso. La solución temporal a esto es la de establecer dl_expint en su valor máximo, 31536000 (segundos). Este valor se corresponde con un tiempo de caducidad de un año, el cual debería ser adecuado para todas las aplicaciones.

8.7.5 Parámetro de configuración de la base de datos MIN_DEC_DIV_3

La incorporación del parámetro de configuración de la base de datos MIN_DEC_DIV_3 se proporciona como un modo rápido de habilitar un cambio en el cálculo de la escala para la división decimal en SQL. MIN_DEC_DIV_3 puede establecerse en YES (Sí) o NO. El valor por omisión para MIN_DEC_DIV_3 es NO.

El parámetro de configuración de la base de datos MIN_DEC_DIV_3 cambia la escala resultante de una operación aritmética decimal que implique efectuar una división. Si el valor es NO, la escala se calcula como 31-p+s-s'. Consulte el manual Consulta de SQL, Capítulo 3, "Aritmética decimal en SQL" para obtener más información. Si se establece en YES (Sí), la escala se calcula como MAX(3, 31-p+s-s'). Lo cual hace que el resultado de una división decimal siempre tenga una escala de 3 como mínimo. La precisión es siempre 31.

Cambiar este parámetro de configuración de la base de datos puede ocasionar cambios en las aplicaciones para bases de datos existentes. Esto puede suceder cuando el cambio de este parámetro de configuración de la base de datos tenga influencia en la escala resultante para la división decimal. A continuación se muestran algunos escenarios posibles que pueden tener influencia en las aplicaciones. Dichos escenarios deberían tenerse en cuenta antes de cambiar el MIN_DEC_DIV_3 en un servidor de bases de datos con bases de datos existentes.

Nota:
DB2 Versión 7 tiene asimismo las limitaciones siguientes:
  1. El mandato GET DB CFG FOR DBNAME no visualizará el valor MIN_DEC_DIV_3. El mejor modo de determinar el valor actual es el de observar el efecto colateral del resultado de una división decimal. Por ejemplo, considere la sentencia siguiente:
    VALUES (DEC(1,31,0)/DEC(1,31,5))
    

    Si esta sentencia devuelve sqlcode SQL0419N, la base de datos no tiene soporte de MIN_DEC_DIV_3 o se ha establecido en OFF (desactivada). Si la sentencia devuelve 1.000, MIN_DEC_DIV_3 se ha establecido en ON (activada).

  2. MIN_DEC_DIV_3 no aparece en la lista de palabras clave de configuración cuando se ejecuta el mandato siguiente: ? UPDATE DB CFG

8.7.6 Tamaño de almacenamiento dinámico de control de aplicaciones (app_ctl_heap_sz)

El texto para este parámetro ahora debe decir:

Para bases de datos particionadas y bases de datos no particionadas con paralelismo interno habilitado (intra_parallel=ON), es el tamaño del área de memoria compartida asignada para el almacenamiento dinámico de la aplicación. Para bases de datos no particionadas donde el paralelismo interno está inhabilitado (intra_parallel=OFF), es la memoria privada máxima que se asignará para el almacenamiento dinámico. Hay un almacenamiento dinámico de control de aplicaciones por conexión y por partición.

El almacenamiento dinámico de control de aplicaciones es necesario principalmente para compartir información entre agentes que trabajan para una misma petición y, en un entorno de base de datos particionada, para almacenar partes ejecutables que representan sentencias de SQL. El uso de este almacenamiento dinámico es mínimo para bases de datos no particionadas donde se ejecutan consultas con un grado de paralelismo menor o igual a 1.

Este almacenamiento dinámico también se utiliza para almacenar información de descriptor para tablas temporales declaradas. La información de descriptor para todas las tablas temporales declaradas que no se han descartado explícitamente se mantiene en la memoria de este almacenamiento dinámico y no se puede descartar hasta que se descarta la tabla temporal declarada.

La parte "Recomendación" permanece sin cambios.

8.7.7 Tamaño del almacenamiento dinámico del supervisor del sistema de bases de datos (mon_heap_sz)

El valor por omisión para el servidor de bases de datos OS/2 y Windows NT con clientes locales y remotos y el servidor de bases de datos satélite con clientes locales ha cambiado de 24 a 32. El rango permanece sin cambios.

8.7.8 Número máximo de aplicaciones activas (maxappls)

El límite superior del rango para todas las plataformas ha cambiado de 64 000 a 60 000. El valor por omisión permanece sin cambios.

8.7.9 Rango de recuperación e intervalo de punto de control variable (softmax)

La unidad de medida se cambia al porcentaje del tamaño de un archivo de anotación cronológica primario.

8.7.10 Habilitación del seguimiento de páginas modificadas (trackmod)

Tipo de configuración: Base de datos

Tipo de parámetro: Configurable

Valor por omisión [Rango]: Desactivado [ Activado; Desactivado ]

Cuando este parámetro se establece en ON (activado), el gestor de bases de datos realizará el seguimiento de las páginas de la base de datos que han cambiado desde que se ha llevado a cabo la copia de seguridad completa más reciente. Esto permite al programa de utilidad de copia de seguridad determinar las páginas que se deben incluir en una copia de seguridad incremental sin tener que examinar cada página individualmente. Para espacios de tabla SMS, la granularidad de este seguimiento es al nivel de espacio de tabla. Para espacios de tabla DMS, la granularidad es al nivel del alcance para páginas de índice y datos y al nivel de espacio de tabla para otros tipos de página. Después de establecer este parámetro en ON, debe realizar una copia de base de datos completa para tener una línea base contra la que se puedan realizar copias de seguridad incrementales.

8.7.11 Cambio de la vía de acceso de anotación cronológica de la base de datos (newlogpath)

Tipo de configuración: Base de datos

Tipo de parámetro: Configurable

Valor por omisión [Rango]: Nulo [ cualquier vía de acceso o dispositivo válidos]

Parámetros relacionados: Ubicación de archivos de anotación cronológica (logpath); Base de datos coherente (database_consistent)

Este parámetro permite especificar una serie de hasta 242 bytes para cambiar la ubicación donde se almacenan los archivos de registro cronológico. La serie puede señalar hacia un nombre de vía de acceso o a un dispositivo bruto. Si la serie señala hacia un nombre de vía de acceso, debe ser un nombre de vía de acceso totalmente especificado, no un nombre de vía de acceso relativo.

Nota:
En un entorno de base de datos particionada, el número de nodo se añade automáticamente a la vía de acceso. Esto se realiza para mantener la exclusividad de la vía de acceso en configuraciones de varios nodos lógicos.

>Para especificar un dispositivo, especifique una serie que el sistema operativo identifique como dispositivo. Por ejemplo, en Windows NT,

\\.\d: o \\.\PhysicalDisk5
Nota:
Debe tener Windows NT Versión 4.0 con el Service Pack 3 instalado para poder grabar anotaciones cronológicas en un dispositivo.

En plataformas basadas en UNIX,

/dev/rdblog8 
Nota:
Sólo se puede especificar un dispositivo en plataformas AIX, Windows 2000, Windows NT, Solaris, HP-UX, NUMA-Q y Linux.

El nuevo valor no se convierte en el valor de logpath hasta que se producen ambos sucesos siguientes:

Cuando se realiza la primera conexión nueva con la base de datos, el gestor de bases de datos trasladará las anotaciones cronológicas a la nueva ubicación especificada por logpath.

Podría haber archivos de anotación cronológica en la vía de acceso de anotación cronológica antigua. Estos archivos de anotación cronológica pueden no haberse archivado. Es posible que deba archivar estos archivos de anotación cronológica manualmente. Además, si está ejecutando la duplicación en esta base de datos, puede que la duplicación todavía necesite los archivos de anotación cronológica de antes del cambio de vía de acceso de anotación cronológica. Si la base de datos está configurada con el parámetro de configuración de base de datos Habilitación de salida de usuario (userexit) establecido en "Yes" y si todos los archivos de anotación cronológica han sido archivados por DB2 automáticamente o por uno mismo manualmente, DB2 podrá recuperar los archivos de anotación cronológica para completar el proceso de duplicación. De lo contrario, puede copiar los archivos desde la vía de acceso antigua a la vía de acceso nueva.

Recomendación:
en el mejor de los casos, los archivos de anotación cronológica estarán en un disco físico que no tiene una alta E/S. Por ejemplo, evite poner las anotaciones cronológicas en el mismo disco en que se encuentra el sistema operativo o bases de datos de gran volumen. Esto permitirá una actividad de anotación cronológica efectiva con un mínimo de actividad general como, por ejemplo, la espera de E/S.

Puede utilizar el supervisor del sistema de bases de datos para realizar un seguimiento del número de E/S relacionadas con la anotación cronológica de la base de datos.

Para obtener más información, consulte las siguientes descripciones de elementos del supervisor en la publicación System Monitor Guide and Reference:

Los elementos de datos anteriores devuelven la cantidad de actividad de E/S relacionada con la anotación de base de datos. Se puede utilizar una herramienta de supervisión del sistema operativo para reunir información sobre otra actividad de E/S del disco y luego comparar los dos tipos de actividad de E/S.

8.7.12 Ubicación de los archivos de anotación cronológica (logpath)

Tipo de configuración: Base de datos

Tipo de parámetro: Informativo

Parámetros relacionados: Cambie la vía de acceso de anotación cronológica de base de datos (newlogpath)

Este parámetro contiene la vía de acceso actual que se utiliza con finalidades de anotación cronológica. No se puede cambiar este parámetro directamente, ya que es establecido por el gestor de bases de datos después de que un cambio al parámetro newlogpath sea efectivo. Al crearse una base de datos, el archivo de anotación cronológica de recuperación para la misma se crea en un subdirectorio del directorio que contiene la base de datos. El valor por omisión es un subdirectorio llamado SQLOGDIR bajo el directorio creado para la base de datos.

8.7.13 Almacenamiento máximo para la lista de bloqueo (locklist)

El valor máximo se aumenta de 60 000 a 524 288.


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