Si crea una base de datos con 8DB2 Universal Database Versión 8.2, no podrá 8utilizar dicha base de datos en un nivel de la Versión 8.1. Dicha base de datos sólo se puede utilizar en la Versión 8.2 o en un nivel 8posterior.
8Las bases de datos creadas en el nivel de 8DB2 UDB Versión 8.2 pueden tener funciones 8adicionales que no estaban disponibles en versiones anteriores. Esta diferencia puede dar como resultado un comportamiento inesperado y no 8deseable en el caso de que intente mover la base de datos nueva a un 8release anterior de DB2 UDB.
8 8El apartado "Visión general del cliente DB2" del manual Guía rápida de iniciación para clientes DB2 indica lo siguiente:
Los clientes de DB2 8pueden conectarse a servidores de DB2 dos releases posteriores o un 8release anterior al nivel de release del cliente, así como a servidores del 8mismo nivel de release.8
La enmienda a dicha sentencia es como sigue:
87 7 7En tanto que las conexiones de los clientes de la Versión N 8con los servidores de la Versión N + 2 son posibles en algunos entornos, 8esta conexión es una configuración soportada únicamente mientras la 8Versión N esté en servicio. Una vez se retire del servicio la Versión N, 8esta configuración ya no estará soportada.
8Los clientes de DB2 Versión 6 8que se conecten a un servidor de DB2 Versión 8 ya no están soportados 8debido a que la Versión 6 se ha retirado del servicio.
8De modo análogo para el soporte de servidor de DB2 UDB, 8un cliente de la Versión N puede conectarse a un servidor de la 8Versión N - 1, a menos que el servidor de la Versión 8N - 1 esté fuera de servicio.
Cualquier cambio en el registro realizado a nivel de 7DB2 7UDB Versión 8.2 se pierde cuando se vuelve a migrar a 7DB2 7UDB Versión 8.1. El registro vuelve al archivo HealthRules.reg de la versión 78.1 que contiene los valores existentes antes de que se realizara la 7actualización a DB2 UDB Versión 8.2 y se empezaran a utilizar los valores del archivo 7HealthRules2.reg.
3 3 3Antes de DB2 Universal Database (UDB) Versión 8, los FixPaks 3sólo funcionaban como 3actualizaciones de los paquetes instalados de DB2 UDB o conjuntos de archivos en una sola 3ubicación fija. Esto significaba que la instalación de los FixPaks sustituía los archivos existentes por unos nuevos, que se proporcionaban en los FixPaks. No podían existir varios niveles FixPak de DB2 en un único sistema. Ahora, DB2 UDB Enterprise Server Edition (ESE) puede existir en varios niveles de fix pack en el mismo sistema para los sistemas operativos basados en Linux(TM) y UNIX(R). Esta característica soportada en entornos de operación de producción 3desde la Versión 8.1.2, se desarrolla utilizando los dos tipos de FixPak 3siguientes:
3Para actualizar una instancia múltiple de FixPaks a un nivel de FixPak 3diferente, realice una de las operaciones siguientes:
3Para obtener más información sobre cómo descargar FixPaks alternativos, 3visite el sitio de soporte de IBM en http://www.ibm.com/software/data/db2/udb/support.html.
39 9 9A partir de la Versión 8.2.2, el contenido de la tabla de control TRACK_QUERY_INFO de Query 9Patroller que se capturó en un entorno de 32 bits se puede utilizar en un entorno de 64 bits. Esta capacidad facilita el esfuerzo de migración a un entorno de 64 bits. La información capturada en la tabla de control TRACK_QUERY_INFO 9de Query Patroller en la Versión 8.2.2 no se puede utilizar para generar datos históricos para dicha consulta o para ejecutar consultas retenidas en algún nivel FixPak anterior.
Existen las limitaciones siguientes para el soporte de servidor de nivel anterior del Centro de depósito de datos de DB2 Universal Database (UDB) Enterprise Server Edition Versión 8:
2Cuando se utiliza el Centro de desarrollo en un cliente de 2Application Development para DB2 2Universal Database (UDB) Versión 8 en los sistemas operativos 2Windows o 2UNIX, 2es necesario instalar los APAR siguientes en el servidor para habilitar 2el soporte de SQLJ y SQL Assist:
Puede invocar la versión 7 y la versión 8 de SQL Assist desde DB2 Universal Database, Versión 8. Puede iniciar la versión 7 desde el Centro de depósito de datos de DB2. El resto de centros inicia la última Versión 8. La ayuda en línea del producto contiene información adicional para SQL Assist, Versión 7.
En la Versión 7, los servidores Unicode ignoraban cualquier página de códigos gráfica enviada por las aplicaciones durante la conexión y suponían que se utilizaba UCS2 Unicode (página de códigos 1200). Ahora, los servidores Unicode de la versión 8 respetan la página de códigos enviada por el cliente.
8 8 8DB2 UDB Versión 8.2 utiliza un archivo de parámetros de configuración 8de la base de datos de 16K nuevo denominado SQLDBCONF. Este es un archivo 8independiente del archivo de parámetros de configuración de la base de datos 8de DB2 UDB Versión 8.1 de 4K denominado 8SQLDBCON.
8Después de migrar a 8DB2 UDB Versión 8.2, el producto migra el contenido 8del archivo de 4K de la Versión 8.1 y utiliza el archivo de 16K para anotar 8cronológicamente los cambios del parámetro de configuración de la base de 8datos. Se retiene el archivo de 4K de la Versión 8.1, pero no se utiliza.
8Si vuelve a migrar a 8DB2 UDB Versión 8.1, el producto 8DB2 UDB Versión 8.1 revierte a la 8utilización del archivo de 4K de la Versión 8.1 original para anotar 8cronológicamente los cambios del parámetro de configuración de la base de 8datos. Se retiene el archivo de 16K de la Versión 8.2, pero el producto 8DB2 UDB Versión 8.1 no lo reconoce. Los cambios efectuados en el 8archivo del parámetro de configuración de la base de datos de 16K entre la 8operación de migración a la Versión 8.2 y la operación de volver a efectuar la 8migración a la Versión 8.1 se ocultan, de hecho, respecto al nivel de 8DB2 UDB anterior ya que los cambios no se 8migran al archivo de 4K original.
8Además, si vuelve a migrar a 8DB2 UDB Versión 8.2, el producto DB2 UDB Versión 88.2 reconoce que el archivo de configuración de la base de 8datos de 16K ya existe y revierte a la 8utilización del archivo de 16K de la Versión 8.2 para anotar 8cronológicamente los cambios del parámetro de configuración de la base de 8datos. Se retiene el archivo de 4K de la Versión 8.1, pero el producto 8DB2 UDB Versión 8.2 no lo reconoce. Los cambios efectuados en el 8archivo del parámetro de configuración de la base de datos de 4K entre la 8operación de volver a efectuar la migración a la Versión 8.1 y la operación de 8volver a efectuar la 8migración a la Versión 8.2 se ocultan, de hecho, respecto al nivel de DB2 UDB más reciente, ya que los cambios no se 8migran al archivo de 16K existente.
7 7 7El formato del archivo db2diag.log se ha mejorado de varias formas para la 7Versión 8.2. El archivo de anotaciones es ahora más fácil de leer 7manualmente y más sencillo de analizar en el software. 7Las mejoras incluyen:
7También se han realizado otros cambios, como la modificación 7del nombre del campo base de datos por DB.
7Se han añadido registros de sucesos como mensajes de diagnóstico al archivo db2diag.log. A continuación se muestran ejemplos de estos sucesos:
7En los registros de sucesos se especifica "Event" en el campo LEVEL. Aunque los sucesos no constituyen errores, es posible que queden anotados en niveles de diagnóstico distintos del 4 (Informativo) o 3 (Aviso), en función de su importancia.
7 7 7A partir de la Versión 8.2, las siguientes actualizaciones se anotan en el archivo db2diag.log:
7Los mensajes de estas actualizaciones quedan anotados en niveles de diagnóstico altos debido a su importancia.
7Se anotan los siguientes tipos de actualizaciones del registro de perfiles 7de db2set:
72004-04-22-19.19.14.156959-240 I79582C286 NIVEL: Suceso 7PID : 2437242 TID : 1 PROC : db2set 7INSTANCIA: db2user NODO : 000 7FUNCIÓN : DB2 UDB, servicios sistema oper, db2set_main, prueba:40 7CAMBIO : CFG DB2SET: DB2DBDFT: De: "OLDDB" A: "SAMPLE"7
CAMBIO : CFG DB2SET: DB2DBDFT: De: "SAMPLE" A: ""7 7
CAMBIO : CFG DB2SET: Se ha restablecido el registro de perfiles7 7
A continuación se muestran ejemplos de actualizaciones de parámetros de 7configuración de DB y DBM.
7CAMBIO : EJEMPLO BD CFG: "Maxlocks" De: "10" A: "20" 7 7CAMBIO : CFG DBM: "Diaglevel" De: "3" A: "1" 7 7CAMBIO : CFG DBM: Se han restablecido los valores por omisión del sistema7 7
Para buscar estos mensajes de actualización de la configuración, utilice la herramienta db2diag. Por ejemplo:
7DB2 Universal Database(TM) (UDB) para Linux, UNIX, 9y Windows(R), Versión 8.2.2 (equivalente a la Versión 8.1 FixPak 9), da soporte a JDK 1.4.2 9en todos los entornos de sistema operativo de estación de trabajo de 32 bits y 64 bits de DB2 UDB soportados. Este soporte incluye, pero no está limitado al soporte para crear y ejecutar aplicaciones cliente de Java(TM), crear y ejecutar rutinas de Java desde la línea de mandatos, crear y ejecutar rutinas de Java desde el Centro de desarrollo de DB2 donde está soportado, así como para ejecutar otras herramientas de DB2.
9Cuando instale DB2 UDB, Versión 8.2, también se instalará la última versión soportada del kit del desarrollador de Java, en el caso de que aún no esté instalada, a menos que la instalación de DB2 UDB sea una actualización de una instalación anterior de DB2 UDB Versión 98. Si está actualizando una instalación anterior de DB2 UDB Versión 98, debe instalar el kit del desarrollador de Java desde el CD.
9En la tabla siguiente se indican los entornos de sistema operativo de estación de trabajo de 32 bits y 64 bits soportados, y el último nivel JDK soportado para cada uno de ellos. Para obtener información sobre el soporte JDK anterior, consulte la página Web de 9en la siguiente dirección: http://www.ibm.com/software/data/db2/udb/ad/v8/java/.
9 9| Entorno DB2 soportado | 9Último nivel JDK soportado | 9
|---|---|
| Windows IA/AMD de 32 bits | 9JDK 1.4.2 | 9
| Windows IA de 64 bits | 9JDK 1.4.2 | 9
| Windows AMD/EM64T de 64 bits | 9JDK 1.4.2 | 9
| AIX(R) 4.3.3 de 32 bits | 9JDK 1.3.1 SR6 [2] | 9
| AIX 5 (híbrido [1]) | 9JDK 1.4.2 | 9
| Solaris (híbrido [1]) | 9JDK 1.4.2 | 9
| HPUX RISC & Itanium (híbrido [1]) | 9JDK 1.4.2.01 | 9
| Linux AMD/EM64T de 32 bits, 64 bits (híbrido [1]) | 9JDK 1.4.2 [3] | 9
| Linux IA de 32 bits | 9JDK 1.4.2 | 9
| Linux IA de 64 bits | 9JDK 1.4.2 | 9
| Linux 390 de 31 bits | 9JDK 1.4.2 | 9
| Linux 390 de 64 bits | 9JDK 1.4.2 | 9
| Linux PPC (híbrido [1]) | 9JDK 1.4.2 | 9
A continuación, se suministra un procedimiento actualizado para configurar el entorno Java de Linux.
9 9 9Para crear aplicaciones Java en Linux con soporte JDBC para DB2:
9Para ejecutar procedimientos almacenados de Java o funciones definidas por el usuario, el editor de enlaces en tiempo de ejecución de Linux debe poder acceder a determinadas bibliotecas compartidas de Java, y DB2 UDB debe poder cargar ambas bibliotecas y la máquina virtual Java. El proceso que ejecuta procedimientos almacenados y funciones definidas por el usuario sólo carga bibliotecas en ubicaciones seguras, tal como está definido en el archivo /etc/ld.so.conf. Una de estas ubicaciones seguras es 9/usr/lib. Las instrucciones restantes muestran qué bibliotecas requieren enlaces simbólicos en /usr/lib.
cd /usr/lib 9 ln -fs JAVAHOME/jre/bin/libjava.so 9 ln -fs JAVAHOME/jre/bin/classic/libjvm.so 9 ln -fs JAVAHOME/jre/bin/libhpi.sodonde JAVAHOME es el directorio base del IBM Developer Kit. Si DB2 UDB no puede encontrar estas bibliotecas, el usuario obtendrá un error -4301 cuando intente ejecutar una rutina Java, y el archivo de anotaciones de notificación de administración contendrá mensajes sobre las bibliotecas no encontradas. 9
cd /usr/lib 9 ln -fs JAVAHOME/jre/bin/libjava.so 9 ln -fs JAVAHOME/jre/bin/classic/libjvm.so 9 ln -fs JAVAHOME/jre/bin/libhpi.so 9 ln -fs JAVAHOME/jre/bin/libjsig.sodonde JAVAHOME es el directorio base del IBM Developer Kit. Si DB2 UDB no puede encontrar estas bibliotecas, el usuario obtendrá un error -4301 cuando intente ejecutar una rutina Java, y el archivo de anotaciones de notificación de administración contendrá mensajes sobre las bibliotecas no encontradas. 9
cd /usr/lib 9 ln -fs JAVAHOME/jre/bin/libjava.so 9 ln -fs JAVAHOME/jre/bin/classic/libjvm.so 9 ln -fs JAVAHOME/jre/bin/libhpi.so 9 ln -fs JAVAHOME/jre/bin/libjsig.so 9 ln -fs JAVAHOME/jre/bin/libjitc.so 9 ln -fs JAVAHOME/jre/bin/libxhpi.so 9 ln -fs JAVAHOME/jre/bin/libdbgmalloc.sodonde JAVAHOME es el directorio base del IBM Developer Kit. Si DB2 UDB no puede encontrar estas bibliotecas, el usuario obtendrá un error -4301 cuando intente ejecutar una rutina Java, y el archivo de anotaciones de notificación de administración contendrá mensajes sobre las bibliotecas no encontradas. 9
En lugar de crear explícitamente enlaces con las bibliotecas compartidas en el directorio /usr/lib, puede añadir los nombres de la biblioteca compartida de Java al archivo /etc/ld.so.conf. Si añade los nombres de bibliotecas compartidas de Java al archivo /etc/ld.so.conf, debe ejecutar el mandato ldconfig con acceso de nivel root después de efectuar los cambios. Si con este procedimiento alternativo encuentra algún problema, cree los enlaces en el directorio /usr/lib según las instrucciones anteriores.
Si está utilizando el sistema operativo Microsoft XP de 64 bits (2600) configurado para utilizar el protocolo NETBIOS con la familia de productos DB2, deberá obtener un hotfix de Microsoft. Póngase en contacto con Microsoft acerca del artículo de Knowledge Base número Q317437.
2El sistema operativo Windows 2XP Home Edition sólo está soportado por el producto DB2 2Universal Database (UDB) Personal Edition.
2El sistema operativo Windows XP Professional está soportado por los siguientes productos de DB2:
9Los siguientes productos de DB2 están soportados en Windows XP 9sólo con fines de desarrollo o pruebas (los entornos de producción requieren Windows 2000 o Windows Server 2003):
En DB2 Universal Database (UDB) Versión 8.2, los clientes de DB2 UDB Workgroup 8Server Edition y DB2 UDB Express Edition (cuando la licencia se basaba en un 8modelo de precios para cada usuario) no podían instalar la opción de 8DB2 UDB Recuperación de catástrofes de alta disponibilidad (HADR) con un precio independiente. Este problema se ha arreglado en DB2 UDB Versión 8.2 FixPak 1 (equivalente a 8la Versión 8.1 FixPak 8).
8 8 8Los programas de utilidad de OLAP de 8DB2 Warehouse Manager Standard Edición, Versión 8.2 no 8son compatibles con IBM DB2 OLAP Server FP3 (nivel de API de Essbase 6.5.4) 8y posteriores. Resulta aconsejable utilizar 8DB2 OLAP Server FP2 (Essbase 6.5.3) o 8anteriores hasta que se solucione este problema.
9 9 9Para utilizar las anotaciones con dispositivos de E/S en bruto anteriores a DB2 Universal Database (UDB) Versión 8.2.2, era necesario enlazar un dispositivo físico con el controlador de dispositivos de caracteres en bruto de Linux con el programa de utilidad raw. A partir de DB2 UDB Versión 8.2.2 (equivalente a la Versión 8.1 FixPak 9), en el kernel 2.6, la E/S en bruto para las anotaciones se puede especificar directamente. DB2 9UDB aprovechará un distintivo de apertura especial en el kernel 2.6 y habilitará la E/S en bruto para las anotaciones por omisión. Por ejemplo, para utilizar la partición de dispositivo /dev/sdb1 para las anotaciones en bruto de la base de datos SAMPLE, emita el mandato siguiente:
9db2 update db cfg for sample using newlogpath /dev/sdb19
El controlador de caracteres en bruto está obsoleto en el kernel 2.6 y debe eliminarse de futuros kernels. Además es posible que las distribuciones de Linux no incluyan el controlador en los kernels por omisión.
9El soporte para el distintivo de apertura especial en el kernel 2.6 para habilitar la E/S en bruto para espacios de tablas se añadió anteriormente en la Versión 8.2.
8 8 8DB2 Universal Database, Versión 8.2 da soporte a Red Hat Enterprise Linux AS Versiones 3 y 2.1. Sin embargo, el Centro de depósito de datos 8sólo da soporte a Red Hat Enterprise Linux AS, Versión 2.1. El Centro de depósito de datos 8utiliza controladores ODBC de DataDirect que no dan soporte a 8Red Hat Enterprise Linux AS, Versión 83.1. Por tanto, el Centro de depósito de datos no da soporte a los 8destinos de depósito ni a las fuentes de depósito 8de ODBC desde un sitio de agente de Red Hat Enterprise Linux AS, Versión 83.1.
6 6 6La página de códigos Shift-JIS de la versión Japonesa de Microsoft Windows está registrada 6como el identificador de conjunto de caracteres codificados (CCSID) 943 de 6IBM. No obstante, la página de códigos Shift-JIS en la plataforma HP-UX está 6registrada como el CCSID 5039. El CCSID 5039 contiene caracteres JIS (Japanese 6Industry Standard) solamente y carece de caracteres definidos por 6el proveedor. Es posible utilizar una base de datos DB2 6Universal Database (UDB) del CCSID 5039 6en HP-UX para almacenar caracteres Shift-JIS, pero se producirá una conversión 6de página de códigos entre el CCSID 5039 y el CCSID 943. Cuando utilice 6aplicaciones Microsoft 6ODBC, puede encontrarse con un problema al 6convertir datos del CCSID 5039 a Unicode, debido a diferencias entre la tabla 6de conversión de página de códigos de IBM y la tabla de conversión de página de 6códigos de Microsoft.
6La siguiente lista de caracteres, al convertirse desde el CCSID 5039 a 6Unicode, dará como resultado puntos de código distintos según la tabla de 6conversión que se utilice (IBM o Microsoft). Para estos caracteres, la tabla de conversión de IBM 6cumple con las normas Japanese Industry Standard JISX0208 y 6JISX0221.
6 6| Punto de código Shift-JIS (nombre del carácter) | 6Punto de código primario de 6IBM 6(nombre de Unicode) | 6Punto de código primario de 6Microsoft 6(nombre de Unicode) | 6
|---|---|---|
| X'815C' (guión EM) | 6U+2014 (guión EM) | 6U+2015 (barra horizontal) | 6
| X'8160' (guión ondulado) | 6U+301C (guión ondulado) | 6U+FF5E (tilde de ancho completo) | 6
| X'8161' (línea vertical doble) | 6U+2016 (línea vertical doble) | 6U+2225 (paralelas) | 6
| X'817C' (signo menos) | 6U+2212 (signo menos) | 6U+FF0D (guión de ancho completo-signo menos) | 6
Por ejemplo, el carácter de guión EM, con el punto de código del CCSID 5039 6de X'815C' se convierte al punto de código Unicode de U+2014 al 6utilizar la tabla de conversión de IBM, 6pero se convierte a U+2015 al utilizar 6la tabla de conversión de Microsoft. Esto puede crear problemas potenciales para las aplicaciones 6Microsoft 6ODBC porque U+2014 será tratado como un punto de código no válido. Para evitar 6tales problemas, DB2 6UDB proporciona la tabla de conversión alternativa de Microsoft 6del CCSID 5039 a Unicode, además de la tabla de conversión de 6IBM 6por omisión. Es necesario sustituir la tabla de conversión de IBM por omisión por la tabla de conversión alternativa de Microsoft. Tenga en cuenta que la tabla de 6conversión de IBM por omisión de Unicode al CCSID 5039 coincide con la 6versión de Microsoft.
6 6 6Al convertir desde el CCSID 5039 a Unicode, se utiliza la tabla de 6conversión de página de códigos por omisión de 6DB2 6Universal Database (UDB). Si desea utilizar otra versión de la tabla de conversión, como, 6por ejemplo, la versión de 6Microsoft, 6deberá sustituir manualmente el archivo de la tabla de conversión por omisión 6(.cnv).
6Antes de sustituir el archivo de la tabla de conversión de página de códigos 6existente en el directorio sqllib/conv, debe 6realizar una copia de seguridad del archivo por si desea volver a cambiarlo. En UNIX y Linux, el directorio sqllib/conv está enlazado con la vía de acceso de instalación de 6DB2 UDB.
Para que la sustitución de tablas de conversión resulte efectiva, es 6necesario cambiar la tabla de conversión de cada cliente 6DB2 6UDB que se conecte a la misma base de datos. De lo contrario, los distintos clientes pueden almacenar el mismo 6carácter utilizando puntos de código diferentes.
Para sustituir la tabla de conversión por omisión de 6DB2 6UDB a fin de convertir desde el CCSID 5039 a Unicode, siga estos pasos:
6El identificador de conjunto de caracteres codificados (CCSID) de 6IBM para la página de códigos EUC de japonés está registrado como CCSID 954. El 6CCSID 954 es una codificación común para las plataformas 6UNIX 6y Linux en japonés. Cuando utilice las aplicaciones Microsoft ODBC para conectarse a una base de 6datos DB2 Universal Database (UDB) del CCSID 954, puede 6encontrarse con un problema al convertir datos del CCSID 954 a Unicode. 6El problema potencial es debido a 6diferencias entre la tabla de conversión de página de códigos de IBM y la de 6Microsoft. La tabla de conversión de 6IBM 6se adapta a los nombres de caracteres 6especificados en Japanese Industry Standard (JIS) JISX0208, JISX0212 y JISX0221.
6Los caracteres siguientes, al convertirse desde el CCSID 954 a Unicode, 6darán como resultado puntos de código distintos según se utilice la tabla de 6conversión de IBM 6o la de 6Microsoft.
6 6| Punto de código EUC-JP (nombre del carácter) | 6Punto de código primario de 6IBM 6(nombre de Unicode) | 6Punto de código primario de 6Microsoft 6(nombre de Unicode) | 6
|---|---|---|
| X'A1BD' (guión EM) | 6U+2014 (guión EM) | 6U+2015 (barra horizontal) | 6
| X'A1C1' (guión ondulado) | 6U+301C (guión ondulado) | 6U+FF5E (tilde de ancho completo) | 6
| X'A1C2' (línea vertical doble) | 6U+2016 (línea vertical doble) | 6U+2225 (paralelas) | 6
| X'A1DD' (signo menos) | 6U+2212 (signo menos) | 6U+FF0D (guión de ancho completo-signo menos) | 6
| X'8FA2C3' (barra rota) | 6U+00A6 (barra rota) | 6U+FFE4 (barra rota de ancho completo) | 6
Por ejemplo, el carácter de guión EM, con el punto de código del CCSID 954 6de X'A1BD' se convierte al punto de código Unicode de U+2014 al 6utilizar la tabla de conversión de IBM, 6pero se convierte a U+2015 al utilizar 6la tabla de conversión de Microsoft. A causa de esta diferencia en la 6correlación de la conversión, puede obtener dos puntos de código distintos para 6el mismo carácter en una base de datos 6DB2 6UDB Unicode, o en una columna gráfica de una base de datos 6DB2 UDB 954. Esto puede crear problemas potenciales para las aplicaciones 6Microsoft 6ODBC porque U+2014 será tratado como un punto de código no válido. Para evitar 6tales problemas, DB2 UDB proporciona la tabla de conversión alternativa de 6Microsoft 6del CCSID 954 a Unicode, además de la tabla de conversión de IBM por 6omisión. 6Es necesario sustituir la tabla de conversión de 6IBM por omisión por la tabla de conversión alternativa de 6Microsoft. Tenga en cuenta que la tabla de 6conversión de IBM por omisión de Unicode al CCSID 954 coincide con la 6versión de Microsoft.
6 6 6Al convertir desde el CCSID 954 a Unicode, se utiliza la tabla de 6conversión de página de códigos por omisión de DB2 Universal Database (UDB). Si desea utilizar otra versión de la tabla de conversión, como, 6por ejemplo, la versión de 6Microsoft, 6deberá sustituir manualmente el archivo de la tabla de conversión por omisión 6(.cnv).
6Antes de sustituir el archivo de la tabla de conversión de página de códigos 6existente en el directorio sqllib/conv, debe 6realizar una copia de seguridad del archivo por si desea volver a cambiarlo. En UNIX y Linux, el directorio sqllib/conv está enlazado a la vía de acceso de instalación de DB2 UDB.
Para que esta operación resulte efectiva, es necesario cambiar la tabla de 6conversión de cada cliente DB2 6UDB que se conecte a la misma base de datos del 6CCSID 954. Si el cliente utiliza Windows en japonés, cuya página de códigos 6ANSI es Shift-JIS (CCSID 943), también tendrán que cambiarse las tablas de 6conversión por omisión de DB2 6entre CCSID 943 y Unicode por la versión de 6Microsoft. De lo contrario, los distintos clientes pueden almacenar el mismo 6carácter utilizando puntos de código diferentes.
Para sustituir la tabla de conversión por omisión de 6DB2 6UDB a fin de convertir desde el CCSID 954 a Unicode, siga estos pasos:
6Para sustituir las tablas de conversión por omisión de 6DB2 6UDB a fin de convertir entre el CCSID 943 y Unicode, siga estos pasos:
6Si se utiliza la página de códigos Shift-JIS de la versión Japonesa de 7Microsoft 7Windows 7registrada como el identificador de conjunto de caracteres codificados 7(CCSID) de IBM 7943, es posible que se encuentre con los dos problemas 7siguientes al convertir caracteres entre 7CCSID 943 y Unicode. El problema potencial se debe a las diferencias entre las 7tablas de conversión de páginas de códigos de 7IBM y 7Microsoft. Para evitar tales problemas, DB2 Universal Database (UDB) proporciona las 7tablas de conversión alternativas de Microsoft entre CCSID 943 y Unicode, además de las tablas de conversión de 7IBM por omisión.
7Por motivos históricos, más de 300 caracteres de la página de códigos CCSID 943 se representan 7mediante dos o tres puntos de código cada uno. El uso de editores de método de entrada 7(IME) y de tablas de conversión de páginas de códigos hace que se entre sólo uno de estos 7puntos de código equivalentes. Por ejemplo, el carácter en minúscula correspondiente al numeral uno romano 'i' 7tiene dos puntos de código equivalentes: X'EEEF' y 7X'FA40'. Los IME 7de Microsoft Windows siempre generan X'FA40' 7cuando se entra 'i'. En general, IBM y Microsoft utilizan el mismo punto 7de código principal para 7representar el carácter, excepto para los 13 caracteres siguientes:
7 7| Nombre del carácter (punto de código Unicode) | 7Punto de código Shift-JIS principal de 7IBM | 7Punto de código Shift-JIS principal de 7Microsoft | 7
|---|---|---|
| Uno numeral romano (U+2160) | 7X'FA4A' | 7X'8754' | 7
| Dos numeral romano (U+2161) | 7X'FA4B' | 7X'8755' | 7
| Tres numeral romano (U+2162) | 7X'FA4C' | 7X'8756' | 7
| Cuatro numeral romano (U+2163) | 7X'FA4D' | 7X'8757' | 7
| Cinco numeral romano (U+2164) | 7X'FA4E' | 7X'8758' | 7
| Seis numeral romano (U+2165) | 7X'FA4F' | 7X'8759' | 7
| Siete numeral romano (U+2166) | 7X'FA50' | 7X'875A' | 7
| Ocho numeral romano (U+2167) | 7X'FA51' | 7X'875B' | 7
| Nueve numeral romano (U+2168) | 7X'FA52' | 7X'875C' | 7
| Diez numeral romano (U+2169) | 7X'FA53' | 7X'875D' | 7
| Stock ideográfico entre paréntesis (U+3231) | 7X'FA58' | 7X'FA58' | 7
| Signo numérico (U+2116) | 7X'FA59' | 7X'8782' | 7
| Signo telefónico (U+2121) | 7X'FA5A' | 7X'8754' | 7
Los productos de 7IBM como DB2 UDB utilizan 7en primer lugar puntos de código de IBM, como X'FA4A' 7para representar el uno numeral romano en mayúsculas 7'I', pero los productos de Microsoft 7utilizan X'8754' para representar el mismo carácter. Una aplicación 7Microsoft ODBC 7puede insertar el carácter 'I' como X'8754' en una base de 7datos DB2 UDB 7de CCSID 943 y el Centro de control de DB2 UDB puede insertar el mismo carácter 7como X'FA4A' en la misma base de datos CCSID 943. Sin embargo, las aplicaciones ODBC 7sólo encuentran las filas que tienen 'I' codificado como 7X'8754' y el Centro de control de 7DB2 UDB sólo puede localizar las filas que tienen 'I' 7codificado como X'FA4A'. Para permitir que el Centro de control de DB2 UDB seleccione 'I' 7como X'8754', tiene que sustituir las tablas de conversión por omisión de 7IBM entre CCSID 943 y Unicode por las tablas 7de conversión alternativas de Microsoft.
La siguiente lista de caracteres, cuando se convierten de CCSID 943 a 7Unicode, dan lugar a distintos puntos de código, en función de si se utiliza la 7tabla de conversión de 7IBM 7o la tabla de conversión de 7Microsoft. Para estos caracteres, la tabla de conversión de 7IBM cumple con los estándares Japanese Industry Standard JISX0208, 7JISX0212 y JISX0221.
| Punto de código Shift-JIS (nombre del carácter) | 7Punto de código primario de 7IBM 7(nombre de Unicode) | 7Punto de código primario de 7Microsoft 7(nombre de Unicode) | 7
|---|---|---|
| X'815C' (guión EM) | 7U+2014 (guión EM) | 7U+2015 (barra horizontal) | 7
| X'8160' (guión ondulado) | 7U+301C (guión ondulado) | 7U+FF5E (tilde de ancho completo) | 7
| X'8161' (línea vertical doble) | 7U+2016 (línea vertical doble) | 7U+2225 (paralelas) | 7
| X'817C' (signo menos) | 7U+2212 (signo menos) | 7U+FF0D (guión de ancho completo-signo menos) | 7
| X'FA55' (barra rota) | 7U+00A6 (barra rota) | 7U+FFE4 (barra rota de ancho completo) | 7
Por ejemplo, el carácter de guión EM con el punto de código del CCSID 943 de 7X'815C' se convierte al punto de código de Unicode U+2014 cuando se 7utiliza la tabla de conversión de IBM. 7Sin embargo, se convierte a U+2015 cuando se utiliza la tabla de conversión de 7Microsoft. A causa de esta diferencia en la correlación de la conversión, puede obtener 7dos puntos de código distintos para el mismo carácter en una base de datos 7DB2 7UDB de Unicode. Esto puede crear problemas potenciales para las aplicaciones 7Microsoft 7ODBC porque U+2014 será tratado como un punto de código no válido. Para evitar 7este problema potencial, tiene que sustituir las tablas de conversión por omisión de 7IBM entre CCSID 943 y Unicode por las tablas de 7conversión alternativas de Microsoft.
7El uso de tablas de conversión alternativas de Microsoft entre el CCSID 943 7y Unicode se debe restringir a entornos cerrados, en los que 7los clientes de DB2 UDB 7y las bases de datos de DB2 UDB tengan la página de códigos CCSID 943 y utilicen las mismas tablas 7de conversión alternativas de 7Microsoft. Si tiene un cliente de 7DB2 UDB que utiliza las tablas de conversión por omisión de IBM y otro cliente de DB2 UDB que utiliza 7las tablas de conversión alternativas de Microsoft y ambos clientes 7insertan datos en la misma base de datos DB2 UDB de CCSID 943, es posible que el mismo carácter se 7almacene como distintos puntos de código en la base de datos.
7 7 7Cuando realiza una conversión entre CCSID 943 y Unicode, se utilizan las 7tablas de conversión de páginas de código por omisión de 7DB2 7Universal Database (UDB). Si desea utilizar otra versión de las tablas de 7conversión, como, por ejemplo, la versión de 7Microsoft, 7deberá sustituir manualmente los archivos de las tablas de conversión por omisión (.cnv).
7Antes de sustituir los archivos de las tablas de conversión de páginas de códigos 7existentes en el directorio sqllib/conv, debe 7realizar una copia de seguridad de los archivos por si desea volver a cambiarlos. En 7UNIX y Linux, sqllib/conv está enlazado con la vía de acceso de instalación de 7DB2 UDB.
Para que la sustitución de tablas de conversión resulte efectiva, es 7necesario cambiar la tabla de conversión de cada cliente 7DB2 7UDB que se conecte a la misma base de datos. De lo contrario, los distintos clientes pueden almacenar el mismo 7carácter utilizando puntos de código diferentes.
Para sustituir las tablas de conversión por omisión de 7DB2 7UDB a fin de convertir caracteres entre el CCSID 943 y Unicode:
7A pesar de que se menciona en la documentación, el sistema operativo MVS ya no está soportado en DB2 Universal Database. MVS ha sido sustituido por z/OS.
Es posible que las operaciones de copia de seguridad y restauración realizadas en varios dispositivos de cintas no funcionen si utiliza el sistema operativo Linux 390.
2 2 2Cuando acceda al Centro de desarrollo en UNIX con Hummingbird Exceed, 2debe habilitar la extensión XTEST versión 2.2 a fin de que pueda 2mover y acoplar vistas arrastrando las barras de título dentro del Centro de 2desarrollo.
2Para habilitar la extensión XTEST:
2