DB2 para OS/390 y z/OS

Versión 7
Enumeración de los cambios introducidos al DB2 Versión 7
En el DB2 Versión 7, IBM, ha tratado de mejorar la flexibilidad en el manejo de los datos e
incrementar la confiabilidad y disponibilidad de este Servidor de Base de Datos Relacional,
con una mejor integración con el resto de la familia de productos DB2.
En la Versión 7, algunos utilitarios están disponibles como productos separados. Por ello es
necesario ordenarlos explícitamente y adquirir una licencia de uso de esos utilitarios.
Temas que se desarrollarán:
 1 Mejoras en la administración de los datos
 2 Mejoras en cuanto a confiabilidad, escalabilidad y disponibilidad
 3 Facilidades en el desarrollo y la integración de aplicaciones
 4 Conectividad ampliada
 5 Consideraciones para la migración
1. Mejoras en la administración de los datos
- Se colectan estadísticas históricas que:
• Permiten el seguimiento de los cambios de diseño físico de los objetos DB2.
• Permiten predecir futuros requerimientos de espacio para tablespaces e indexspaces más
precisamente y correr utilitarios para mejorar la performance.
- Los DBA pueden ahora manejar los objetos DB2 más fácilmente y no necesitan mantener sus
jobs utilitarios (aún cuando se agreguen nuevos objetos) porque existen facilidades que les
permiten:
• Crear dinámicamente listas de objetos mediante una expresión que apunte a un modelo.
• Alocar dinámicamente los data sets que se requieren para procesar esos objetos.
- Una mayor flexibilidad en la autoridad de DBADM permite a los administradores de bases de
datos crear views para otros usuarios.
- Mejoras en la definición de constraints permiten especificar un constraint en el momento de la
creación de claves primary o unique.
- Una nueva restricción en la instrucción DROP INDEX requiere el DROP de la primary key,
unique key, o referential constraint antes de eliminar el índice que incluye la constraint.
2. Mejoras en confiabilidad, escalabilidad y disponibilidad (I)
- El nuevo utilitario UNLOAD permite descargar datos desde un table space o desde un
image copy data set. En general el UNLOAD resulta más rápido que el programa
DSNTIAUL, especialmente cuando está activado el partition parallelism para un
tablespace particionado extenso. El UNLOAD es más fácil de usar que un REORG
UNLOAD EXTERNAL.
- Otro nuevo utilitario, COPYTOCOPY permite obtener image copies adicionales a partir
de un image copy primario y también registra esas copias en el catálogo. COPYTOCOPY
deja el objeto de destino en modo read/write (UTRW), permitiendo sentencias SQL y
algunos utilitarios corriendo concurrentemente sobre los mismos objetos.
- El Parallel LOAD con múltiples inputs permite la carga de grandes volúmenes de datos en
table spaces particionados, como los usados en aplicaciones de data warehouse o de
business intelligence. El Parallel LOAD con múltiples inputs corre en un único paso, en
vez de jobs separados.
- El REORG online es más rápido debido a que:
• No hace más rename de data sets, lo que reduce el lapso de indisponibilidad de
los datos durante la fase de SWITCH.
• Un mayor procesamiento en paralelo reduce el tiempo de la fase BUILD2 en
REORG SHRLEVEL(CHANGE) o SHRLEVEL(REFERENCE).
2. Mejoras en confiabilidad, escalabilidad y disponibilidad (II)
- En el LOAD RESUME online se consigue mayor concurrencia permitiendo acceso
read/write a los usuarios durante el proceso de LOAD, con lo cual se realiza la carga
simultáneamente con transacciones de usuario.
- Más eficiente procesamiento de queries SQL debido a:
• Más transformaciones de subqueries en join para algunas instrucciones UPDATE y
DELETE.
• Menor número de operaciones de sort para queries que tienen cláusulas ORDER BY y
WHERE con predicados de la forma COL=constante.
• Más paralelismo para acceso de índices IN-list, lo que mejora la performance de
queries que involucren ese tipo de acceso.
- Posibilidad de cambiar parámetros del sistema sin tener que dar stop alDB2, lo cual permite
dar servicio sin interrupciones.
- Mayor disponibilidad de objetos de usuario que quedan afectados por procesos cancelados:
• Se puede cancelar un thread sin tener que efectuar rollback.
• Se han suprimido algunas restricciones impuestas por la función de restart.
• Se ha agregado la opción NOBACKOUT al comando CANCEL THREAD.
2. Mejoras en confiabilidad, escalabilidad y disponibilidad (III)
- La disponibilidad del DB2 cuando se produce una falla en la lectura del log se ha
incrementado. El subsistema emite avisos informativos y da tiempo para reintentar la lectura
del log, dando lugar a la toma de acciones correctivas para evitar el corte del servicio.
- Mayor disponibilidad en ambientes de datos compartidos:
• Las aplicaciones DB2 pueden hacer genéricamente un attach a un Data Sharing Group.
• La opción LIGHT del comando START DB2 permite hacer un restart de un miembro de
data sharing con una mínima acción sobre la memoria, terminando normalmente después
que el DB2 libere los locks que pueda haber.
• Se permite que los cambios que se producen al reconstruir o reubicar una estructura sean
permanentes.
- Otras mejoras en data sharing:
• Notificación de units of recovery incompletas.
• Uso de nuevas funciones de OS/390 y z/OS para aumentar la confiabilidad en el
recovery de group buffer pools.
- Mayor performance mediante el preformateo para operaciones de INSERT.
3. Facilidades en el desarrollo e integración de aplicaciones (I)
- DB2 XML Extender for OS/390 and z/OS: permite grabar, recuperar y buscar documentos
XML en una base de datos DB2.
- Soporte ampliado para los operadores UNION y UNION ALL en una definición de view,
una expresión anidada o un predicado de subquery, en consistencia con los standards SQL99.
- SQL más compatible con DB2 corriendo bajo otros sistemas operativos:
• Scrollable cursors: permiten moverse hacia adelante, atrás o random a través de result
table o result set. Pueden ser usados en cualquier aplicación DB2 que no use DB2 private
protocol access.
• Una condición de búsqueda en la cláusula WHERE puede incluir un subquery en el que
el objeto base del subquery y el de la sentencia UPDATE o DELETE de la búsqueda es
el mismo.
• Existe una nueva cláusula SQL, FETCH FIRST n ROWS, que aumenta la performance
de las aplicaciones en ambientes de bases distribuidas.
• Fast implicit close, mediante el cual el server DB2, durante un query distribuido cierra
automáticamente el cursor cuando se intenta hacer un fetch más allá de la última fila.
3. Facilidades en el desarrollo e integración de aplicaciones (II)
• Soporte de las opciones USER y USING en una nueva cláusula de autorización
para la sentencia CONNECT facilitan la portabilidad a DB2 para OS/390 de las
aplicaciones que son desarrolladas en workstations.
• En updates posicionados, se puede especificar la cláusula FOR UPDATE en la
sentencia SELECT del cursor, sin una lista de columnas. Como resultado, son
incluidas todas las columnas modificables de una tabla o view que aparecen en la
primera cláusula FROM del fullselect.
• Una nueva opción de la sentencia SELECT, ORDER BY expresión, permite
especificar operadores como clave de sort para la tabla resultado de la sentencia
SELECT.
• Nuevas funciones ISO de fecha y hora devuelven el día de la semana con el
lunes como día 1 y para cualquier semana completa.
- Ampliaciones al Open Database Connectivity (ODBC) proveen soporte ODBC 3.0
parcial, incluyendo nuevas application programming interfaces (APIs), que
incrementan la portabilidad de las aplicaciones, con mayor alineamiento con los
standards de la industria.
3. Facilidades en el desarrollo e integración de aplicaciones (III)
- El utilitario LOAD permite ahora enviar el output de una sentencia SQL directamente a
una tabla.
- Un nuevo componente, llamado Precompiler Services habilita a que futuras versiones de
compiladores que lo invoquen, produzcan un SQL statement coprocessor. Esto ejecuta las
mismas funciones que el precompilador DB2, pero en tiempo de compilación. Así será
posible eliminar el paso de precompilación de programas COBOL o PL/I.
- Soporte para códigos Unicode permite distintos lenguajes en una misma tabla.
4. Conectividad ampliada
- Soporte de COMMIT y ROLLBACK en stored procedures permiten hacer commit o
rollback de una unit of work completa, incluyendo cambios sin commit hechos antes del
llamado a la stored procedure.
- Soporte del sistema de seguridad Kerberos para Windows. Facilita el control de
estaciones de trabajo clientes de ambientes heterogéneos.
- Soporte global de transacciones para aplicaciones distribuidas: hace que diversos DB2
independientes participen en esquemas con un transaction manager XA-compatible o un
gateway server coordinando (por ejemplo Microsoft Transaction Server o Encina).
- Mejoras en el DB2 Connect Versión 7 permiten que los clientes de estaciones de trabajo
remotas determinen rápidamente el lapso de tiempo que DB2 utiliza para procesar un
requerimiento (server elapsed time).
- Soporte de connection pooling y transaction pooling para for IBM DB2 Connect.
- Soporte para DB2 Call Level Interface (DB2 CLI) bookmarks en DB2 UDB for UNIX,
Windows u OS/2.
5. Consideraciones para la Migración

Cuando está instalado DB2 para OS/390 Versión 5 o Versión 6 está disponible una
protección de vuelta atrás completa (fallback) para la migración.
Antes de migrar a Versión 7 se debe asegurar que el Versión 5 o posterior esté
completamente operativo.

Además, hay que tener en cuenta las consideraciones necesarias para la migración a DB2
V6 si la migración a DB2 V7 se realiza desde un DB2 V5. Estas son:
* Eliminar los índices tipo 1
* SHARED READ-ONLY DATA
* Archivos con PASSWORD
* No se puede utilizar en los programas HOST variables sin tener los dos puntos (:)
* Se comienza a utilizar el RECOVER INDEX