Puede utilizar el entorno de trabajo para desplegar rutinas y archivos
JAR asociados de un proyecto de datos en un servidor de bases de datos.
Restricción: Algunos productos no son compatibles con el
despliegue de rutinas Java o de archivos JAR.
El método preferido para desplegar rutinas es utilizar grupos de
despliegue. Algunos productos no soportan esta opción. Si el producto no soporta
los grupos de despliegue, puede desplegar rutinas de un proyecto de
datos con un asistente.
Puede desplegar procedimientos almacenados para DB2 para Linux, UNIX
y Windows o DB2 para z/OS con el asistente de
dos maneras:
- Puede desplegar binarios creados previamente en el servidor.
- Puede desplegar realizando una compilación completa.
En la página Opciones de despliegue del asistente Desplegar rutinas,
especifique cuál de estas dos opciones de despliegue desea utilizar. El
despliegue de binarios está soportado para los siguientes servidores y tipos de
rutinas:
Servidor de datos |
Tipo de rutina |
DB2 para Linux, UNIX
y Windows, Versión 9.1 o posterior |
Procedimientos almacenados SQL, JDBC y SQLJ |
DB2
para
z/OS,
Versión 8 (modalidad de función nueva) y Versión 9 |
Procedimientos almacenados SQL, JDBC y SQLJ externos |
DB2
para z/OS
Versión 9 |
Procedimientos almacenados SQL nativos |
Restricción: En el despliegue de binarios se aplican las restricciones siguientes:
- Los procedimientos almacenados Java
para
DB2
para
z/OS
creados utilizando el controlador heredado no se pueden desplegar utilizando
binarios.
- La conexión con el servidor de origen y de destino debe utilizar el
controlador IBM® Data
Server para JDBC y SQL.
- El nivel de JDK cliente debe ser compatible con el nivel de JDK del servidor
de destino.
- Para
DB2
para Linux, UNIX
y Windows:
- El servidor de destino debe tener el mismo nivel de versión o superior. Por
ejemplo: origen de la versión 9.1 -> destino de la versión 9.5, o bien origen
de la versión 9.1 -> destino de la versión 9.1.
- El sistema operativo de origen debe ser el mismo que el sistema operativo
de destino. Es decir, no puede realizar un despliegue de binarios de un
procedimiento almacenado creado en
DB2
para Linux, UNIX
y
Windows en
un sistema operativo Windows
a
DB2
para Linux, UNIX
y Windows en
un sistema operativo Linux.
- Para
DB2
para z/OS:
- La biblioteca de carga de destino debe existir para poder desplegar
procedimientos almacenados SQL externos utilizando binarios.
- Para desplegar procedimientos almacenados SQL externos utilizando binarios,
deben crearse y vincularse los procedimientos almacenados de DB2 Administration
en el servidor. Estos procedimientos almacenados se instalan utilizando el
trabajo de personalización DSNTIJCC.
En algunos casos, puede crear una rutina utilizando una definición de
servidor y, a continuación, desplegarla en el mismo tipo de servidor o en un
servidor con una definición de servidor diferente. En la página Opciones de
despliegue del asistente Desplegar rutinas, puede especificar una base de
datos diferente. Están soportadas las siguientes
combinaciones de servidores:
Rutina de origen |
Servidor de destino |
Procedimiento almacenado SQL para
DB2
para
Linux,
UNIX y Windows |
- DB2
para Linux, UNIX
y Windows
- DB2
para iSeries
- DB2 para z/OS
|
Procedimiento
almacenado Java
para
DB2
para
Linux,
UNIX y Windows |
- DB2
para Linux, UNIX
y Windows
- DB2
para iSeries
- DB2 para z/OS
- IBM Cloudscape
|
Restricción: Sólo puede desplegar rutinas en
servidores semejantes y en servidores distintos permitidos desde un
proyecto de desarrollo de datos del Explorador de proyectos de datos
o desde el Explorador de fuentes de datos. Cuando realiza un despliegue desde el sistema de archivos, sólo puede desplegar rutinas en servidores iguales. Se soportan las siguientes combinaciones de bases de datos para servidores distintos:
- Derby con DB2 para Linux, UNIX
y Windows
- Derby con DB2 para z/OS
- DB2 para Linux, UNIX
y Windows para DB2 para z/OS
Para procedimientos almacenados de Derby con Java,
la fuente Java
no se almacena en el catálogo de bases datos.