DB2 Versión 9.7 para Linux, UNIX y Windows

Varias copias de DB2 en el mismo sistema (Windows)

Puede utilizar varias copias de DB2 en el mismo sistema. Cada copia de DB2 puede estar en el mismo nivel de código o diferente. Las ventajas de hacerlo de este modo incluyen:

• La posibilidad de ejecutar aplicaciones que requieran versiones de DB2 diferentes en la misma máquina a la vez.
• La posibilidad de ejecutar copias independientes de productos DB2 para funciones diferentes.
• La posibilidad de hacer pruebas en el mismo sistema antes de mover la base de datos de producción a la última versión del producto DB2.
• Para los proveedores de software independientes, la posibilidad de incorporar el producto de servidor DB2 a su producto y ocultar la base de datos de DB2 a sus usuarios.

Una copia de DB2 puede contener uno o más productos DB2 diferentes. Esta acción hace referencia al grupo de productos DB2 instalados en la misma ubicación.

Diferencias cuando sólo se ha instalado una copia de DB2

• Durante la instalación, se genera un nombre de copia de DB2 exclusivo por omisión. Sólo puede cambiar el nombre de la copia de DB2 cuando esté utilizando el Asistente de instalación de DB2. El nombre de copia de DB2 no puede cambiarse una vez haya finalizado la instalación.
• Las aplicaciones utilizan la copia de DB2 por omisión en un entorno similar al entorno de DB2 Versión 8.

Diferencias cuando hay varias copias de DB2 instaladas en el mismo sistema

• DB2 Versión 8 puede coexistir con DB2 Versión 9.1 y DB2 Versión 9.5, con las restricciones que se describen a continuación.
• La copia de DB2 Versión 8 debe ser la copia por omisión aún en el caso de que disponga de varias copias de DB2 Versión 9.1 o Versión 9.5. Esta copia por omisión no puede cambiarse. Después de desinstalar DB2 Versión 8, puede utilizar Global Switcher para establecer la copia por omisión en cualquiera de las copias de DB2 Versión 9.1 o Versión 9.5.
• Opcional: Puede configurar cada copia de DB2 para que utilice un Centro de información de DB2 diferente.
  Nota:
  Sólo puede tener instalada una copia del Centro de información de DB2 instalada en el mismo sistema en el mismo nivel de release. En concreto, puede tener una Versión 8, una Versión 9.1 y una Versión 9.5 (o posterior) del Centro de información de DB2 en el mismo sistema, pero no puede tener un Centro de información de DB2 de la Versión 9 fixpack 1 y otro de la Versión 9 fixpack 2 en la misma máquina. Sin embargo, puede configurar el servidor de base de datos de DB2 para que acceda a estos Centros de información de DB2 de modo remoto.
• En la antememoria de conjunto global sólo se registra IBM Data Server Provider para .NET desde la copia de la interfaz de cliente de base de datos de IBM por omisión. Si la Versión 8 se instala con la Versión 9, el IBM Data Server Provider para .NET 2.0 Provider procedente de la Versión 9 también se registra en la Global Assembly Cache. La Versión 8 no tiene un 2.0 .NET Provider.
• Cada nombre de instancia debe ser exclusivo. Para una instalación de archivo de respuestas con NO_CONFIG=YES, no se creará la instancia por omisión. Sin embargo, cuando cree la instancia después de la instalación, ésta deberá ser exclusiva. El nombre de la instancia por omisión será "DB2". Si ya existe una instancia del nombre "DB2", se generará un nombre exclusivo para la instancia con el fin de asegurar la exclusividad. Para llevar esto a cabo, se utiliza el nombre "DB2", se añade un carácter de subrayado y se generan los 2 últimos caracteres en secuencia numérica. Los nombres de instancia subsiguientes que se generan son "DB2_01", "DB2_02", etc. Por razones de rendimiento, el Centro de control de DB2 sólo debe utilizarse a partir de una copia de DB2 una sola vez en una máquina.

En el caso de las aplicaciones Microsoft COM+, se recomienda utilizar y distribuir IBM Data Server Driver Package (instalador) o IBM Data Server Driver para ODBC y CLI (zip) con la aplicación, en lugar de IBM Data Server Runtime Client, ya que solo se puede utilizar un Data Server Runtime Client para las aplicaciones COM+ a la vez. IBM Data Server Driver Package (instalador) o IBM Data Server Driver para ODBC y CLI (zip) no está sujeto a esta restricción. Las aplicaciones Microsoft COM+ que acceden a las fuentes de datos de DB2 sólo están soportadas con la copia de DB2 por omisión. El soporte simultáneo de las aplicaciones COM+ que acceden a diferentes copias de DB2 no está soportado. Si tienen instalado DB2 Universal Database (UDB) Versión 8, sólo podrá utilizar DB2 UDB Versión 8 para ejecutar estas aplicaciones. Si tiene instalado DB2 Versión 9 o posterior, podrá cambiar la copia de DB2 por omisión utilizando el Default DB2 Copy Selection Wizard, pero no podrá utilizarlos simultáneamente.

Elección de un valor por omisión al instalar una nueva copia de DB2

En la Versión 9.1, puede tener un caso de ejemplo donde instalar varias copias de DB2. (En este ejemplo, DB2COPY1, DB2COPY2, y en DB2COPYn.) Debe seleccionar una de las copias de DB2como copia de DB2 por omisión. En este caso, se selecciona DB2COPY1 como copia de DB2 por omisión.

Partiendo de la Versión 9.5, imagine un caso de ejemplo donde instale una copia de DB2 (DB2COPY1). Se trata de la copia de DB2 por omisión y la copia de la interfaz de IBM Database Client por omisión.

Después instala un producto DB2 en una nueva copia de DB2 (DB2COPY2). Durante la instalación de la nueva copia de DB2 (DB2COPY2) se le solicita si desea establecer la nueva copia de DB2 como copia de DB2 por omisión. Si responde "No", DB2COPY1 seguirá siendo la copia de DB2 por omisión. (También es la copia de la interfaz de IBM Database Client por omisión).

No obstante, considere el mismo caso de ejemplo pero responda "Sí" cuando se le solicite si desea establecer la nueva copia de DB2 como copia de DB2 por omisión.

En este caso, DB2COPY2 pasa a ser la nueva copia de DB2 por omisión (y la copia de la interfaz de IBM Database Client por omisión).

Coexistencia de la versión 8

DB2 Versión 8 y DB2 Versión 9 pueden coexistir con la restricción de que DB2 Versión 8 esté establecido como copia de DB2 por omisión. Para que DB2 Versión 8 deje de ser la copia de DB2 por omisión, puede actualizar dicha copia de DB2 a DB2 Versión 9 y después cambiar la copia de DB2 por omisión.

En el servidor, sólo puede haber una versión de DAS y administra las instancias del siguiente modo:

• Si el DAS está en la Versión 9, puede administrar las instancias de la Versión 8 y de la Versión 9.
• Si el DAS está en la Versión 8, sólo puede administrar las instancias de la Versión 8. Puede actualizar el DAS Versión 8, o eliminarlo y crear un DAS Versión 9 nuevo para administrar las instancias de la Versión 8 y de la Versión 9. Esto solo es necesario si desea utilizar el Centro de control para administrar las instancias.

Coexistencia de la Versión 8 y de la Versión 9 y el DB2 .NET Data Provider

En DB2 Versión 9, DB2 .NET Data Provider tiene soporte para System.Transaction. Sin embargo, esto sólo está disponible para la copia por omisión de DB2 y, por lo tanto, no recibe soporte en un entorno de coexistencia. Si la Versión 8 está instalada, el .NET Data Provider 1.1 registrado en la antememoria de conjunto global será de la Versión 8. El proveedor 2.0, que esté registrado, será de la Versión 9. El proveedor 2.0 no se puede utilizar en el mismo proceso que utiliza el proveedor 1.1, OLE DB u ODBC para conectar con DB2.

Aplicaciones de terceros que se ejecutan como servicio

Por omisión, las aplicaciones de terceros que vinculan dinámicamente DLL de DB2, por ejemplo, que están enlazadas a db2api.lib, buscarán las DLL de DB2 en la PATH actual. Esto significa que las aplicaciones existentes no habilitadas para el soporte de varias versiones utilizarán la copia de DB2 por omisión. Para solucionar temporalmente este problema, la aplicación puede utilizar la API db2SelectDB2Copy antes de cargar las bibliotecas de DB2. Para obtener más información, consulte el manual Call Level Interface Guide and Reference, Volume 1.

Versiones de 32 y 64 bits en Win x64

DB2 no da soporte a múltiples versiones de 32 y 64 bits de DB2 instaladas en Windows. Si instala la versión de 64 bits de DB2, la versión de 32 bits se eliminará del sistema. Esto se debe a que los registros de 32 y 64 bits de DB2 residen en ubicaciones diferentes.

Configuración de LDAP y CLI

Con DB2 Versión 8, si una aplicación necesita valores de LDAP diferentes, tendrá que utilizar un usuario de LDAP diferente. En caso contrario, la configuración de CLI afectará a todas las copias de DB2 que el usuario de LDAP pueda utilizar potencialmente.

Contadores de rendimiento

Los contadores de rendimiento sólo puede registrarse para una copia de DB2 a la vez y sólo pueden supervisar las instancias de la copia de DB2 en las que están registradas. Cuando se conmuta a la copia de DB2 por omisión, el Asistente de selección de DB2 elimina el registro y vuelve a registrar los contadores de rendimiento para que estén activos para la copia de DB2 por omisión.

Windows Management Instrumentation (WMI)

Sólo puede registrarse una versión del proveedor de WMI a la vez.

Conectividad de cliente

Sólo puede utilizar una copia de DB2 en el mismo proceso.

Aplicaciones que enlazan los DLL de DB2 dinámicamente

Aplicaciones que enlazan los DLL de DB2 directamente o que utilizan LoadLibrary en vez de LoadLibraryEx con el parámetro LOAD_WITH_ALTERED_SEARCH_PATH necesitará asegurarse de que la biblioteca dependiente inicial se carga debidamente. Para hacer esto puede utilizar su propia técnica de codificación o puede llamar el archivo db2envar.bat para configurar el entorno antes de ejecutar la aplicación, o puede llamar la API db2SelectDB2Copy, que puede enlazarse estáticamente en la aplicación.

Plugins de Visual Studio 2003

Si la copia de DB2 por omisión es una copia de la Versión 9.5, la Versión 9.1 o la Versión 8, sólo puede haber una versión de los plugins registrados en el mismo sistema a la vez. La versión de los plugins que está activa será la versión que se envía con la copia de DB2 por omisión.

Licencias

Han de registrarse licencias para cada copia de DB2. No son de ámbito general. Esto permite que haya diferentes licencias para diferentes vías de acceso y proporciona la posibilidad de que haya tanto versiones restringidas de las copias del producto DB2 como versiones completas de las copias de DB2 en la misma máquina.

Servicios de NT

Los servicios de NT de DB2 utilizarán el <nombreservicio_nombreinstalación>. Por ejemplo, DB2NETSECSERVER_MYCOPY1. El nombre de visualización también contiene el Nombre de copia agregado al mismo entre corchetes, por ejemplo, Servidor de seguridad de DB2 (MYCOPY1). Las instancias incluyen asimismo el DB2-<Nombre de copia de DB2>-<Nombre de instancia>-<Número de nodo> en el nombre de visualización, que se muestra en el applet de panel de control de servicios. El nombre de servicio real sigue tal cual.

API para seleccionar la copia de DB2 a utilizar

Puede utilizar la API db2SelectDB2Copy para seleccionar la copia de DB2 que desea que utilice la aplicación. Esta API no requiere ninguna DLL. Está enlazada estáticamente a la aplicación. Puede retardar la carga de bibliotecas de DB2 y llamar a esta API en primer lugar antes de llamar cualquier otra API de DB2. Tenga en cuenta que la función no puede llamarse más de una vez para un proceso dado; es decir, no puede conmutarse un proceso de una copia de DB2 a otra.

La API db2SelectDB2Copy establece el entorno que requiere la aplicación para utilizar el nombre de copia de DB2 o la ubicación especificada. Si el entorno ya se ha configurado para la copia de DB2 que se desea utilizar, no es necesario llamar a esta API. Sin embargo, si ha de utilizar una copia de DB2 diferente, deberá llamar a esta API antes de cargar las DLL de DB2 en su proceso. Esta llamada sólo puede hacerse una vez por proceso.

Particionamiento de base de datos con varios nodos físicos

Cada partición física debe utilizar el mismo nombre de copia de DB2 en todos los sistemas.

Utilización de MSCS y varias copias de DB2

Cada recurso de DB2 debe configurarse para su ejecución en un supervisor de recursos independiente.