Con las bases de datos que utilizan un espacio de tabla de almacenamiento automático, |el mandato db2look se completará satisfactoriamente. Sin embargo, no mostrará |información específica de espacio de tabla para los espacios de tabla de almacenamiento automático.
Cuando se invoca en un entorno de característica de particionamiento de base de datos (DPF) proporcionando -2 (instantánea global) como entrada de datos, la función de tabla SNAP_GET_DB devuelve resultados incompletos para las cuatro columnas siguientes:
Estos elementos no se pueden agregar para una instantánea global. Para recuperar el conjunto completo de valores para estos ejemplos de instantáneas, la función de tabla SNAP_GET_DB debe invocarse individualmente en cada partición.
La opción REPLACE del mandato IMPORT no respeta la cláusula NOT LOGGED INITIALLY (NLI) de la sentencia CREATE TABLE ni la cláusula ACTIVATE NOT LOGGED INITIALLY de la sentencia ALTER TABLE.
Si se realiza una importación con la acción REPLACE dentro de la misma transacción que una sentencia CREATE TABLE o ALTER TABLE en la que se invoca la cláusula NLI, la importación no respetará la cláusula NLI. Todas las inserciones se anotarán cronológicamente.
Esta limitación se aplica a DB2 UDB Versión 7 y a DB2 UDB Versión 8.
Durante una reorganización de tabla in situ, o en línea, los datos de campo largo y de LOB no se pueden reorganizar. Los datos de campo largo y de LOB se pueden reorganizar mediante una reorganización de tabla clásica, o fuera de línea, especificando el parámetro LONGLOBDATA en el mandato REORG TABLE. Sin embargo, se debe tener en cuenta que aunque la reorganización de datos de campo largo y de LOB permite recuperar espacio libre, no mejora la formación de clústeres y puede aumentar significativamente el tiempo necesario para finalizar la reorganización.
En el nivel de aislamiento correspondiente a la estabilidad del cursor (CS), la fila asociada a la posición actual del cursor en el servidor de bases de datos está siempre bloqueada. Durante una búsqueda bloqueada (blocked fetch), se pueden devolver varias filas en un solo almacenamiento intermedio. En la mayoría de los casos, la última fila procesada en el extremo servidor no cabrá exactamente en el almacenamiento intermedio y se dividirá entre dos almacenamientos intermedios. La aplicación no verá esta fila dividida hasta que se reciba el segundo almacenamiento intermedio. Por tanto, ninguna de las filas devueltas a la aplicación estará bloqueada.
En el caso poco habitual que la última fila procesada en el extremo servidor encaje exactamente en el almacenamiento intermedio, el cursor permanecerá situado en la última fila dentro del almacenamiento intermedio, lo que supone que la última fila devuelta a la aplicación estará bloqueada.
La exportación de datos con ODBC a un programa de depósito de archivos no da soporte a los siguientes tipos de datos de Sybase:
Los tipos de datos siguientes no están soportados en el SQL Debugger que está integrado en el Centro de desarrollo:
El Centro de desarrollo ya no da soporte a la creación de tipos estructurados.
El Centro de desarrollo no da soporte a la depuración de procedimientos almacenados de Java para un servidor de 64 bits. La depuración de procedimientos almacenados de SQL está soportada en los sistemas operativos Windows de 64 bits. El desarrollo de funciones definidas por el usuario de OLE DB o de XML no está soportado para los servidores de 64 bits.
No puede utilizar el Centro de desarrollo para depurar los procedimientos almacenados de Java en ejecución en cualquiera de las distribuciones de Linux (32 bits, 64 bits, Intel, zSeries o iSeries).
El Centro de desarrollo no da soporte a la depuración de ningún procedimiento almacenado que presente comillas dobles (") en el nombre de procedimiento almacenado, esquema o nombre específico.
El Centro de desarrollo no puede compilar las rutinas Java a menos que conozca dónde están instaladas las versiones del kit del desarrollador. Los directorios por omisión para las versiones del kit del desarrollador se graban en el archivo $HOME/.ibm/db2/dc/DB2DC.settings cuando el Centro de desarrollo se inicia por primera vez. Puede copiar estos directorios en el archivo $USER.settings y modificarlos con un editor de Unicode o puede crear enlaces simbólicos con los directorios del kit del desarrollador en las ubicaciones por omisión.
El Centro de desarrollo no da soporte a la ejecución y depuración de procedimientos almacenados Java simultáneamente. En el Centro de desarrollo, puede ejecutar varios procedimientos almacenados Java al mismo tiempo o depurar un solo procedimiento almacenado Java; no puede ejecutar un procedimiento almacenado Java mientras depura otro procedimiento almacenado Java. Por omisión, la palabra clave de configuración del gestor de bases de datos KEEPFENCED se establece en KEEPFENCED=YES si es conveniente para la depuración de procedimientos almacenados SQL. Cuando la palabra clave KEEPFENCED tiene el valor por omisión de YES, el proceso de la rutina se mantiene activo y se producen conflictos en el puerto JVM. Los procedimientos almacenados Java causarán una excepción de JVM y fallarán en cualquiera de las circunstancias siguientes cuando se utilice el valor por omisión de configuración del gestor de bases de datos KEEPFENCED=YES:
Para corregir esta limitación, asegúrese de que la palabra clave de configuración del gestor de bases de datos KEEPFENCED esté establecida en KEEPFENCED=NO ejecutando los mandatos siguientes:
db2 update dbm cfg using KEEPFENCED NO db2stop db2start
Cuando KEEPFENCED se haya establecido en NO, el proceso db2fmp concluirá al finalizar una llamada de procedimiento almacenado Java y DB2 Universal Database iniciará un nuevo proceso db2fmp para manejar la siguiente llamada de rutina. Esto garantiza que ninguna JVM existente se encontrará en modalidad de depuración cuando empiece a depurarse un procedimiento almacenado Java.
El valor KEEPFENCED=YES es necesario para crear procedimientos almacenados SQL con fines de depuración y para depurar procedimientos almacenados SQL. Cuando el valor sea KEEPFENCED=NO, podrá seguir creando y ejecutando procedimientos almacenados SQL, pero no podrá depurarlos.
El método del Controlador JDBC de DB2(R) Universal DB2SystemMonitor.getServerTimeMicros() no se puede utilizar actualmente con DB2(R) Universal Database(TM) para servidores Linux(TM), UNIX(R), y Windows(R). El método DB2SystemMonitor.getServerTimeMicros() devuelve 0 cuando se conecta a servidores de DB2(R) Universal Database(TM) para Linux, UNIX y Windows(R).
Se deben cumplir los requisitos siguientes antes de instalar DB2 para Linux en sistemas iSeries(TM) y pSeries(R):
http://www.ibm.com/support/docview.wss?uid=swg24007906o siga estos pasos:
DB2 Universal Database(TM) (UDB) Versión 8.2.2 (equivalente a Versión 8.1 FixPak 9) en Linux AMD64 no da soporte a Universal JDBC Driver Type 2. El soporte está planificado para un fixpak de característica. El soporte para JDBC en la Versión 8.2.2 está disponible utilizando el Controlador JDBC universal de Tipo 4 y el controlador JDBC Legacy de Tipo 2 (COM.ibm.db2.jdbc.app.DB2Driver).
Cuando el intérprete PHP crea un cursor en nombre de una aplicación, éste se crea por omisión como un cursor desplazable controlado por grupos de teclas. En determinados casos, esto puede ocasionar que se devuelvan resultados inesperados. Para evitar esta situación, especifique de forma explícita la cláusula "FOR READ ONLY" para todas las sentencias SELECT que se utilicen para actualizar datos. Otras alternativas incluyen el establecimiento de los parámetros de configuración de CLI "Patch2=6", "Patch2=42" o "DisableKeysetCursor=1". Sin embargo, cada uno de estos puede tener otras consecuencias. Consulte la documentación CLI Guide and Reference para ver detalles sobre estas palabras clave de configuración.
La palabra clave ConnectNode no afecta al Centro de control. El Centro de control se conecta siempre al nodo de catálogo especificado por el valor de SQL_CONN_CATALOG_NODE.
La función SQLColumns() no permite la devolución de datos a partir de un alias de un alias. Cuando la función SQLColumns() se invoca utilizando un alias de un alias, la función devuelve un conjunto de resultados vacío.
Es posible que algunas opciones de vinculación no tengan efecto cuando se vinculan paquetes CLI con cualquiera de los siguientes archivos de lista: db2cli.lst, ddcsmvs.lst, ddcs400.lst, ddcsvm.lst o ddcsvse.lst. Puesto que los paquetes CLI los utilizan las aplicaciones CLI, ODBC, JDBC, OLE DB, .NET y ADO, cualquier cambio realizado en los paquetes CLI afecta a todas las aplicaciones de estos tipos. Por lo tanto, sólo un subconjunto de opciones de vinculación recibe soporte por omisión cuando se vinculan paquetes CLI. Las opciones soportadas son: ACTION, COLLECTION, CLIPKG, OWNER y REPLVER. Las demás opciones de vinculación que afectan a los paquetes CLI se pasan por alto.
Para crear paquetes CLI con opciones de vinculación soportadas por omisión, especifique la opción de vinculación COLLECTION con un ID de colección que sea diferente del ID de colección por omisión, NULLID. En este caso, cualquier opción de vinculación especificada se acepta. Por ejemplo, para crear paquetes CLI con la opción de vinculación KEEPDYNAMIC YES, que no recibe soporte por omisión, emita el siguiente mandato:
db2 bind @db2cli.lst collection newcolid keepdynamic yes
Para que las aplicaciones CLI/ODBC puedan acceder a los paquetes CLI creados en la nueva colección, establezca para la palabra clave CurrentPackageSet de CLI/ODBC en el archivo de inicialización db2cli.ini el valor del nuevo ID de colección.
Para sobrescribir los paquetes CLI que ya existen bajo un determinado ID de colección, lleve a cabo una de las siguientes acciones:
El programa de utilidad LOAD de CLI no permite la utilización de marcadores de parámetros si la sentencia de SQL preparada para insertar datos contiene una cláusula SELECT.
Antes de la aparición de la Versión 8.2 FixPak 3 (equivalente a la Versión 8.1 Fixpak 10), el programa de utilidad LOAD de CLI no permitía especificar columnas de destino si la sentencia INSERT contenía una cláusula VALUES.
Sin embargo, a partir de la Versión 8.2 FixPak 3 (equivalente a la Versión 8.1 Fixpak 10), el programa de utilidad LOAD de CLI permite especificar columnas de destino en una sentencia INSERT que contenga una cláusula VALUES. Por ejemplo, la sentencia siguiente se puede ahora utilizar con el programa de utilidad LOAD de CLI:
INSERT into tableA (col1, col2, col3) VALUES (?, ?, ?)
La creación de la base de datos del catálogo de herramientas bajo una instancia de DB2 Universal Database (UDB) de 64 bits en Linux (AMD64) no está soportada. No intente crear el catálogo de herramientas bajo una instancia de 64 bits utilizando cualquiera de los métodos siguientes:
La creación de la base de datos del catálogo de herramientas bajo una instancia de 32 bits en Linux (AMD64) está soportada a partir de la Versión 8.1.4.
La creación del catálogo de herramientas no está soportada durante la instalación de DB2 Universal Database (UDB) para instancias de 64 bits en las plataformas de 64 bits híbridas. Las plataformas híbridas son:
Si desea crear un catálogo de herramientas para una instancia de 64 bits, puede realizarlo después de la instalación de DB2 UDB mediante el Procesador de línea de mandatos utilizando el mandato CREATE TOOLS CATALOG CLP o bien utilizando el Centro de control. También tendrá que instalar IBM Developer Kit para Java de 64 bits para esta operación. Consulte el apartado relativo al Servidor de administración de DB2 del manual DB2 Administration Guide para obtener más detalles.
Hay limitaciones de memoria para los productos siguientes:
Al planificar un proceso de depósito para que se ejecute a intervalos, debe determinar el tiempo más prolongado que lleva ejecutar todos los pasos de producción del proceso y planificar los intervalos con arreglo al mismo. Si un proceso supera el intervalo de tiempo planificado, no se ejecutarán las ocurrencias planificadas posteriores de dicho proceso y no volverán a planificarse.
Se ha retirado el soporte siguiente de DB2 Universal Database (UDB) Enterprise Server Edition (ESE) Versión 8 para los sistemas operativos Windows y UNIX, así como de DB2 Connect Enterprise Edition (CEE) Versión 8 para los sistemas operativos Windows y UNIX:
Al desarrollar los conectores de seguridad que se desplegarán en los clientes de DB2 en los sistemas operativos Windows, no descargue ninguna biblioteca auxiliar en la función de terminación de conector. Esta restricción se aplica a todos los tipos de conector de seguridad de cliente, incluyendo los conectores de grupo, ID de usuario y contraseña, Kerberos y GSS-API.
Esta restricción la causa un problema de DB2 Universal Database al descargar conectores de seguridad en clientes de DB2 en sistemas operativos Windows.
Al utilizar la autentificación de OS en AIX, DB2 Universal Database (UDB) intenta informar de un inicio de sesión satisfactorio de AIX después de la autentificación satisfactoria durante un intento de conexión. Antes de la Versión 8 FixPak 5, si DB2 UDB no podía informar de un inicio de sesión satisfactorio, la conexión fallaba a pesar de autentificarse el usuario. A partir de la Versión 8 FixPak 5, la conexión puede continuar y la anomalía se anota cronológicamente en el archivo db2diag.log.
El ID de usuario de dos partes para la sentencia CONNECT y el mandato ATTACH, como nombredominio\nombreusuario, no recibe soporte en Windows ME.
Si utiliza el asistente Cargar o el cuaderno Importar para instalar una carga o importar de un archivo de entrada IXF que contiene caracteres DBCS, la página Columnas no visualizará correctamente los nombres de columna contenidos en el archivo.
| | |Las herramientas de GUI que se proporcionan con DB2 Universal |Database (UDB) son programas gráficos de utilidad basados en Java. He aquí ejemplos de herramientas de GUI de DB2 UDB:
|Debido a que los sistemas operativos Linux sobre AMD64 no |disponen actualmente de un SDK de 64 bits ni de un entorno de |ejecución de 64 bits para Java(TM), la ejecución de esas |herramientas debe realizarse desde una instancia de DB2 UDB de 32 |bits.
|Puede todavía utilizar estas herramientas para gestionar bases |de datos en instancias locales y remotas de 64 bits. Por ejemplo, para utilizar el Centro de control, debe crear primero |una instancia de 32 bits. Una vez creada una instancia de 32 bits, debe catalogar manualmente |la instancia local de 64 bits que desee administrar.
|Puede obtener más información acerca de DB2 para Linux sobre |AMD64 en el URL siguiente:
|ftp://ftp.software.ibm.com/software/data/pubs/papers/linuxamd64.pdf
Para que funcionen correctamente las herramientas de la GUI, como, por ejemplo, el Centro de control, debe tener una resolución de pantalla de 800 por 600, como mínimo, y utilizar una paleta de pantalla de 32 colores, como mínimo.
Si tiene caracteres del estándar de codificación de caracteres chinos GB18030 en la barra de título de una ventana, es posible que aparezcan como signos de interrogación o como cuadrados.
Las tablas que utiliza el Gestor de catálogos de información deben estar dentro de una sola partición de base de datos. Hay numerosos métodos disponibles para poner las tablas dentro de una sola partición. El siguiente procedimiento es un método que funciona.
CREATE DATABASE PARTITION GROUP nombre_grupo_particiones
ON DBPARTITIONNUM número_particiónCREATE REGULAR TABLESPACE nombre_espaciotablas
IN DATABASE PARTITION GROUP nombre_grupo_particiones
MANAGED BY SYSTEM USING ('nombrec')Query Patroller no puede realizar las siguientes acciones si el parámetro de la configuración de la base de datos DYN_QUERY_MGMT está inhabilitado:
Si intenta liberar una consulta de su estado retenido o bien cambiar una consulta en primer plano cuando DYN_QUERY_MGMT está establecido en DISABLE, aparecerá un mensaje de error y el estado de la consulta no cambiará. Si las consultas retenidas están planificadas para ejecutarse y DYN_QUERY_MGMT está inhabilitado en el momento en que comienzan a ejecutarse, se grabará un mensaje de error en el archivo qpdiag.log y las consultas se dejarán en el estado retenido.
Desde el FixPak 5, todas las nuevas tablas de resultados se crean en el esquema DB2QPRT en lugar de crearse en el esquema del remitente.
El privilegio DROPIN del esquema DB2QPRT se otorga a los operadores cuyos perfiles hayan sido creados con anterioridad a la instalación del FixPak 5 y que tenían:
El privilegio DROPIN en el esquema DB2QPRT se otorga la primera vez que Query Patroller crea una tabla de resultados en dicho esquema.
Aquellos operadores a los que se proporciona el privilegio MONITORING con autorización de edición o el privilegio HISTORICAL ANALYSIS con autorización de edición después de la instalación del FixPak 5 también reciben el privilegio DROPIN en el esquema DB2QPRT al crearse o actualizarse sus perfiles.
El supervisor de salud no puede ejecutar acciones para el indicador de salud db2.db2_op_status si el indicador entra en el estado desactivado. Se puede producir este estado cuando, por ejemplo, una instancia que el indicador está supervisando pasa a estar inactiva debido a una petición de detención explícita o a una terminación anómala. Si desea que la instancia se reinicie automáticamente después de cualquier terminación anómala, debe configurar el supervisor de errores para mantener la instancia altamente disponible.
[ Principio de página |Página anterior | Página siguiente | Contenido ]