Se pueden producir algunos problemas habituales cuando se utiliza Optim Database
Administrator.
- Búsqueda del nombre de instancia de DB2
- Los mandatos de cambio que necesitan IBM® Data Server Client
solicitarán el nombre de instancia de DB2. Optim Database
Administrator detectará el nombre de instancia en la conexión. En sistemas Windows®, el nombre de instancia es normalmente DB2. En sistemas UNIX®, el nombre de instancia es normalmente el ID bajo el que se ha instalado DB2.
For example, db2inst95. Los entornos de instalación pueden variar.
- Aplicar ingeniería
- Al aplicar cambios de ingeniería, asegúrese de comprobar si en el DDL hay objetos
derivados de otros objetos, como por ejemplo las vistas, las tablas de consulta materializadas y los alias,
para asegurarse de que se resuelven los objetos dependientes correctos. DB2 almacena las sentencias
CREATE para algunos objetos derivados en el catálogo exactamente como se han
especificado. Si el creador de estas sentencias no especificó completamente los nombres de
esquema, se asume el inicio de sesión actual. Es posible que la sentencia CREATE falle
si el inicio de sesión actual es diferente durante el proceso de aplicar ingeniería. Para resolver este problema utilice el mismo ID de creador al cambiar objetos, especifique completamente
los objetos dependientes en el DDL, o añada la sintaxis SET
CURRENT SCHEMA antes del mandato.
Por ejemplo, si genera un mandato
CREATE VIEW como CREATE VIEW MYSCHEMA.VIEW
AS SELECT * FROM MYTABLE; y MYTABLE realmente pertenece a un esquema
denominado DB2, cuando se despliegue el mandato, DB2 busca MYTABLE bajo el nombre
de inicio de sesión actual. Es posible que obtenga un error que indique que loginname.MYTABLE
no está definido. Si añade una sentencia SET CURRENT SCHEMA=DB2
delante de la sintaxis de CREATE VIEW MYSCHEMA.VIEW AS SELECT * FROM MYTABLE,
la totalidad de los objetos referenciados se resolverá correctamente.
Cuando
Optim Database
Administrator esté calculando el orden
correcto para las sentencias CREATE de los objetos derivados que contengan nombres de
otros objetos derivados sin nombres de esquema calificados al completo, es posible que
Optim Database
Administrator ponga dichas
sentencias en un orden incorrecto. Para corregir este problema es posible que tenga que:
- Asegúrese de que el inicio de sesión que se utilice para generar los mandatos de cambio es el mismo que
el inicio de sesión que se utilizó para crear objetos de base de datos.
- Abra los mandatos generados en el Editor SQL y XQuery y coloque las sentencias en orden correcto.
- Cómo probar la conexión del servidor
- Puede probar la conectividad de su servidor creando una conexión con la base de datos en la vista
Explorador de administración.
- Validación del modelo
- Si Optim Database
Administrator detecta
un error en el modelo de datos físico, éste se registrará en la vista de Problemas. Si la vista de Problemas no resulta visible, podrá abrirla en el menú principal seleccionando
. O
puede abrirla escribiendo
Alt+despl+Q,X en el teclado. Pulse dos veces en el problema para ver más detalles.
- validación de scripts de gestión de cambios
- Si Optim Database
Administrator detecta
un error en el script de gestión de cambios, éste se registra en la vista Problemas. Si la vista de Problemas no resulta visible, podrá abrirla en el menú principal seleccionando
. O
puede abrirla escribiendo
Alt+despl+Q,X en el teclado. Pulse dos veces en el problema para ver más detalles.
- Cambio de la validación del mandato
- Si Optim Database
Administrator detecta un error en los mandatos de cambio en el apartado Mandatos del Editor de scripts de gestión de cambios, éste se registrará en la vista Registro cronológico de errores. Si la vista Registro cronológico de errores no resulta visible, podrá abrirla en el menú principal seleccionando . O puede abrirla escribiendo
Alt+despl+Q,L en el teclado. Pulse dos veces en el error para ver más detalles.
- Supresión de recursos en el Explorador de proyectos de datos
- A veces, es posible que siga viendo recursos incluso después de haberlos suprimido
en el Explorador de proyecto de datos. Es posible que tenga que cerrar y volver a abrir el editor para
renovarlo. El editor puede abrirse desde el menú principal seleccionando
.
- Falta de espacio de pantalla al utilizar el Editor de comparaciones
- El Editor de comparaciones puede utilizar bastante espacio. Para maximizar
el Editor de comparaciones, pulse dos veces en el código del editor de apertura. En
sistemas Windows, la tecla
rápida es Alt+-,X.
- Búsqueda de objetos de datos
- Si conoce el modelo de datos físico en el que está ubicado el objeto de datos, abra dicho modelo en el
Editor de modelos de datos. En este editor, podrá escribir texto en el campo de filtros para filtrar
la lista y desplazarse rápidamente a un objeto, utilice Buscar (Control+F) para localizar un objeto o
amplíe la búsqueda para localizar un objeto. Si no conoce el modelo en el que está el objeto, utilice
Buscar (Ctrl+H). Los resultados se mostrarán en la vista Buscar. Pulse dos veces en el objeto para
abrirla en un editor.
- El asistente para Ejecutar SQL depende de la extensión
- Los archivos de script SQL de la carpeta Scripts de SQL deben tener la extensión de archivo sql o ddl.
Los archivos de script también pueden contener algunos mandatos DB2 y programas de utilidad. Las diferentes acciones para el asistente para Ejecutar SQL dependen de la extensión. Si se intentan ejecutar
mandatos DB2 y programas de
utilidad desde un archivo de script con una extensión que no sea sql o ddl pueden producirse errores.
- Cómo desplegar los mandatos de descargar y recargar
- Si se produce un error cuando se despliegan mandatos de descarga o recarga, el código SQL es siempre -22220. Este código significa que IBM Data Server Client ha encontrado un error en el script. El motivo exacto del error se especifica
mediante el código de error. Los códigos de error aparecerán en la vista de salida de datos. La descripción detallada para un código de error
en particular se puede encontrar en el manual DB2 Message Reference.
Errores de mandato de recargar- Código de error 3088
- La columna de origen que se ha especificado se cargue en el nombre de columna
de base de datos no es compatible con la columna de la base de datos, pero la columna de base de datos no
puede anularse.
Source table tblA: col1 int, col2 int, col3 varchar(5), col4
num(6, 2)
Target table (table being loaded) tblB: col2 int, col3 varchar(5),
col4 num(6, 2) not null.
Si selecciona todas las filas durante
la descarga, debido a una discrepancia en el tipo de datos, los valores de VARCHAR
no podrán insertarse en la col4 de la tabla de destino durante la acción de recargar. Arregle este problema de una de las siguientes maneras:
- Edite el archivo de datos.
- Utilice el asistente Personalizar conservación de datos para seleccionar las últimas
tres columnas de tblA, en la sentencia de descargar. Utilice el asistente para
añadir las funciones de columna que se necesiten.
- Código de error 3124
- El valor de campo en la fila "2" y en la columna "3" no puede convertirse a un valor PACKED
DECIMAL, pero la columna destino no puede anularse.
La fila no se ha cargado.
- Código de error 3196
- No se ha encontrado el archivo de entrada. Si el archivo de datos está ubicado en una
máquina remota en la que se ha ejecutado el mandato de descargar, deberá emitir de nuevo el mandato de
recargar en el Explorador de proyectos de datos. Asegúrese de que el archivo de datos se ha
transferido a la máquina en la que se ha ejecutado el mandato de recargar, después seleccione el archivo de
mandato de recargar, por ejemplo xxx_import.chx, en el Explorador de proyectos de datos, pulse el botón
derecho del ratón y seleccione Ejecutar SQL para completar la acción de recargar.
Errores de mandato de descargar- Código de error 3025
- Un parámetro que especifica un nombre de archivo o vía de acceso no es válido. Puesto que los mandatos de recargar y descargar se ejecutan con toda probabilidad en sistemas remotos, Optim Database
Administrator no comprueba si existe la vía
de acceso especificada. Para evitar la pérdida de datos, asegúrese de que la vía de acceso es válida. También puede ejecutar los mandatos de descargar en el explorador de proyectos antes de desplegar los
scripts.
- Código de error 3304
- La tabla no existe. Los mandatos de descarga deben emitirse antes de descartar las tablas. El orden de los mandatos tiene que verificarse
en la sección Mandatos del Editor de scripts de gestión de cambios antes de desplegar los
scripts. El tipo de archivo de
datos predeterminado es DEL (ASCII delimitado, para el intercambio con muchos gestores de archivos y gestores de
base de datos). Puede cambiar el tipo de archivo a IXF si es necesario.
Si el código de error no está en la vista de salida de datos, puede encontrar el código en el archivo de registro de notificación de administración (db2dasdiag.log). Para obtener más información, por ejemplo la ubicación de este archivo, consulte el Centro de información de DB2.
- Correlación de tablas de descarga y recarga durante la migración de datos
- La acción de doble pulsación no funciona bien en sistemas Linux®.
Puede utilizar el acceso de tecla rápida para editar en su lugar las entradas de preservación de datos. Escriba
la tecla 'e' o escriba Despl-F10 para editar la entrada seleccionada.
Esta acción pone el punto activo en el editor de celdas de la primera columna (Por ejemplo, Mandatos de exportar). Pulsar la tecla 'Intro" desplaza el punto activo al editor de celdas de la segunda
columna (Mandato de recargar).
- El despliegue de mandatos de cambio falla debido al número máximo de solicitudes de bloqueo.
- Si recibe el código de error SQL0912N al desplegar los mandatos de cambio, podrá solucionar el problema:
- Efectuando confirmaciones más a menudo
- Aumentando el tamaño del bloqueo
Importante: Detenga y
reinicie DB2 antes de desplegar los mandatos de cambio. Si no reinicia DB2, es posible que siga recibiendo el error SQL0912N.
- El despliegue de los mandatos de cambio falla debido a que hay demasiadas conexiones de base de
datos activas
- DB2 limita
el número de conexiones de base de datos que pueden estar activas a la vez. El parámetro de configuración de gestor de base de datos NUMDB determina el número máximo, que como valor predeterminado es 8.
Una vez haya llegado al número máximo de conexiones en el Explorador de fuentes de bases de datos, no podrá crear una conexión nueva. Por tanto,
cuando intente desplegar los mandatos de cambio, es posible que éstos fallen. El mensaje de error
de DB2 es
"error en el archivo de script."
Este error lo causa el disponer de demasiadas
conexiones a DB2. Suprima una de las conexiones que no se utilizan o que se utilizan poco en el Explorador de fuentes de datos o plantéese aumentar el tamaño de NUMDB.
- El Explorador de administración y la Lista de objetos no reflejas de forma automática los cambios realizados en la base de datos.
- Los cambios de las bases de datos que no se realicen mediante el Editor de objeto de datos o el Editor de scripts de gestión de cambios (realizados fuera del producto), no se reflejan automáticamente en el Explorador de administración y la Lista de objetos. Para ver las actualizaciones, tendrá que renovar la conexión para la
base de datos o actualizar cualquiera de las carpetas de tipos de objeto de la base de datos en el Explorador de administración.
- Desconectar la migración de clave automática.
- La migración de clave está activada por omisión. Si se añaden columnas a las tablas padre cuando se añade una clave foránea nueva, desconecte la migración de clave para evitar este comportamiento. Para desconectar la migración de clave automática, complete los siguientes pasos:
- En el menú principal, pulse en .
- Vaya hasta Gestión de datos y expanda Migración de clave.
- Efectúe una doble pulsación en Añadir.
- Deseleccione el recuadro de selección Migrar clave automáticamente, pulse en Aplicar,
y después pulse en Aceptar.
- Falta de compatibilidad con versiones anteriores para los scripts de gestión de cambios
- Los scripts de mandato de cambio que se han creado o editado en el Editor de scripts de gestión de cambios de la Optim Database
Administrator V2.2.3
no son compatibles con versiones anteriores de Optim Database
Administrator.
- Soporte de proyectos y scripts de gestión de cambios creados en versiones anteriores de Optim Database
Administrator
- Sólo los proyectos de diseño de datos y los scripts de mandatos de cambios creados en Optim Database
Administrator V2.2.1
o posterior son compatibles con Optim Database
Administrator V2.2.3. Optim Database
Administrator V2.2.3
convierte los archivos del proyecto al nuevo formato utilizado.
Se muestran los errores que se produzcan durante la conversión. Se le pedirá que continúe con la conversión o que la cancele. Si elige continuar con la conversión, los objetos que causan el problema se omiten y sólo se conservan los objetos válidos.
- El Explorador de administración no se abre al utilizar un espacio de trabajo creado en versiones anteriores de Optim Database
Administrator
- Optim Database
Administrator V2.2.3
soporta los espacios de trabajo creados en versiones anteriores de Optim Database
Administrator.
Sin embargo, la primera vez que se utiliza un espacio de trabajo creado en una versión anterior, el Explorador de administración no se abre. Para abrir el Explorador de administración, en el menú principal pulse . Si no ve Explorador de administración en la lista, pulse Otro, amplíe Datos, seleccione Explorador de administración y pulse Aceptar.
Se abre el Explorador de administración. Cuando se utilice de nuevo este espacio de trabajo aparecerá el Explorador de administración.
- Los mandatos no se ejecutan cuando se utiliza la autenticación de Kerberos
- Cuando se utiliza el protocolo Secure Shell (SSH) para acceder a los servidores de bases de datos remotos, el protocolo depende de las bibliotecas subyacentes de RXA y RSE. Ninguna de estas bibliotecas soporta la autenticación de Kerberos.
En v
Optim Database
Administrator no se admiten las operaciones siguientes si se utiliza la autenticación de Kerberos:
- Activar
- Añadir partición de bases de datos
- Realizar copias de seguridad de bases de datos
- Catálogo
- Crear bases de datos
- db2set
- Descartar bases de datos
- Descartar número de partición de base de datos
- Exportar
- Forzar
- Obtener
- Obtener instancias
- Configuración de HADR
- Importar
- Cargar
- Inmovilizar
- Volver a enlazar
- Recuperar
- Reorg
- Reiniciar
- Restaurar
- Recuperar en avance
- Runstats
- Establecer cliente
- Iniciar instancia
- Detener instancia
- Detener recuperación
- Volver a activar
- Actualizar
- Actualizar opciones