Instalación de DB2 Versión 9.7 Contenido 1.0 Nota de edición 2.0 Instalación de servidores DB2 2.1 Antes de la instalación 2.1.1 Servidores DB2 y clientes de IBM Data Server 2.1.2 Métodos de instalación de DB2 2.1.3 Idiomas de interfaz de DB2 soportados 2.2 Requisitos de instalación para productos de base de datos DB2 2.2.1 Requisitos de disco y de memoria 2.2.2 Soporte de software de Java para productos DB2 2.2.3 Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (Windows) 2.2.4 Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (AIX) 2.2.5 Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (HP-UX) 2.2.6 Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (Linux) 2.2.7 Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (Solaris) 2.2.8 Normas para las contraseñas 2.3 Requisitos adicionales para Windows 2.3.1 Servicios de DB2 que se ejecutan en el sistema (Windows) 2.3.2 Cuentas de usuario necesarias para la instalación de los productos de servidor DB2 (Windows) 2.3.3 Configuración de los privilegios elevados de Windows antes de instalar un producto DB2 (Windows) 2.3.4 Otorgamiento de derechos de usuario (Windows) 2.3.5 Ampliación del esquema de Active Directory para servicios de directorio de LDAP (Windows) 2.3.6 Verificación de la disponibilidad del rango de puertos en los sistemas participantes (Windows) 2.4 Requisitos adicionales para Linux y UNIX 2.4.1 Varias copias de DB2 en el mismo sistema (Linux y UNIX) 2.4.2 Usuarios y grupos de DB2 (Linux y UNIX) 2.4.3 Consideraciones sobre la gestión de usuarios centralizada (Linux y UNIX) 2.4.4 Preparación para la instalación de DB2 para Linux en zSeries 2.4.5 Creación de ID de usuario y de grupo para una instalación de base de datos DB2 (Linux y UNIX) 2.4.6 Requisitos de límite de usuario del SO (Linux y UNIX) 2.4.7 Parámetros del kernel (Linux y UNIX) 2.5 Instalación en Windows 2.5.1 Visión general de la instalación del producto de servidor DB2 (Windows) 2.5.2 Instalación de servidores DB2 ( Windows ) 2.5.3 Varias copias de DB2 en el mismo sistema (Windows) 2.6 Instalación en Linux y UNIX 2.6.1 Visión general de la instalación del producto de servidor DB2 (Linux y UNIX) 2.6.2 Instalación como usuario root 2.6.3 Instalación como usuario no root 3.0 Visión general de clientes y controladores de servidores de datos de IBM 3.1 Tipos de clientes de servidor de datos de IBM 3.2 Controladores de servidor de datos de IBM 3.2.1 Restricciones de IBM Data Server Driver 3.2.2 Instalación de IBM Data Server Driver Package (Windows) 3.2.3 Instalación de IBM Data Server Driver Package (Linux y UNIX) 3.3 Métodos para la instalación de los clientes de servidor de datos de IBM 3.3.1 Opciones para la conexión a bases de datos de DB2 3.3.2 Instalación de clientes de servidor de datos de IBM ( Windows ) 3.3.3 Instalación de clientes de servidor de datos de IBM ( Linux y UNIX ) 4.0 Visión general de la información técnica de DB2 4.1 Términos y condiciones 5.0 Avisos 1.0 Nota de edición Este documento contiene información propiedad de IBM. Se proporciona según un acuerdo de licencia y está protegido por la ley de la propiedad intelectual. La información contenida en esta publicación no incluye ninguna garantía de producto, por lo que ninguna declaración proporcionada en este manual deberá interpretarse como tal. Puede realizar pedidos de publicaciones de IBM en línea o a través del representante de IBM de su localidad. * Para realizar pedidos en línea, vaya a IBM Publications Center ubicado en el sitio web www.ibm.com/shop/publications/order * Para encontrar al representante de IBM de su localidad, vaya al IBM Directory of Worldwide Contacts en el sitio web www.ibm.com/planetwide Para realizar pedidos de publicaciones de DB2 desde DB2 Marketing and Sales, en los EE.UU. o en Canadá, llame al 1-800-IBM-4YOU (426-4968). Cuando envía información a IBM, otorga a IBM un derecho no exclusivo a utilizar o distribuir dicha información en la forma en que IBM considere adecuada, sin contraer por ello ninguna obligación con el remitente. 2.0 Instalación de servidores DB2 2.1 Antes de la instalación 2.1.1 Servidores DB2 y clientes de IBM Data Server Un sistema de base de datos DB2 consta de un servidor DB2 y de clientes de servidor de datos de IBM. Un servidor DB2 es un sistema de gestión de bases de datos de relaciones (RDBMS) que proporciona datos a sus clientes de servidor de datos de IBM. Si prevé utilizar una base de datos que reside en este sistema, instale un servidor DB2. Para obtener más información sobre los servidores DB2, visite la página web http://www-306.ibm.com/software/data/db2/9/editions.html Un cliente de servidor de datos de IBM es una aplicación que permite ejecutar mandatos y sentencias de SQL en un servidor DB2, conectar con un servidor DB2 remoto y acceder a sus bases de datos. 2.1.2 Métodos de instalación de DB2 Este tema ofrece información sobre los métodos de instalación de DB2. La tabla siguiente muestra los métodos de instalación que el sistema operativo tiene disponibles. Tabla 1. Método de instalación en función del sistema operativo. +-----------------------+----------------------+----------------------+ | Método de instalación | Windows | Linux o UNIX | +-----------------------+----------------------+----------------------+ | Asistente de | Sí | Sí | | instalación de DB2 | | | +-----------------------+----------------------+----------------------+ | Instalación mediante | Sí | Sí | | un archivo de | | | | respuestas | | | +-----------------------+----------------------+----------------------+ | Mandato db2_install | No | Sí | +-----------------------+----------------------+----------------------+ | Despliegue de archivo | No | Sí | | de carga útil | | | +-----------------------+----------------------+----------------------+ La lista siguiente describe los métodos de instalación de DB2. Asistente de instalación de DB2 El Asistente de instalación de DB2 es un programa de instalación de la GUI disponible en los sistemas operativos Linux, UNIX y Windows. El Asistente de instalación de DB2 proporciona una interfaz fácil de utilizar para instalar los productos DB2 y para realizar las tareas iniciales de instalación y configuración. El Asistente de instalación de DB2 también puede crear instancias y archivos de respuestas de DB2 que pueden utilizarse para duplicar esta instalación en otras máquinas. Nota: Para instalaciones no root en plataformas Linux y UNIX, sólo puede existir una instancia DB2. El Asistente de instalación de DB2 crea automáticamente la instancia de usuario no root. En las plataformas Linux y UNIX, se necesita un servidor X para visualizar el Asistente de instalación de DB2. Instalación mediante un archivo de respuestas Un archivo de respuestas es un archivo de texto que contiene valores de instalación y configuración. El programa de instalación de DB2 lee el archivo y la instalación se realiza de acuerdo con los valores que se han especificado. Una instalación mediante un archivo de respuestas también puede denominarse instalación silenciosa. Otra ventaja de los archivos de respuestas es que éstos proporcionan acceso a parámetros que no se pueden definir mediante el Asistente de instalación de DB2. En los sistemas operativos Linux y UNIX, si integra la imagen de instalación de DB2 en su propia aplicación, ésta podrá recibir información sobre el progreso de la instalación, así como información del programa de instalación en forma legible. La palabra clave del archivo de respuestas INTERACTIVE controla este comportamiento. Existen varias maneras de crear un archivo de respuestas: Utilización del generador de archivos de respuestas Puede utilizar el generador de archivos de respuestas para crear un archivo de respuestas que replique una instalación existente. Por ejemplo, podría instalar un cliente de servidor de datos de IBM, configurar totalmente el cliente y, a continuación, generar un archivo de respuestas para duplicar la instalación y configuración del cliente en otros sistemas. Utilizando el Asistente de instalación de DB2 El Asistente de instalación de DB2 puede crear un archivo de respuestas basado en las opciones que seleccione al avanzar por el Asistente de instalación de DB2. Las opciones seleccionadas se registran en un archivo de respuestas, que puede guardar en una ubicación del sistema. Si selecciona una instalación de base de datos particionada, se generarán dos archivos de respuestas, uno para el sistema propietario de la instancia y otro para los sistemas participantes. Una de las ventajas de este método de instalación es que puede crearse un archivo de respuestas sin realizar una instalación. Esta función puede resultar útil para capturar las opciones necesarias para instalar el producto DB2. El archivo de respuestas puede utilizarse posteriormente para instalar el producto DB2 con arreglo a las opciones exactas especificadas. Puede exportar un perfil de cliente o servidor con el mandato db2cfexp para guardar la configuración del cliente o del servidor y, a continuación, importar el perfil con mayor facilidad utilizando el mandato db2cfimp. Un perfil de cliente o servidor exportado mediante el mandato db2cfexp también se puede importar durante una instalación mediante un archivo de respuestas utilizando la palabra clave CLIENT_IMPORT_PROFILE. Debería exportar el perfil de servidor o cliente después de realizar la instalación y catalogación de cualesquiera fuentes de datos. Personalizando los archivos de respuestas de muestra que se proporcionan para cada producto DB2. Una alternativa a la utilización del generador de archivos de respuestas o el Asistente de instalación de DB2 para crear un archivo de respuestas consiste en modificar uno de los archivos de respuestas de muestra manualmente. Los archivos de respuestas de muestra se proporcionan con el DVD del producto DB2. Los archivos de respuestas de ejemplo proporcionan detalles sobre todas las palabras clave válidas para cada producto. Mandato db2_install (sólo en plataformas Linux y UNIX) El mandato db2_install instala todos los componentes para el producto DB2 que especifique con el soporte de interfaz en inglés. Es posible seleccionar idiomas adicionales para proporcionarles soporte con el parámetro -L. No se pueden seleccionar ni deseleccionar componentes. Aunque el mandato db2_install instala todos los componentes para el producto DB2 que especifique, no lleva a cabo la creación de usuarios y de grupos, la creación de instancias ni la configuración. Este método de instalación puede resultar preferible en los casos en los que se la configuración ha de efectuarse después de la instalación. Para configurar el producto DB2 al instalarlo, tenga en cuenta la posibilidad de utilizar el Asistente de instalación de DB2. En los sistemas operativos Linux y UNIX, si integra la imagen de instalación de DB2 en su propia aplicación, ésta podrá recibir información sobre el progreso de la instalación, así como información del programa de instalación en forma legible. Este método de instalación requiere una configuración manual después de que se desplieguen los archivos de producto. Despliegue del archivo de carga (sólo Linux y UNIX) Este método es un método de instalación avanzada que no es recomendable para la mayoría de los usuarios. Requiere que el usuario instale los archivos de carga útil físicamente. Un archivo de carga útil es un tarball comprimido que contiene todos los archivos y metadatos para un componente instalable. Este método de instalación requiere una configuración manual después de que se desplieguen los archivos de producto. Nota: Las instalaciones de productos DB2 ya no son paquetes del sistema operativo en las plataformas Linux y UNIX. Por lo tanto, ya no es posible utilizar los mandatos del sistema operativo para la instalación. Debe modificar todos los scripts existentes que utilice para interactuar con las instalaciones de DB2 y consultarlas. 2.1.3 Idiomas de interfaz de DB2 soportados El soporte de idioma de DB2 para las interfaces de DB2 puede dividirse en dos categorías: idiomas del grupo de servidores e idiomas del grupo de clientes. Los idiomas del grupo de servidores traducen la mayoría de los mensajes, ayuda y elementos de interfaz gráfica de DB2. Los idiomas del grupo de clientes traducirán el componente IBM Data Server Runtime Client, que incluirá la mayoría de mensajes y determinada documentación de ayuda. Los idiomas del grupo de servidores incluyen: portugués de Brasil, checo, danés, finlandés, francés, alemán, italiano, japonés, coreano, noruego, polaco, ruso, chino simplificado, español, sueco y chino tradicional. Los idiomas del grupo de clientes incluyen: árabe, búlgaro, croata, holandés, griego, hebreo, húngaro, portugués, rumano, eslovaco, esloveno y turco. No se deben confundir los idiomas que reciben soporte en productos DB2 con los idiomas a los que la interfaz de DB2 proporciona soporte. Los idiomas que soporta el producto DB2 hace referencia a los idiomas en los que pueden existir datos. Estos idiomas son un superconjunto de los idiomas a los que da soporte la interfaz de DB2. 2.1.3.1 Visualización del Asistente de instalación de DB2 en su idioma nacional (Linux y UNIX) El mandato db2setup consulta el sistema operativo para determinar los valores de idioma existentes. Si el valor de idioma del sistema operativo está soportado por db2setup, se utilizará dicho idioma al mostrar el Asistente de instalación de DB2. Aún en el caso de que el sistema utilice las mismas páginas de códigos pero nombres de entornos locales diferentes de los soportados por la interfaz de DB2 podrá seguir viendo el mandato db2setup convertido estableciendo la variable de entorno LANG en el valor apropiado escribiendo el mandato siguiente: Shells bourne (sh), korn (ksh) y bash: LANG= export LANG Shell C: setenv LANG donde entorno local es un entorno local al que la interfaz DB2 proporciona soporte. 2.1.3.2 Identificadores de idioma para ejecutar el Asistente de instalación de DB2 en otro idioma Si desea ejecutar el Asistente de instalación de DB2 en un idioma distinto del idioma por omisión del sistema, puede iniciar el Asistente de instalación de DB2 manualmente especificando un identificador de idioma. El idioma debe estar disponible en la plataforma en la que esté ejecutando la instalación. En los sistemas operativos Windows, puede ejecutar setup.exe con el parámetro -i para especificar el código de idioma de dos letras del idioma que va a utilizar la instalación. En los sistemas operativos Linux y UNIX, se recomienda establecer la variable de entorno LANG para que muestre el Asistente de instalación de DB2 en su idioma nacional. Tabla 2. Identificadores de idioma +----------------------------------+----------------------------------+ | Idioma | Identificador de idioma | +----------------------------------+----------------------------------+ | Árabe (disponible en plataformas | ar | | Windows solamente) | | +----------------------------------+----------------------------------+ | Portugués de Brasil | br | +----------------------------------+----------------------------------+ | Búlgaro | bg | +----------------------------------+----------------------------------+ | Chino, simplificado | cn | +----------------------------------+----------------------------------+ | Chino, tradicional | tw | +----------------------------------+----------------------------------+ | Croata | hr | +----------------------------------+----------------------------------+ | Checo | cz | +----------------------------------+----------------------------------+ | Danés | dk | +----------------------------------+----------------------------------+ | Holandés | nl | +----------------------------------+----------------------------------+ | Inglés | en | +----------------------------------+----------------------------------+ | Finlandés | fi | +----------------------------------+----------------------------------+ | Francés | fr | +----------------------------------+----------------------------------+ | Alemán | de | +----------------------------------+----------------------------------+ | Griego | el | +----------------------------------+----------------------------------+ | Húngaro | hu | +----------------------------------+----------------------------------+ | Italiano | it | +----------------------------------+----------------------------------+ | Japonés | jp | +----------------------------------+----------------------------------+ | Coreano | kr | +----------------------------------+----------------------------------+ | Noruego | no | +----------------------------------+----------------------------------+ | Polaco | pl | +----------------------------------+----------------------------------+ | Portugués | pt | +----------------------------------+----------------------------------+ | Rumano | ro | +----------------------------------+----------------------------------+ | Ruso | ru | +----------------------------------+----------------------------------+ | Eslovaco | sk | +----------------------------------+----------------------------------+ | Esloveno | sl | +----------------------------------+----------------------------------+ | Español | es | +----------------------------------+----------------------------------+ | Sueco | se | +----------------------------------+----------------------------------+ | Turco | tr | +----------------------------------+----------------------------------+ 2.1.3.3 Cambio del idioma de la interfaz del producto DB2 (Windows) El idioma de la interfaz de DB2 es el idioma que aparece en los mensajes, la ayuda y las interfaces de las herramientas gráficas. Al instalar el producto DB2, tiene la opción de instalar el soporte para uno o más idiomas. Tras la instalación, puede cambiar el idioma de la interfaz de DB2 por uno de los otros idiomas de la interfaz instalados. No se deben confundir los idiomas soportados por un producto DB2 con los idiomas soportados por la interfaz de DB2. Los idiomas soportados por un producto DB2 son los idiomas en que pueden existir los datos. Estos idiomas son un superconjunto de los idiomas a los que da soporte la interfaz de DB2. El idioma de interfaz de DB2 que desee utilizar debe estar instalado en el sistema. Los idiomas de la interfaz de producto DB2 se seleccionan e instalan al instalar un producto DB2 utilizando el Asistente de instalación de DB2. Si cambia el idioma de la interfaz de un producto DB2 por un idioma de interfaz soportado que no se haya instalado, el idioma de la interfaz del producto DB2 tomará por omisión, en primer lugar, el idioma del sistema operativo, y si dicho idioma no está soportado, el idioma inglés. Para cambiar el idioma de la interfaz de un producto DB2 en Windows se debe cambiar el valor del idioma por omisión del sistema operativo Windows. Para cambiar el idioma de la interfaz del producto DB2 en sistemas operativos Windows: 1. En el Panel de control, seleccione Configuración regional y de idioma. 2. En la pestaña Opciones regionales, seleccione bajo Estándares y formatos el idioma apropiado. En Windows 2008 y Windows Vista o superiores, utilice la pestaña Formatos para este paso. 3. En la pestaña Opciones regionales, seleccione bajo Ubicación la ubicación que corresponda al idioma apropiado. 4. En la pestaña Opciones avanzadas, seleccione bajo Idioma para programas no Unicode el idioma apropiado. En Windows 2008 y Windows Vista o superiores, en la pestaña Administración, bajo Idioma para programas no Unicode pulse Cambiar entorno local del sistema y seleccione el idioma apropiado. A continuación, se le pedirá rearrancar y debe pulsar Cancelar. 5. En la pestaña Opciones avanzadas, bajo Configuración de la cuenta de usuario por omisión, marque el recuadro Aplicar toda la configuración a la cuenta de usuario actual y al perfil de usuario por omisión. En Windows 2008 y Windows Vista, en la pestaña Administración, bajo cuentas reservadas pulse Copiar en cuentas reservadas y marque las cuentas en las que desea copiar los valores de idioma. 6. Para que estos cambios tengan efecto, se le solicitará rearrancar el sistema. Consulte la ayuda del sistema operativo para obtener información adicional sobre cómo cambiar el idioma del sistema por omisión. 2.1.3.4 Cambio del idioma de la interfaz de DB2 (Linux y UNIX) El idioma de la interfaz del producto DB2 es el idioma que aparece en los mensajes, la ayuda y las interfaces de las herramientas gráficas. Al instalar el producto DB2, tiene la opción de instalar el soporte para uno o más idiomas. Si, en cualquier momento posterior a la instalación, desea cambiar el idioma de la interfaz por uno de los otros idiomas de la interfaz instalados, siga los pasos descritos en esta tarea. No se deben confundir los idiomas que reciben soporte en productos DB2 con los idiomas a los que la interfaz de DB2 proporciona soporte. Los idiomas admitidos para el producto DB2, es decir, los idiomas en los que pueden existir datos, son un superconjunto de los idiomas compatibles con la interfaz de DB2. El soporte de idioma de la interfaz de DB2 que desee utilizar debe estar instalado en el sistema. El soporte a los idiomas de interfaz de DB2 se selecciona e instala al instalar DB2 utilizando el Asistente de instalación de DB2. Si cambia el idioma de interfaz del producto DB2 por un idioma de interfaz soportado que no se haya instalado, el idioma de interfaz de DB2 pasará a ser, por omisión, el idioma del sistema operativo. Si el idioma del sistema operativo no está soportado, se utiliza el idioma inglés como idioma de interfaz de DB2. El soporte a los idiomas de interfaz de DB2 se selecciona e instala al instalar el producto DB2 utilizando el Asistente de instalación de DB2 o utilizando el Paquete de idiomas nacionales. Para comprobar qué entornos locales públicos están disponibles en el sistema, ejecute el mandato $ locale -a. Para cambiar el idioma de la interfaz de DB2, establezca la variable de entorno LANG en el entorno local que desee. Para los shells bourne (sh), korn (ksh) y bash: LANG= export LANG Para el shell C: setenv LANG Por ejemplo, para que la interfaz del producto DB2 aparezca en francés, el soporte al idioma francés debe estar instalado y debe establecerse la variable de entorno LANG en un entorno local francés como, por ejemplo, fr_FR. 2.2 Requisitos de instalación para productos de base de datos DB2 Antes del instalar el producto DB2, asegúrese de que el sistema que elija cumple los requisitos necesarios de sistema operativo, hardware, software, comunicaciones, disco y memoria. 2.2.1, "Requisitos de disco y de memoria" El espacio de disco necesario para el producto depende del tipo de instalación que se elija y del tipo de sistema de archivos de que se disponga. Del mismo modo los requisitos de memoria se ven afectados por el tamaño y la complejidad del sistema de bases de datos. Base de datos de DB2 y productos de cliente de servidor de datos de IBM. Hay una lista de requisitos previos de sistema operativo, de software y de hardware que debe satisfacerse para cada sistema operativo, del siguiente modo: * 2.2.4, "Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (AIX)" * 2.2.5, "Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (HP-UX)" * 2.2.6, "Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (Linux)" * 2.2.7, "Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (Solaris)" * 2.2.3, "Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (Windows)" Requisitos de instalación para productos de DB2 Connect Hay una lista de requisitos previos de sistema operativo, de software y de hardware que debe satisfacerse para cada sistema operativo, del siguiente modo: * "Requisitos de instalación para DB2 Connect Personal Edition (Windows)" en el manual Instalación y configuración de DB2 Connect Personal Edition * "Requisitos de instalación para DB2 Connect Personal Edition (Linux)" en el manual Instalación y configuración de DB2 Connect Personal Edition * "Requisitos de instalación para productos DB2 Connect (sistema operativo Solaris)" en el manual Instalación y configuración de servidores DB2 Connect * "Requisitos de instalación para productos de servidor DB2 Connect (Windows)" en el manual Instalación y configuración de servidores DB2 Connect * "Requisitos de instalación para productos de servidor DB2 Connect (Linux)" en el manual Instalación y configuración de servidores DB2 Connect * "Requisitos de instalación para productos de servidor DB2 Connect (AIX)" en el manualInstalación y configuración de servidores DB2 Connect * "Requisitos de instalación para productos de servidor DB2 Connect (HP-UX)" en el manual Instalación y configuración de servidores DB2 Connect 2.2.2, "Soporte de software de Java para productos DB2" Necesitará el nivel apropiado de IBM Software Development Kit (SDK) para Java para utilizar herramientas basadas en Java y crear y ejecutar aplicaciones Java, incluidos los procedimientos almacenados y las funciones definidas por el usuario. Soporte de virtualización Para obtener información detallada sobre la tecnología de virtualización a la que dan soporte los productos DB2, visite http://www.ibm.com/developerworks/wikis/display/im/DB2+Virtualization+Support. Requisitos de instalación para productos DB2 Query Patroller * "Instalación de Query Patroller Server utilizando el Asistente de instalación de DB2(Windows) " en el manual Query Patroller Administration and User's Guide * "Instalación de Query Patroller Server utilizando el Asistente de instalación de DB2 (Linux y UNIX )" en el manual Query Patroller Administration and User's Guide Requisitos de instalación para DB2 Spatial Extender * "Requisitos del sistema para instalar Spatial Extender" en el manualSpatial Extender and Geodetic Data Management Feature Guía del usuario y manual de consulta Requisitos de instalación para productos InfoSphere Federation Server * http://publib.boulder.ibm.com/infocenter/db2luw/v9r5/topic/com.ibm.swg.im.iis.prod.install.core.doc/topics/iiypisrq-sys.html * http://publib.boulder.ibm.com/infocenter/db2luw/v9r5/topic/com.ibm.swg.im.iis.prod.install.core.doc/topics/iiypirrq-sys.html 2.2.1 Requisitos de disco y de memoria Requisitos de disco El espacio de disco necesario para el producto depende del tipo de instalación que se elija y del tipo de sistema de archivos de que se disponga. El Asistente de instalación de DB2 proporciona estimaciones de tamaño dinámicas basadas en los componentes seleccionados durante una instalación típica, compacta o personalizada. Recuerde incluir espacio de disco para las bases de datos, el software y los productos de comunicaciones necesarios. En sistemas operativos Linux y UNIX, se recomienda disponer de 2 GB de espacio libre en el directorio /tmp. Requisitos de memoria Un sistema de bases de datos DB2 requieren 256 MB de RAM como mínimo. Para un sistema que sólo ejecute un producto DB2 y las herramientas de la GUI de DB2 se requieren 512 MB de RAM como mínimo. Sin embargo, se recomienda 1 GB de RAM para conseguir un mejor rendimiento. En estos requisitos no se contempla la memoria adicional necesaria si en el sistema se ejecuta otro software. Cuando determine los requisitos de memoria, tenga en cuenta lo siguiente: * Los productos DB2 que se ejecutan en HP-UX Versión 11i para sistemas basados en Itanium requieren 512 MB de RAM como mínimo. * Para el soporte de un cliente de servidor de datos de IBM, estos requisitos de memoria son para una base de cinco conexiones de cliente simultáneas. Se necesitarán 16 MB de RAM adicionales por cada cinco conexiones de cliente. * Los requisitos de memoria se ven afectados por el tamaño y la complejidad del sistema de bases de datos y la magnitud de la actividad de la base de datos y el número de clientes que acceden al sistema. Para los productos de servidor de DB2, la función de ajuste automático de la memoria simplifica la tarea de configurar la memoria al definir automáticamente valores para varios parámetros de configuración de la memoria. Cuando está habilitado, el ajustador de memoria distribuye los recursos de memoria disponibles dinámicamente entre los distintos consumidores de memoria, tales como las clasificaciones, la antememoria de paquetes, la lista de bloqueos y las agrupaciones de almacenamientos intermedios. * En los sistemas operativos Linux y UNIX, se recomienda un espacio SWAP (de intercambio de memoria) que, como mínimo, duplique el tamaño de la RAM. 2.2.2 Soporte de software de Java para productos DB2 Necesita el nivel adecuado del IBM Software Development Kit (SDK) para Java, que se lista más adelante en este apartado, para utilizar herramientas basadas en Java y para crear aplicaciones Java, incluidos los procedimientos almacenados y las funciones definidas por el usuario. Si alguno de los componentes que se están instalando necesita IBM SDK para Java y todavía no se ha instalado en esta vía de acceso SDK para Java, SDK para Java se instalará si se utiliza el Asistente de instalación de DB2 o un archivo de respuestas para instalar el producto. SDK para Java no se instala con IBM Data Server Runtime Client ni con IBM Data Server Driver Package. La tabla siguiente indica los niveles de Java instalados para productos DB2 según la plataforma del sistema operativo: +-----------------------+---------------------------------------------+ | Plataforma del | Nivel de SDK para Java | | sistema operativo | | +-----------------------+---------------------------------------------+ | AIX | SDK 6 Release de servicio 3 | +-----------------------+---------------------------------------------+ | HP-UX para sistemas | HP SDK para plataforma J2SE HP-UX 11i, | | basados en Itanium | adaptado por IBM para IBM Software, Versión | | | 6 Release de servicio 3 | +-----------------------+---------------------------------------------+ | Linux en x86 | SDK 6 Release de servicio 3 | +-----------------------+---------------------------------------------+ | Linux en AMD64/EM64T | SDK 6 Release de servicio 3 | +-----------------------+---------------------------------------------+ | Linux en zSeries | SDK 6 Release de servicio 3 | +-----------------------+---------------------------------------------+ | Linux en POWER | SDK 6 Release de servicio 3 | +-----------------------+---------------------------------------------+ | Sistema operativo | SDK 6 Release de servicio 3 | | Solaris | | +-----------------------+---------------------------------------------+ | Windows x86 | SDK 6 Release de servicio 3 | +-----------------------+---------------------------------------------+ | Windows x64 | SDK 6 Release de servicio 3 | +-----------------------+---------------------------------------------+ Nota: 1. Los niveles SDK para el software Java se pueden descargar de la página Web de developerWorks en: http://www.ibm.com/developerworks/java/jdk/index.html. Para consultar una lista de los niveles soportados de SDK para Java, consulte la tabla que se proporciona a continuación que muestra el soporte de DB2 Database para Linux, UNIX y Windows para los SDK para Java. Nota: Para las plataformas del sistema operativo Windows, utilice IBM Development Package para las descargas desde Eclipse. 2. Las herramientas de GUI de DB2 sólo pueden ejecutarse en Linux en x86, Linux en AMD64/EM64T, Windows x86 y Windows x64. 3. En Windows x86 y Linux en x86: * Está instalado SDK de 32 bits * Se soportan aplicaciones de 32 bits y rutinas Java externas 4. En todas las plataformas soportadas (excepto Windows x86 y Linux en x86): * Se proporciona soporte a las aplicaciones de 32 bits * No se soportan las rutinas Java externas de 32 bits * Se soportan las rutinas Java externas y las aplicaciones de 64 bits Software de desarrollo de aplicación de Java soportado La tabla siguiente lista los niveles soportados de los SDK para Java. Están soportados los niveles listados y las versiones posteriores compatibles con el reenvío. Debido a las frecuentes actualizaciones y arreglos de los SDK para Java, no se han probado todos los niveles y versiones. Si la aplicación de su base de datos tiene problemas relacionados con el SDK para Java, pruebe con la siguiente versión disponible para SDK para Java en el nivel dado. Las versiones no IBM de SDK para Java sólo están soportadas para crear y ejecutar aplicaciones Java autónomas. Para crear y ejecutar procedimientos almacenados Java y funciones definidas por el usuario, sólo se da soporte al IBM SDK para Java incluido con el producto DB2 Database para Linux, UNIX y Windows. Tabla 3. Niveles de SDK para Java soportados por DB2 Database para Linux, UNIX y Windows +-------------+-------------+-------------+-------------+-------------+ | Aplicaciones Aplicaciones Funciones | | Java que Java que definidas Herramientas| | utilizan utilizan por el gráficas | | db2java.zip db2jcc4.jar usuario y de DB2 | | o del procedimien- | | db2jcc.jar controlador tos | | del JDBC almacenados | | controlador Java | | JDBC | +-------------+-------------+-------------+-------------+-------------+ | AIX 1.4.2 a 6 6 1.4.2 a 65 N/D | +-------------+-------------+-------------+-------------+-------------+ | HP-UX para 1.4.2 a 61 61 1.4.2 a 6 N/D | | sistemas | | basados en | | Itanium | +-------------+-------------+-------------+-------------+-------------+ | Linux en 1.4.2 a 63,4 1.4.2 a 6 N/D | | POWER 63,4 | +-------------+-------------+-------------+-------------+-------------+ | Linux en 1.4.2 a 62,3,4 1.4.2 a 6 5 a 6 | | x86 62,3,4 | +-------------+-------------+-------------+-------------+-------------+ | Linux en 1.4.2 a 62,3,4 1.4.2 a 6 N/D | | procesadores 62,3,4 | | AMD64 y | | Intel EM64T | +-------------+-------------+-------------+-------------+-------------+ | Linux en 1.4.2 a 63,4 1.4.2 a 6 N/D | | zSeries 63,4 | +-------------+-------------+-------------+-------------+-------------+ | Sistema 1.4.2 a 62 62 1.4.2 a 6 N/D | | operativo | | Solaris | +-------------+-------------+-------------+-------------+-------------+ | Windows en 1.4.2 a 62 62 1.4.2 a 6 5 a 6 | | x86 | +-------------+-------------+-------------+-------------+-------------+ | Windows en 1.4.2 a 62 62 1.4.2 a 6 5 a 6 | | x64, para | | procesadores | | AMD64 y | | Intel EM64T | +-------------+-------------+-------------+-------------+-------------+ Nota: 1. Los mismos niveles del SDK para Java que pueden conseguirse de Hewlett-Packard están soportados para crear y ejecutar aplicaciones cliente autónomas que se ejecuten en IBM Data Server Driver para JDBC y SQLJ. 2. Los mismos niveles del SDK para Java que pueden conseguirse de Sun Microsystems están soportados para crear y ejecutar aplicaciones cliente autónomas que se ejecuten en IBM Data Server Driver para JDBC y SQLJ. 3. Para SUSE Linux Enterprise Server (SLES) 10 se requiere el nivel mínimo de SDK para Java 1.4.2 SR6. Para Red Hat Enterprise Linux (RHEL) 5 se requiere el nivel mínimo de SDK para Java 1.4.2. SR7. 4. El soporte de SDK para Java 6 en Linux exige SDK para Java 6 SR3 o posterior. 5. Si utiliza SDK para Java 6 SR2 o posterior, establezca DB2LIBPATH=java_home/jre/lib/ppc64. La tabla siguiente lista las versiones de IBM Data Server Driver para JDBC y SQLJ que están disponibles con los productos de base de datos de DB2. Tabla 4. Versiones de niveles de fixpack de IBM Data Server Driver para JDBC y SQLJ y DB2 Database para Linux, UNIX y Windows +----------------------------------+----------------------------------+ | Nivel de fixpack y versión de Versión de IBM Data Server | | DB2 Driver para JDBC y SQLJ1 | +----------------------------------+----------------------------------+ | DB2 Versión 9.1 3.1.xx | +----------------------------------+----------------------------------+ | DB2 Versión 9.1 Fixpack 1 3.2.xx | +----------------------------------+----------------------------------+ | DB2 Versión 9.1 Fixpack 2 3.3.xx | +----------------------------------+----------------------------------+ | DB2 Versión 9.1 Fixpack 3 3.4.xx | +----------------------------------+----------------------------------+ | DB2 Versión 9.1 Fixpack 4 3.6.xx | +----------------------------------+----------------------------------+ | DB2 Versión 9.1 Fixpack 5 3.7.xx | +----------------------------------+----------------------------------+ | DB2 Versión 9.5 3.50.xx, 4.0.xx | +----------------------------------+----------------------------------+ | DB2 Versión 9.5 Fixpack 1 3.51.xx, 4.1.xx | +----------------------------------+----------------------------------+ | DB2 Versión 9.5 Fixpack 2 3.52.xx, 4.2.xx | +----------------------------------+----------------------------------+ | DB2 Versión 9.5 Fixpack 3 3.53.xx, 4.3.xx | +----------------------------------+----------------------------------+ | DB2 Versión 9.7 3.57.xx, 4.7.xx | +----------------------------------+----------------------------------+ Nota: Todas las versiones de los controladores están en el formato n.m.xx. n.m no cambia dentro del mismo nivel de GA o nivel de fixpack. xx cambia cuando se introduce una versión nueva de IBM Data Server Driver para JDBC y SQLJ mediante un arreglo APAR. 2.2.3 Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (Windows) Antes de instalar un producto de base de datos DB2 en los sistemas operativos Windows, asegúrese de que el sistema que elija satisfaga los requisitos necesarios de sistema operativo, hardware y software. Tabla 5. Plataformas de estación de trabajo Windows +-------------------------+-----------------+-------------------------+ | Sistema operativo | Requisitos | Hardware | | | previos | | +-------------------------+-----------------+-------------------------+ | Windows XP Professional | Windows XP | Todos los procesadores | | (32 bits y 64 bits) | Service Pack 2 | Intel y AMD capaces de | | Windows Vista Business | o posterior | ejecutar los sistemas | | (32 bits y 64 bits) | IBM Data Server | operativos Windows | | | Provider para | (sistemas basados en 32 | | Windows Vista | aplicaciones | bits y x64) | | Enterprise (32 bits y | cliente .NET y | | | 64 bits) | los | | | | procedimientos | | | Windows Vista Ultimate | CLR de la parte | | | (32 bits y 64 bits) | del servidor | | | | necesitan | | | | tiempo de | | | | ejecución de | | | | .NET Framework | | | | v2.0. | | | | | | | | Se da soporte | | | | al IBM Data | | | | Server Provider | | | | de 64 bits para | | | | aplicaciones | | | | .NET. | | | | | | | | Se da soporte a | | | | todos los | | | | service packs | | | | de Windows | | | | Vista. | | +-------------------------+-----------------+-------------------------+ Tabla 6. Plataformas de servidor Windows +-------------------------+-------------------------+-----------------+ | Sistema operativo | Requisitos previos | Hardware | +-------------------------+-------------------------+-----------------+ | Windows 2003 Datacenter | Service Pack 2 o | Todos los | | Edition (32 bits y 64 | posterior. | procesadores | | bits) | R2 también está | Intel y AMD con | | Windows 2003 Enterprise | soportado | capacidad de | | Edition (32 bits y 64 | | ejecutar | | bits) | IBM Data Server | sistemas | | | Provider para | operativos | | Windows 2003 Standard | aplicaciones cliente | Windows | | Edition (32 bits y 64 | .NET y los | (sistemas | | bits) | procedimientos CLR de | basados en 32 | | | la parte del servidor | bits y x64). | | | necesitan tiempo de | | | | ejecución de .NET | | | | Framework v2.0. | | | | | | | | Se da soporte al IBM | | | | Data Server Provider de | | | | 64 bits para | | | | aplicaciones .NET. | | |-------------------------|-------------------------| | | Windows Server 2008 | IBM Data Server | | | Datacenter Edition (32 | Provider para | | | bits y 64 bits) | aplicaciones cliente | | | Windows Server 2008 | .NET y los | | | Enterprise Edition (32 | procedimientos CLR de | | | bits y 64 bits) | la parte del servidor | | | | necesitan tiempo de | | | Windows Server 2008 | ejecución de .NET | | | Standard Edition (32 | Framework v2.0. | | | bits y 64 bits) | | | | | Se da soporte al IBM | | | | Data Server Provider de | | | | 64 bits para | | | | aplicaciones .NET. | | | | | | | | Se da soporte a todos | | | | los service packs de | | | | Windows Server 2008. | | +-------------------------+-------------------------+-----------------+ Nota: Los productos de base de datos DB2 soportan la característica de Prevención de ejecución de datos (DEP) forzada por el hardware que se incluye en algunos sistemas operativos Windows. Consideraciones adicionales sobre el software * Se requiere Windows Installer 3.0. Si no se detecta lo instalará el instalador. * IBM Data Server Provider para aplicaciones cliente .NET y los procedimientos CLR de la parte del servidor necesitan tiempo de ejecución de .NET Framework v2.0. En un entorno x64, IBM Data Server Provider de 32 bits para aplicaciones .NET se ejecutará en la modalidad de emulación WOW64. * Se requiere MDAC 2.8. El Asistente de instalación de DB2 instalará MDAC 2.8 si aún no está instalado. Nota: Si ya está instalada una versión anterior de MDAC (por ejemplo, 2.7), la instalación de DB2 actualizará MDAC a 2.8. En una instalación típica, se instala MDAC 2.8. En una instalación personalizada, se instala MDAC 2.8 pero solamente si el usuario no ha deseleccionado la opción por omisión, que es instalar ese componente. Si deselecciona MDAC en una instalación personalizada, ese producto no se instalará. * Si piensa utilizar LDAP (Lightweight Directory Access Protocol), debe utilizar un cliente Microsoft LDAP o el cliente IBM Tivoli Directory Server v6 (también conocido como cliente IBM LDAP, que se incluye con los productos de base de datos DB2). Antes de instalar Microsoft Active Directory, debe ampliar el esquema de directorio utilizando el programa de utilidad db2schex, que se encuentra en el soporte de instalación en el directorio db2\Windows\utilities. El cliente Microsoft LDAP se incluye con los sistemas operativos Windows. * Para ver la ayuda en línea es necesario uno de los navegadores siguientes, abra el panel de ejecución de la instalación de DB2 (setup.exe), y ejecute los Primeros pasos ((db2fs): * Firefox 2.0 y posteriores * Internet Explorer 6.0 y posteriores * Navegadores basados en Mozilla 1.7 y posterior * Safari 3.0 y posteriores 2.2.4 Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (AIX) Antes de instalar productos de base de datos DB2 en los sistemas operativos AIX, asegúrese de que el sistema que elija satisfaga los requisitos necesarios de sistema operativo, hardware, software y comunicaciones. Para instalar un producto de base de datos DB2, deben cumplirse los requisitos siguientes: Tabla 7. Requisitos de instalación en AIX +----------------------------------+----------------------------------+ | Sistema operativo | Hardware | +----------------------------------+----------------------------------+ | AIX Versión 5.3 | Arquitectura de Common Hardware | | * Se necesita un kernel AIX de | Reference Platform (CHRP) de 64 | | 64 bits | bits1 | | * AIX 5.3 Technology Level (TL) | | | 9 y Service Pack (SP) 2 | Todos los procesadores que son | | * El nivel mínimo del tiempo de | capaces de ejecutar los sistemas | | ejecución de C++ requiere de los | operativos AIX soportados. | | conjuntos de archivos xlC.rte | | | 9.0.0.8 y xlC.aix50.rte 9.0.0.8 | | | (o posterior). Estos conjuntos | | | de archivos están incluidos en | | | el paquete IBM C++ Runtime | | | Environment Components para AIX | | | de junio de 2008. | | | | | | AIX Versión 6.12 | | | * Se necesita un kernel AIX de | | | 64 bits | | | * El nivel mínimo del tiempo de | | | ejecución de C++ requiere de los | | | conjuntos de archivos xlC.rte | | | 9.0.0.8 y xlC.aix61.rte 9.0.0.8 | | | (o posterior). Estos conjuntos | | | de archivos están incluidos en | | | el paquete IBM C++ Runtime | | | Environment Components para AIX | | | de junio de 2008. | | +----------------------------------+----------------------------------+ * 1Para verificar que se trate de un sistema con la arquitectura CHRP, emita el mandato lscfg y busque la salida siguiente: Model Architecture: chrp * 2En AIX 6.1 existen dos tipos de particiones de carga de trabajo (WPAR): las WPAR de sistema y las WPAR de aplicación. La instalación de DB2 sólo se soporta en una WPAR del sistema. AIX 6.1 también permite el cifrado de un conjunto de archivos o un sistema de archivos JFS2. Consideraciones sobre el software * Para obtener información sobre desarrollo de aplicaciones y consideraciones sobre el tiempo de ejecución, consulte los temas de Lenguajes de programación soportados y compiladores para desarrollo de aplicaciones de base de datos. * Puede descargar la versión más reciente de IBM C++ Runtime Environment Components para AIX en el sitio Web de soporte de IBM AIX XL C y C++. * (Clientes solamente) Si piensa utilizar la autenticación Kerberos, es necesario el cliente IBM Network Authentication Service v1.4 o versión posterior. El cliente NAS puede descargarse de https://www6.software.ibm.com/dl/dm/dm-nas-p. * Utilice el mandato bosboot para conmutar al kernel de 64 bits. Para conmutar a un kernel de 64 bits, es necesario que tenga autorización root y debe entrar estos mandatos: ln -sf /usr/lib/boot/unix_64 /unix ln -sf /usr/lib/boot/unix_64 /usr/lib/boot/unix bosboot -a shutdown -Fr * Es necesario uno de los navegadores siguientes para visualizar la ayuda en línea y ejecutar Primeros pasos (db2fs): * Firefox 2.0 y posteriores * Navegadores basados en Mozilla 1.7 y posterior * Es necesario el software de un sistema X Windows capaz de representar una interfaz gráfica de usuario si: * Desea utilizar el Asistente de instalación de DB2 para instalar un producto DB2 en los sistemas operativos Linux o UNIX * Para obtener más detalles sobre los problemas conocidos con AIX, consulte www.ibm.com/support/docview.wss?&uid=swg21165448 2.2.5 Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (HP-UX) Para instalar un producto DB2, se deben cumplir los siguientes requisitos de sistema operativo, hardware y comunicaciones: Tabla 8. Requisitos de la instalación en HP-UX +-----------------------------------------+---------------------------+ | Sistema operativo | Hardware | +-----------------------------------------+---------------------------+ | | HP Integrity Series | | Los productos de DB2 reciben soporte | Systems basados en | | en: | Itanium | | * HP-UX 11iv2 (11.23.0505) con: | | | * Paquete de calidad base (QPKBASE) | | | de mayo de 2005 | | | * Paquete general May 2005 | | | Applications Quality (QPKAPPS) | | | * HP-UX 11iv3 (11.31) | | +-----------------------------------------+---------------------------+ Consideraciones sobre la configuración del kernel Es necesario reiniciar el sistema si actualiza los parámetros de configuración del kernel. Los parámetros de configuración del kernel se establecen en /etc/system. Dependiendo de los valores de los parámetros de configuración del kernel, modifique algunos de estos parámetros antes de instalar los productos de cliente o servidor DB2 Versión 9. Si el parámetro de kernel que se está modificando no se lista como dinámico, se necesitará un rearranque del sistema para que surtan efecto los cambios en /etc/system. Consideraciones sobre el software * Es necesario uno de los navegadores siguientes para visualizar la ayuda en línea y ejecutar Primeros pasos (db2fs): * Firefox 2.0 y posteriores * Navegadores basados en Mozilla 1.7 y posterior * Es necesario el software de un sistema X Windows capaz de representar una interfaz gráfica de usuario si: * Desea utilizar el Asistente de instalación de DB2 para instalar un producto DB2 en los sistemas operativos Linux o UNIX * Para obtener más detalles sobre los problemas conocidos con HP-UX, consulte www.ibm.com/support/docview.wss?&uid=swg21257602 2.2.6 Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (Linux) Antes de instalar productos de base de datos DB2 en los sistemas operativos Linux, asegúrese de que el sistema que elija satisfaga los requisitos necesarios de sistema operativo, hardware, software y comunicaciones. Para obtener la información más reciente sobre las distribuciones de Linux soportadas, acceda con su navegador a http://www.ibm.com/software/data/db2/linux/validate/. Los productos de bases de datos DB2 reciben soporte en el siguiente hardware: * Procesadores Intel y AMD x86 (Intel Pentium, Intel Xeon y AMD) de 32 bits * Procesadores EM64T x64 (AMD64 e Intel de 64 bits) * POWER (IBM eServer OpenPower, iSeries, pSeries, System i, System p y POWER Systems que dan soporte a Linux) * eServer System z o System z9 Los sistemas operativos admitidos para Linux son: * Red Hat Enterprise Linux (RHEL) 5 Update 2 * SUSE Linux Enterprise Server (SLES) 10 Service Pack 2 * SUSE Linux Enterprise Server (SLES) 11 * Ubuntu 8.0.4.1 Limitaciones de la arquitectura de multihebra Si está instalando un producto de base de datos DB2 de 32 bits en un sistema operativo Linux, tome en consideración la opción de actualizar a un sistema operativo de 64 bits y de instalar en su lugar el producto de base de datos DB2 de 64 bits. Normalmente, la arquitectura multihebra simplifica la configuración de memoria. No obstante, esto puede afectar la configuración de memoria de los servidores de base de datos DB2 de 32 bits. Por ejemplo: * La memoria privada para hebras de agente se asigna en un único proceso. Es posible que la suma de todas las asignaciones de memoria privada para agentes de base de datos no quepa en un único espacio de memoria de proceso. * El soporte para varias bases de datos es limitado ya que todos los segmentos de memoria compartida de la base de datos se asignan en un único proceso. Es posible que tenga que reducir la utilización de memoria para algunas bases de datos para activar todas las bases de datos de forma satisfactoria a la vez. Sin embargo, es posible que el rendimiento del gestor de bases de datos resulte afectado. Otra alternativa es la de crear varias instancias y catalogar las bases de datos en las instancias. Sin embargo, para dar soporte a esta configuración se necesita que haya suficientes recursos del sistema. Requisitos de distribución Debe actualizar los parámetros de configuración de kernel antes de instalar un producto de bases de datos DB2. Es posible que los valores por omisión de determinados parámetros del kernel no sean suficientes cuando se ejecute un sistema de base de datos DB2. Puede también tener otros productos o aplicaciones que necesiten recursos del sistema Linux. Debe modificar los parámetros de configuración del kernel de acuerdo con las necesidades del entorno de trabajo del sistema Linux. Los parámetros de configuración del kernel se establecen en /etc/sysctl.conf. Para obtener información sobre cómo establecer y activar estos parámetros utilizando el mandato sysctl consulte el manual de su sistema operativo. Requisitos de los paquetes Las tablas siguientes muestran los requisitos de los paquetes para las distribuciones SLES y RHEL: * libaio.so.1 es obligatorio para servidores de base de datos DB2 que utilizan la E/S asíncrona. * libstdc++so.6 es obligatorio para servidores y clientes de base de datos DB2. No obstante, si se utiliza IBM Tivoli System Automation for Multiplatforms o IBM Tivoli Monitoring for Databases: DB2 Agent, libstdc++so.5 es obligatorio. Requisitos de los paquetes para SLES y RHEL +------------------+--------------------------------------------------+ | Nombre de | Descripción | | paquete | | +------------------+--------------------------------------------------+ | libaio | Contiene la biblioteca asíncrona necesaria para | | | los servidores de base de datos DB2. | +------------------+--------------------------------------------------+ | compat-libstdc++ | Contiene libstdc++so.6 (no obligatorio para | | | Linux en POWER). | +------------------+--------------------------------------------------+ Las tablas siguientes muestran los requisitos de paquetes para las distribuciones de los servidores de base de datos particionada SUSE Linux y Red Hat para DB2. * El shell ksh93 Korn es necesario para los sistemas SUSE10 y RHEL5. El paquete pdksh para Shell de Korn es necesario para el resto de sistemas de base de datos DB2. * Para los sistemas de bases de datos particionadas se necesita un programa de utilidad de shell remoto. Los sistemas de base de datos DB2 dan soporte a los programas de utilidad de shell remotos siguientes: * rsh * ssh Por omisión, los sistemas de base de datos DB2 utilizan rsh para ejecutar mandatos en nodos de DB2 remotos como, por ejemplo, al iniciar una partición de base de datos DB2 remota. Para utilizar el valor por omisión del sistema de base de datos DB2, el paquete rsh-server debe estar instalado (véase la tabla siguiente). Se dispone de más información sobre rsh y ssh en el Centro de información de DB2. Si opta por utilizar el programa de utilidad de shell remoto rsh, inetd (o xinetd) debe estar instalado y en ejecución también. Si elige utilizar el programa de utilidad de shell remoto ssh, necesita establecer la variable de comunicaciones DB2RSHCMD inmediatamente después de que finalice la instalación de DB2. Si la variable de registro no se ha establecido, se utilizará rsh. * Para los sistemas de bases de datos particionadas se necesita el paquete de soporte nfs-utils para NFS (Network File System). Todos los paquetes necesarios deben haberse instalado y configurado antes de continuar con la instalación del sistema de base de datos DB2. Para obtener información general sobre Linux, consulte la documentación sobre las distribuciones en Linux. Requisitos de paquetes para SUSE Linux +------------------+--------------------------------------------------+ | Nombre de | Descripción | | paquete | | +------------------+--------------------------------------------------+ | pdksh o ksh93 | Shell Korn. Este paquete es necesario para | | | entornos de base de datos particionada. | +------------------+--------------------------------------------------+ | openssh | Este paquete contiene un conjunto de programas | | | de servidor que permiten que los usuarios | | | ejecuten mandatos en (y desde) sistemas remotos | | | mediante un shell seguro. Este paquete no es | | | necesario si se utiliza la configuración por | | | omisión del sistema de base de datos DB2 con | | | rsh. | +------------------+--------------------------------------------------+ | rsh-server | Este paquete contiene un conjunto de programas | | | de servidor que permiten a los usuarios ejecutar | | | mandatos en sistemas remotos, conectarse a otros | | | sistemas y copiar archivos entre sistemas (rsh, | | | rexec, rlogin y rcp). Este paquete no es | | | necesario si se configuran los sistemas de base | | | de datos DB2 para que utilicen ssh. | +------------------+--------------------------------------------------+ | nfs-utils | Paquete de soporte de Network File System. | | | Permite el acceso a los archivos locales desde | | | sistemas remotos. | +------------------+--------------------------------------------------+ Requisitos de paquetes para Red Hat +-----------------------+-------------+-------------------------------+ | Directorio | Nombre de | Descripción | | | paquete | | +-----------------------+-------------+-------------------------------+ | /System | pdksh o | Shell Korn. Este paquete es | | Environment/Shell | ksh93 | necesario para entornos de | | | | base de datos particionada. | +-----------------------+-------------+-------------------------------+ | /Applications/Interne | openssh | Este paquete contiene un | | t | | conjunto de programas de | | | | cliente que permiten que los | | | | usuarios ejecuten mandatos en | | | | un sistema remoto mediante un | | | | shell seguro. Este paquete no | | | | es necesario si se utiliza la | | | | configuración por omisión del | | | | sistema de base de datos DB2 | | | | con rsh. | +-----------------------+-------------+-------------------------------+ | /System | openssh-ser | Este paquete contiene un | | Environment/Daemons | ver | conjunto de programas de | | | | servidor que permiten que los | | | | usuarios ejecuten mandatos | | | | desde un sistema remoto | | | | mediante un shell seguro. | | | | Este paquete no es necesario | | | | si se utiliza la | | | | configuración por omisión del | | | | sistema de base de datos DB2 | | | | con rsh. | +-----------------------+-------------+-------------------------------+ | /System | rsh-server | Este paquete contiene un | | Environment/Daemons | | conjunto de programas que | | | | permiten que los usuarios | | | | ejecuten mandatos en un | | | | sistema remoto. Es necesario | | | | para los entornos de base de | | | | datos particionada. Este | | | | paquete no es necesario si se | | | | configuran los sistemas de | | | | base de datos DB2 para que | | | | utilicen ssh. | +-----------------------+-------------+-------------------------------+ | /System | nfs-utils | Paquete de soporte de Network | | Environment/Daemons | | File System. Permite el | | | | acceso a los archivos locales | | | | desde sistemas remotos. | +-----------------------+-------------+-------------------------------+ Consideraciones sobre el software * (Clientes solamente) Si piensa utilizar la autenticación Kerberos, es necesario el cliente IBM Network Authentication Service v1.4 o versión posterior. El cliente NAS puede descargarse de https://www6.software.ibm.com/dl/dm/dm-nas-p. * Es necesario uno de los navegadores siguientes para visualizar la ayuda en línea y ejecutar Primeros pasos (db2fs): * Firefox 2.0 y posteriores * Navegadores basados en Mozilla 1.7 y posterior * Es necesario el software de un sistema X Windows capaz de representar una interfaz gráfica de usuario si: * desea utilizar el Asistente de instalación de DB2 para instalar un producto de base de datos DB2 en sistemas operativos Linux o UNIX, o * desea utilizar herramientas gráficas DB2 en Linux para x86 y Linux sobre AMD 64/EM64T. * Micro Focus no ofrece soporte para ninguno de sus productos de compilador de COBOL en SLES 11. Consideraciones sobre Security-Enhanced Linux En los sistemas RHEL 5, si Security-Enhanced Linux (SELinux) está habilitado y en modalidad de imposición, el instalador puede fallar debido a las restricciones SELinux. Para determinar si SELinux está instalado y en modalidad de imposición, puede realizar una de las acciones siguientes: * Compruebe el archivo /etc/sysconfig/selinux * Ejecute el mandato sestatus * Compruebe los avisos de SELinux en el archivo /var/log/messages. Para inhabilitar SELinux, puede realizar una de las acciones siguientes: * Establézcalo en modalidad permisiva y ejecute el mandato setenforce 0 como superusuario. * Modifique /etc/sysconfig/selinux y rearranque la máquina. Si el producto de base de datos DB2 se instala correctamente en un sistema RHEL 5, los procesos de DB2 se ejecutarán en el dominio ilimitado. Para asignar los procesos DB2 a sus propios dominios, modifique la política. En el directorio sqllib/samples se proporciona una política SELinux de ejemplo. 2.2.7 Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (Solaris) Antes de instalar un producto de base de datos DB2 en Solaris, asegúrese de que el sistema cumpla los requisitos de sistema operativo, hardware y software. Tabla 9. Requisitos de la instalación en Solaris +-----------------------------------------+---------------------------+ | Sistema operativo | Hardware | +-----------------------------------------+---------------------------+ | Solaris 9 | Procesadores UltraSPARC o | | * Kernel de 64 bits | SPARC64 | | * Parches 111711-12 y 111712-12 | | | * Si se utilizan dispositivos en | | | bruto, el parche 122300-11 | | | * Parche de actualización de kernel de | | | Fujitsu PRIMEPOWER de 64 bits y Solaris | | | 9, 112233-01 o una versión posterior | | | para obtener el arreglo para el parche | | | 912041-01 | | | Solaris 10 Actualización 5 | | | * Kernel de 64 bits | | | * Si se utilizan dispositivos en | | | bruto, el parche 125100-07 | | +-----------------------------------------+---------------------------+ | Solaris 10 Actualización 5 | Solaris x64 (Intel 64 o | | * Kernel de 64 bits | AMD64) | | * Parche 118855-33 | | | * Si se utilizan dispositivos en | | | bruto, el parche 125101-07 | | +-----------------------------------------+---------------------------+ Consideraciones sobre la configuración del kernel Los parámetros de configuración del kernel se establecen en /etc/system. Si el parámetro de kernel que se está modificando no se lista como dinámico, se necesitará un rearranque del sistema para que surtan efecto los cambios en /etc/system. Estos parámetros se deben definir antes de instalar un cliente de servidor de datos de IBM. Consideraciones sobre el software * (Clientes solamente) Si piensa utilizar la autentificación Kerberos, necesitará Solaris 9 o superior con el cliente IBM Network Authentication Service (NAS) v1.4 o posterior. El cliente NAS se puede descargar de este sitio Web: www6.software.ibm.com/dl/dm/dm-nas-p. * Es necesario uno de los navegadores siguientes para visualizar la ayuda en línea y ejecutar Primeros pasos (db2fs): * Firefox 2.0 y posteriores * Navegadores basados en Mozilla 1.7 y posterior * Se requiere un software del Sistema X Window capaz de representar una interfaz gráfica de usuario si desea utilizar el Asistente de instalación de DB2 para instalar un producto de base de datos DB2. * Para obtener más detalles sobre los problemas conocidos con Solaris, consulte www.ibm.com/support/docview.wss?&uid=swg21257606 Los parches de seguridad pueden obtenerse del sitio Web de http://sunsolve.sun.com. Desde el sitio Web de SunSolve Online, pulse en la opción de menú Patches (Parches) del panel izquierdo. También son necesarios Java2 Standard Edition (J2SE) Solaris Operating System Patch Clusters y el software SUNWlibC, los cuales se pueden obtener en el sitio Web http://sunsolve.sun.com. Para la instalación de productos de base de datos DB2 en sistemas Fujitsu PRIMEPOWER de 64 bits, necesitará lo siguiente: * Parche de actualización de kernel de Solaris 9, 112233-01 o una versión posterior para obtener el arreglo para el parche 912041-01. Los parches PRIMEPOWER de Fujitsu para el sistema operativo Solaris se pueden descargar del sitio Web de FTSI: http://download.ftsi.fujitsu.com/ 2.2.8 Normas para las contraseñas Cuando elija una contraseña, tenga en cuenta que la longitud de la contraseña puede tener el número máximo de caracteres al que dé soporte el sistema operativo. Algunos sistemas operativos pueden tener más normas para contraseñas, como la longitud mínima y la simplicidad, y algunos sistemas operativos pueden configurarse para utilizar distintos algoritmos de cifrado de contraseñas. Consulte la documentación adecuada del sistema operativo para obtener más información. Nota: Para habilitar el soporte para contraseñas largas en los sistemas operativos AIX, Versión 6.1 o posteriores, instale el APAR IZ35001 en las máquinas servidor y cliente de DB2. 2.3 Requisitos adicionales para Windows 2.3.1 Servicios de DB2 que se ejecutan en el sistema (Windows) La tabla siguiente lista los servicios de DB2 que se ejecutan en el sistema cuando el producto DB2 está instalado: Tabla 10. Servicios de DB2 +-------------------+------------------------+------------------------+ | Nombre de | Nombre del servicio | Descripción | | visualización del | | | | servicio | | | +-------------------+------------------------+------------------------+ | DB2 - (Nombre de | <nombre de | Permite a las | | copia de DB2) - | instancia>[<-númnod | aplicaciones crear, | | <nombre de | o>] | actualizar, controlar | | instancia> | | y gestionar bases de | | [<-númnodo>] | | datos de DB2. | | donde | | | | <-númnodo> | | | | se añade para | | | | instancias de DB2 | | | | ESE. | | | +-------------------+------------------------+------------------------+ | DB2 Governor | DB2GOVERNOR | Recoge estadísticas | | (Nombre de copia | _db2copyname | para aplicaciones | | de DB2) | | conectadas a bases de | | | | datos DB2. | +-------------------+------------------------+------------------------+ | Servidor del | DB2ICSERVER_Vxx (donde | Proporciona | | Centro de | xx es la versión de | documentación sobre | | información de | DB2 que está | productos DB2. | | DB2 | ejecutando; por | | | | ejemplo V95 es la | | | | Versión 9.5) | | +-------------------+------------------------+------------------------+ | Servidor de | DB2LICD _db2copyname | Supervisa el | | licencias de DB2 | | cumplimiento de los | | (Nombre de copia | | términos de las | | de DB2) | | licencias de DB2. | +-------------------+------------------------+------------------------+ | Servidor de | DB2MGMTSVC | Gestiona las entradas | | gestión de DB2 | _db2copyname | del registro de DB2 | | (Nombre de copia | | con fines de | | de DB2) | | compatibilidad con | | | | versiones anteriores | | | | para la copia de DB2. | +-------------------+------------------------+------------------------+ | DB2 Query | DB2QP _db2copyname | DB2 Query Patroller | | Patroller (Nombre | | | | de copia de DB2) | | | +-------------------+------------------------+------------------------+ | Servidor de | | Proporciona soporte a | | mandatos remotos | DB2REMOTECMD | la ejecución de | | de DB2 (Nombre de | _db2copyname | mandatos remotos de | | copia de DB2) | | DB2. | +-------------------+------------------------+------------------------+ | DB2DAS - DB2DASXX | DB2DASXX (donde XX es | Proporciona soporte a | | | 00-99) | las peticiones | | | | administrativas de | | | | bases de datos locales | | | | y remotas. | +-------------------+------------------------+------------------------+ | Monitoring Agent | kudcma_<nombre de | Supervisa la base de | | for DB2 - <nom-| instancia> | datos y el servidor | | bre de instancia> | | DB2 para comprobar la | | | | disponibilidad. | +-------------------+------------------------+------------------------+ 2.3.2 Cuentas de usuario necesarias para la instalación de los productos de servidor DB2 (Windows) Si está instalando un producto de servidor DB2 en Windows, necesitará las cuentas de usuario siguientes: * Una cuenta de usuario para la instalación y * Opcional - Una o más cuentas de usuario para la configuración. Puede crear estas cuentas durante la instalación. * Una cuenta de usuario de Servidor de administración de DB2 (DAS) * Una cuenta de usuario para la instancia de DB2. También puede utilizar la cuenta LocalSystem para productos que no sean DB2 Enterprise Server Edition. La cuenta de usuario para la instalación es la cuenta del usuario que realiza la instalación. La cuenta de usuario para la instalación se debe definir antes de ejecutar el Asistente de instalación de DB2. Las cuentas de usuario para la configuración se pueden definir antes de la instalación o se puede hacer que las cree automáticamente el Asistente de instalación de DB2. Todos los nombres de cuenta de usuario tienen que cumplir las normas de denominación del sistema y las normas de denominación de usuarios, ID de usuario y grupos de DB2. Seguridad ampliada en Windows Los productos DB2 ofrecen seguridad ampliada en Windows. Si se la función de seguridad ampliada está seleccionada, deberá añadir los usuarios que la administrarán o utilizar el producto DB2 para el grupo DB2ADMNS o DB2USERS según corresponda. El programa de instalación de DB2 crea estos dos nuevos grupos. Puede especificar un nuevo nombre o aceptar los nombres por omisión durante la instalación. Para habilitar esta función de seguridad, seleccione el recuadro de selección Habilitar seguridad del sistema operativo en el panel Habilitar la seguridad del sistema operativo para objetos DB2 durante la instalación de DB2. Acepte los valores por omisión para el campo Grupo de administradores de DB2 y el campo Grupo de usuarios de DB2. Los nombres de grupo por omisión son DB2ADMNS y DB2USERS. Si existe un conflicto con nombres de grupo existentes, se le solicitará que cambie los nombres de grupo. Si es necesario, puede especificar sus propios valores. Cuentas de usuario de servidor DB2 Cuenta de usuario para la instalación Para efectuar la instalación, se necesita una cuenta de usuario del dominio o local. Normalmente, la cuenta de usuario debe pertenecer al grupo Administradores en el sistema donde se realizará la instalación. Como alternativa, se puede utilizar una cuenta de usuario distinta de la cuenta de Administrador. Esta alternativa requiere que un miembro del grupo Administradores de Windows configure primero los valores de privilegios elevados de Windows para permitir que una cuenta de usuario distinta de la cuenta de Administrador realice una instalación. En Windows 2008 y Windows Vista o posteriores, un usuario que no sea administrador puede realizar una instalación, pero el Asistente de instalación de DB2 le pedirá credenciales administrativas. Se requiere el derecho del usuario de "Acceso a este sistema desde la red" sobre la cuenta de usuario para la instalación. El ID de usuario de instalación debe pertenecer al grupo Administradores de dominio en el caso de que la instalación requiera que se cree o verifique una cuenta de dominio. También puede utilizar la cuenta LocalSystem incorporada como cuenta de inicio de servicio para todos los productos, excepto DB2 Enterprise Server Edition Derechos de usuario que el programa de instalación de DB2 otorga. El programa de instalación de DB2 no otorga el derecho de usuario para depurar programas. El programa de instalación de DB2 otorga los derechos de usuario siguientes: * Actuar como parte del sistema operativo * Crear un objeto de símbolo * Bloquear páginas en la memoria * Iniciar la sesión como servicio * Aumentar las cuotas * Sustituir un símbolo de nivel de proceso Cuenta de usuario de Servidor de administración de DB2 (DAS) Se necesita una cuenta de usuario del dominio o local para el Servidor de administración de DB2 (DAS). Si está realizando una instalación mediante un archivo de respuestas, también puede especificar la cuenta Sistema Local en el archivo de respuestas. Para obtener más detalles, consulte los archivos de respuestas de ejemplo en el directorio db2\windows\samples. La cuenta LocalSystem está disponible para todos los productos, a excepción de DB2 Enterprise Server Edition y puede seleccionarse mediante el Asistente de instalación de DB2. El DAS es un servicio de administración especial de DB2 que se utiliza para soportar las herramientas de la GUI y ayudar en las tareas de administración sobre servidores DB2 locales y remotos. El DAS tiene asignada una cuenta de usuario que se utiliza para conectar el servicio DAS con un sistema cuando se inicia el servicio DAS. Puede crear la cuenta de usuario DAS antes de instalar DB2 o puede hacer que el Asistente de instalación de DB2 la cree para usted. Si desea que el Asistente de instalación de DB2 cree una cuenta de usuario de dominio nueva, la cuenta de usuario que esté utilizando para realizar la instalación deberá tener autorización para crear cuentas de usuario de dominio. La cuenta de usuario debe pertenecer al grupo Administradores del sistema en el que se va a llevar a cabo la instalación. A esta cuenta se le otorgarán los derechos de usuario siguientes: * Actuar como parte del sistema operativo * Depurar programas * Crear un objeto de símbolo * Bloquear páginas en la memoria * Iniciar la sesión como servicio * Aumentar las cuotas (ajustar las cuotas de memoria para un proceso en los sistemas operativos Windows XP y Windows Server 2003) * Sustituir un símbolo de nivel de proceso Si está habilitada la seguridad ampliada, el grupo DB2ADMNS tendrá todos estos privilegios. Puede añadir usuarios a este grupo sin necesidad de añadirles estos privilegios de forma explícita. Sin embargo, el usuario debe seguir siendo miembro del grupo Administradores locales. El privilegio "Depurar programas" solamente es necesario cuando la búsqueda de grupos de DB2 se especifica explícitamente para utilizar el símbolo de acceso. Si la cuenta de usuario la crea el programa de instalación, se le otorgarán estos privilegios a la cuenta de usuario y si ésta ya existe, a esta cuenta también se le otorgarán estos privilegios. Si la instalación otorga los privilegios, algunos de ellos solamente serán efectivos cuando se realice el primer inicio de sesión mediante la cuenta a la que se han otorgado los privilegios o tras el arranque. Es aconsejable que el usuario DAS tenga autorización SYSADM sobre cada uno de los sistemas DB2 del entorno, de forma que, si es necesario, pueda iniciar o detener otras instancias. Por omisión, cualquier usuario que forme parte del grupo Administradores tiene autorización SYSADM. Cuenta de usuario para la instancia de DB2 La cuenta de usuario debe pertenecer al grupo Administradores del sistema en el que se va a llevar a cabo la instalación. Para la instancia de DB2 se necesita una cuenta de usuario del dominio o local. Cada instancia de DB2 tiene un usuario, que se le asigna al crear la instancia. DB2 inicia la sesión con este nombre de usuario cuando se inicia la instancia. Si se utiliza una cuenta de usuario de dominio para realizar una operación de base de datos (como por ejemplo, crear una base de datos) en una instancia de DB2 creada con una cuenta de usuario local o la cuenta LocalSystem se producirá un error. Si sabe que va a utilizar una cuenta de usuario de dominio, debería crear la instancia utilizando la cuenta de usuario de dominio. También puede utilizar la cuenta LocalSystem incorporada para ejecutar la instalación para todos los productos, a excepción de DB2 Enterprise Server Edition. Puede crear la cuenta de usuario de instancia de DB2 antes de instalar DB2 o puede hacer que el Asistente de instalación de DB2 la cree para usted. Si desea que el Asistente de instalación de DB2 cree una cuenta de usuario de dominio nueva, la cuenta de usuario que esté utilizando para realizar la instalación deberá tener autorización para crear cuentas de usuario de dominio. A esta cuenta se le otorgarán los derechos de usuario siguientes: * Actuar como parte del sistema operativo * Depurar programas * Crear un objeto de símbolo * Aumentar las cuotas * Bloquear páginas en la memoria * Iniciar la sesión como servicio * Sustituir un símbolo de nivel de proceso Si está habilitada la seguridad ampliada, el grupo DB2ADMNS tendrá todos estos privilegios. Puede añadir usuarios a este grupo sin necesidad de añadirles estos privilegios de forma explícita. Sin embargo, el usuario debe seguir siendo miembro del grupo Administradores locales. El privilegio "Depurar programas" solamente es necesario cuando la búsqueda de grupos de DB2 se especifica explícitamente para utilizar el símbolo de acceso. Si la cuenta de usuario la crea el programa de instalación, se le otorgarán estos privilegios a la cuenta de usuario y si ésta ya existe, a esta cuenta también se le otorgarán estos privilegios. Si la instalación otorga los privilegios, algunos de ellos solamente serán efectivos cuando se realice el primer inicio de sesión mediante la cuenta a la que se han otorgado los privilegios o tras el arranque. 2.3.3 Configuración de los privilegios elevados de Windows antes de instalar un producto DB2 (Windows) El método habitual para instalar un producto DB2 en Windows es utilizar una cuenta de usuario de Administrador. Sin embargo, los productos de DB2 pueden instalarse mediante la utilización de una cuenta que no corresponda al administrador. Para ello, un Administrador de Windows debe configurar la función de los privilegios elevados en Windows. Esta tarea describe cómo un Administrador de Windows puede configurar una máquina con privilegios elevados para permitir realizar una instalación mediante una cuenta de usuario que no sea la de Administrador. También se describe la tarea asociada de otorgar autorizaciones de administración de DB2 a usuarios distintos del Administrador. Normalmente un Administrador de Windows realizaría esta tarea para permitir que otra persona que no tiene una cuenta de Administrador pueda instalar un producto DB2. Puede que la función que desempeña esta persona se limite únicamente a la instalación de productos DB2 o puede que ésta se complemente con la administración de los productos DB2 después de haberlos instalado. Antes de iniciar este procedimiento, tenga en cuenta las siguientes restricciones relacionadas con la instalación cuando ésta la realiza un usuario que no es el Administrador y que utiliza privilegios elevados: * Los usuarios que no son el Administrador sólo pueden instalar fixpack o productos complementarios, o actualizar productos DB2 si el mismo usuario que no es un Administrador ha realizado anteriormente instalaciones o actualizaciones. * Un usuario que no sea Administrador no puede desinstalar un producto DB2. Los usuarios que no son el Administrador, en el sistema Windows Vista (y posteriores), pueden desinstalar un producto DB2. Este procedimiento utiliza el Editor de políticas de grupos de Windows. 1. Pulse Inicio -> Ejecutar y escriba gpedit.msc. Se abrirá la ventana Group Policy (Directiva de grupo). 2. Pulse en Configuración del sistema -> Plantillas administrativas -> Componentes de Windows -> Programa de instalación de Windows. 3. Habilite los siguientes valores en Group Policy (Directiva de grupo): * Always install with elevated privileges (mandatory) (Instalar siempre con privilegios elevados (obligatorio)) * Enable user control over installs (mandatory) (Dar control al usuario sobre las instalaciones (obligatorio)) * Disable Windows Installer (Inhabilitar el programa de instalación de Windows). A continuación, establézcalo en Never (Nunca). * Enable user to patch elevated products (optional) (Permitir al usuario incorporar revisiones a productos elevados (opcional)) * Enable user to use media source while elevated (Permitir al usuario utilizar el origen de los medios mientras está elevado) (opcional) * Enable user to browse for source while elevated (optional for new installations, mandatory for fix pack upgrades) (Permitir que el usuario examine la fuente con privilegios elevados (opcional para instalaciones nuevas, obligatorio para actualizaciones de fixpack)) 4. Habilite los privilegios elevados para la cuenta de usuario que realizará la instalación. a. Pulse User Configuration -> Administrative Templates -> Windows Components -> Windows Installer (Configuración del usuario -> Plantillas administrativas -> Componentes de Windows -> Instalador de Windows). b. Habilite el valor Always install with elevated privileges (mandatory) (Instalar siempre con privilegios elevados (obligatorio)) en Group Policy (Directiva de grupo). 5. Realice la configuración relacionada con la cuenta de usuario que instalará el producto DB2. * Identifique la cuenta de usuario que instalará el producto DB2. Si es necesario, cree esa cuenta. * Otorgue a esa cuenta permiso de escritura para la unidad en donde se prevé realizar una instalación. 6. Opcional: realice los pasos adicionales correspondientes a la instalación de fixpacks: * Proporcione acceso de lectura al directorio sqllib\cfg. * Compruebe que allowlockdownpatch está habilitado (tal como se describe en la documentación del SDK del programa de instalación de Windows), pues las instalaciones de fixpacks se considera que son actualizaciones menores del producto. 7. Renueve la política de seguridad de la máquina de una de las formas siguientes: * Reinicie el PC. * En la línea de mandatos, entre gpupdate.exe. Este procedimiento le permite configurar el sistema con privilegios elevados y configurar una cuenta de usuario que podrá instalar productos de servidor, clientes y fixpacks de DB2. Una vez que la instalación de DB2 haya terminado: * Cualquier usuario del grupo con autorización de administración del sistema (SYSADM) o control del sistema (SYSCTRL) que esté definido en la configuración del gestor de bases de datos para la instancia podrá crear y utilizar las bases de datos de DB2 en la instancia de DB2. * Sólo un usuario que disponga de autorización de Administrador local podrá ejecutar programas de utilidad de instancia de DB2, como db2icrt, db2idrop, db2iupdt o db2iupgrade. * Los requisitos de autorización para la ejecución del mandato db2start o db2stop están definidos en los temas Mandato START DATABASE MANAGER y Mandato STOP DATABASE MANAGER. Utilización de regedit en lugar del Editor de políticas de grupos de Windows Puede utilizar regedit como alternativa a la utilización del Editor de políticas de grupos de Windows. 1. En la rama del registro HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows, añada la clave installer 2. Edite la clave installer con los valores siguientes: * Para AlwaysInstallElevated, escriba REG_DWORD=1 * Para AllowLockdownBrowse, escriba REG_DWORD=1 * Para AllowLockdownMedia, escriba REG_DWORD=1 * Para AllowLockdownPatch, escriba REG_DWORD=1 * Para DisableMSI, escriba REG_DWORD=0 * Para EnableUserControl, escriba REG_DWORD=1 3. En la rama del registro HKEY_CURRENT_USER\SOFTWARE\Policies\Microsoft\Windows, añada la clave installer 4. Edite la clave installer con los valores siguientes: * Para AlwaysInstallElevated, escriba REG_DWORD=1 Eliminación de privilegios elevados Después de otorgar privilegios elevados, puede revertir esa acción. Para ello, elimine la clave del registro Installer en HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows. Otorgamiento de autorizaciones de administración de DB2 a un usuario que no sea administrador En este momento, sólo los miembros del grupo de Administradores de Windows tienen autorizaciones de administración de DB2. El Administrador de Windows tiene la opción de otorgar una o varias autorizaciones de DB2, como SYSADM, SYSMAINT o SYSCTRL, al usuario que no es un Administrador que ha instalado el producto DB2. 2.3.4 Otorgamiento de derechos de usuario (Windows) Este tema describe los pasos necesarios para otorgar derechos de usuario en sistemas operativos Windows. Se recomiendan derechos de usuario específicos para las cuentas de usuario requeridas para instalar y configurar DB2. Para otorgar derechos avanzados de usuario en Windows debe estar conectado como Administrador local. 1. Pulse Inicio -> Ejecutar y escriba secpol.msc. En Windows 2008 y Windows Vista, pulse Inicio y escriba secpol.msc en la barra de búsqueda. Pulse Aceptar. 2. Seleccione Directiva de seguridad local. 3. En el panel izquierdo, amplíe el objeto Directivas locales y seleccione Asignaciones de derechos de usuario. 4. En el panel derecho, seleccione el derecho de usuario que desea asignar. 5. En el menú, seleccione Acción --> Seguridad... 6. Pulse en Añadir, seleccione un usuario o grupo al que desea asignar el derecho y pulse en Agregar. 7. Pulse Aceptar. Si su sistema pertenece a un dominio Windows, los derechos de usuario del dominio pueden alterar temporalmente los valores locales. En este caso, el Administrador de la red debe efectuar cambios en los derechos de usuario. 2.3.5 Ampliación del esquema de Active Directory para servicios de directorio de LDAP (Windows) Si tiene la intención de utilizar la función de servidor de directorios LDAP (Lightweight Directory Access Protocol) con Windows Server 2003, debe ampliar el esquema de Active Directory para contener las clases de objetos y las definiciones de atributos de DB2. Debe realizar esta tarea antes de instalar cualquiera los productos DB2. Al ampliar el esquema de directorio se asegura de que: * La instancia de DB2 por omisión, creada durante la instalación, se catalogue como un nodo de DB2 en Active Directory siempre que el ID de usuario de instalación tenga los privilegios suficientes para escribir en Active Directory. * Las bases de datos que el usuario cree después de la instalación se catalogarán en Active Directory de forma automática. Si decide instalar el producto DB2 y crear bases de datos antes de ampliar el esquema de directorios, debe registrar el nodo y catalogar las bases de datos manualmente. La cuenta de usuario de Windows debe tener autorización de Administración de esquemas. Para ampliar el esquema del directorio: 1. Inicie la sesión en el controlador de dominio. 2. Ejecute el programa db2schex.exe desde el DVD de instalación con una cuenta de usuario que tenga autorización de Administración de esquemas. Puede ejecutar este programa sin finalizar e iniciar la sesión de nuevo, del modo siguiente: runas /user:MiDominio\Administrator x:\db2\Windows\utilities\db2schex.exe donde x: representa la letra de la unidad de DVD. Cuando db2schex.exe finalice, puede continuar con la instalación del producto DB2. 2.3.6 Verificación de la disponibilidad del rango de puertos en los sistemas participantes (Windows) Esta tarea describe los pasos necesarios para verificar la disponibilidad del rango de puertos en los sistemas participantes. El rango de puertos lo utilizará Fast Communications Manager (FCM). FCM es una función de DB2 que gestiona las comunicaciones entre servidores de partición de base de datos. Cuando se instala el servidor de partición de base de datos propietario de la instancia en la máquina primaria, DB2 reserva un rango de puertos de acuerdo con el número especificado de servidores de partición de base de datos que participan en un entorno de base de datos particionada. El rango por omisión es de cuatro puertos. El Asistente de instalación de DB2 debe ser capaz de reservar un rango de puertos idéntico cuando los servidores de partición de base de datos se instalan en los sistemas participantes; el rango de puertos tiene que estar libre en cada uno de los servidores de partición de base de datos. Esta tarea debe realizarse después de instalar el servidor de partición de base de datos propietario de la instancia y antes de instalar cualquier servidor de partición de base de datos participante. Para verificar el rango de puertos en los sistemas participantes: 1. Abra el archivo services. La ubicación por omisión del archivo services se encuentra en el directorio %SystemRoot%\system32\drivers\etc, donde %SystemRoot% es el directorio raíz de Windows. 2. Localice los puertos reservados para DB2 Fast Communications Manager (FCM). Las entradas deben ser similares a las siguientes: DB2_DB2 60000/tcp DB2_DB2_1 60001/tcp DB2_DB2_2 60002/tcp DB2_DB2_END 60003/tcp DB2 reserva los cuatro primeros puertos disponibles después de 60000. 3. En cada sistema participante, abra el archivo services y compruebe que los puertos reservados para DB2 FCM en el archivo services del sistema principal no se están utilizando. 4. En el caso de que se utilicen los puertos necesarios en un sistema participante, identifique un rango de puertos disponible para todos los sistemas y actualice cada archivo de servicio, incluido el archivo "services" del sistema principal. 2.4 Requisitos adicionales para Linux y UNIX 2.4.1 Varias copias de DB2 en el mismo sistema (Linux y UNIX) Los productos de DB2 pueden instalarse en la vía de acceso de instalación de su elección. Los productos de DB2 también pueden instalarse varias veces en una única máquina. Cada copia de DB2 puede estar en el mismo nivel de código o diferente. Las instalaciones root de los productos DB2 pueden instalarse en la vía de acceso de instalación de su elección. A menos que se especifique lo contrario, las vías de acceso de instalación por omisión son: * Para los sistemas operativos AIX, HP-UX o Solaris /opt/IBM/db2/V9.7 * Para los sistemas operativos Linux /opt/ibm/db2/V9.7 Si está utilizando el Asistente de instalación de DB2 y opta por instalar una nueva copia de DB2 cuando ya se está utilizando la vía de acceso de instalación por omisión, la vía de acceso por omisión se convierte en: * Para AIX, HP-UX o Solaris /opt/IBM/db2/V9.7_## * Para Linux /opt/ibm/db2/V9.7_## donde ## es un número secuencial con prefijo cero en el rango de 01 a 99. La primera ocurrencia de la modificación de la vía de acceso por omisión es _01. Por ejemplo, si un producto DB2 se instala utilizando el Asistente de instalación de DB2 sin especificar una vía de acceso de instalación y la vía de acceso de instalación por omisión /opt/ibm/db2/V9.7 ya está en uso, el producto DB2 se instalará en la nueva vía de acceso por omisión /opt/ibm/db2/V9.7_01. Si instala una copia de DB2 utilizando un método de instalación que no sea el Asistente de instalación de DB2, deberá especificar la vía de acceso de instalación. El aumento secuencial automático de la vía de acceso por omisión sólo se produce cuando el Asistente de instalación de DB2 se utiliza para instalar una copia de DB2.Independientemente del método de instalación, no se puede instalar otro producto completo en la vía de acceso de otra copia de DB2 (como /opt/ibm/db2/V9.7). No se da soporte a una copia de DB2 instalada en un subdirectorio de una copia de DB2 existente porque todas las copias quedan inutilizables. Con la posibilidad de instalar varias copias de los productos DB2 en el sistema y la flexibilidad de instalar los productos y las funciones de DB2 en la vía de acceso de su elección, el mandato db2ls le ayuda a realizar un seguimiento de lo que hay instalado y del lugar en el que está instalado. Ejecute el mandato db2ls para ubicar los productos de DB2 instalados en el sistema. Las siguientes restricciones se aplican al instalar varias copias de DB2 en un sistema: * Las instalaciones no root no dan soporte a varias copias de DB2 * Sólo puede haber un Servidor de administración de DB2 (DAS) en el sistema. * Los nombres de instancia deben ser exclusivos en las copias de DB2. * Una copia de DB2 no tiene en cuenta ninguna instancia creada en otra copia de DB2. Sin embargo, el mandato db2iupdt puede conmutar la propiedad de una instancia de una copia de DB2 a otra. * La creación de enlaces con el mandato db2ln para una copia de DB2 hace que las otras dos copias no sean funcionales. No deben crearse enlaces cuando se pretenda que coexistan varias copias de DB2. * Las imágenes de Linux de 32 bits no pueden instalarse en plataformas de sistema operativo Linux x64. * Las herramientas de instalación de DB2 no dan soporte a varias invocaciones simultáneas en la misma máquina por medio del mismo usuario. 2.4.2 Usuarios y grupos de DB2 (Linux y UNIX) El Asistente de instalación de DB2 crea los usuarios y grupos automáticamente (si es necesario) durante la instalación del producto DB2. Nota: Este tema no se aplica a las instalaciones no root. Si está utilizando el Asistente de instalación de DB2, puede crear los usuarios y grupos siguientes durante la instalación. Para crear manualmente los usuarios y grupos siguientes, consulte 2.4.5, "Creación de ID de usuario y de grupo para una instalación de base de datos DB2 (Linux y UNIX)". Se utilizan tres usuarios y tres grupos para trabajar con DB2 en plataformas Linux y UNIX. Propietario de la instancia La instancia de DB2 se crea en el directorio inicial del propietario de la instancia. Este ID de usuario controla todos los procesos de DB2 y es el propietario de todos los sistemas de archivos y dispositivos utilizados por las bases de datos contenidas en la instancia. El usuario por omisión es db2inst1 y el grupo por omisión es db2iadm1. Cuando se utiliza el Asistente de instalación de DB2, la acción por omisión es crear un nuevo usuario para la instancia de DB2. El nombre por omisión es db2inst1. Si dicho nombre de usuario ya existe, el Asistente de instalación de DB2 busca los nombres de usuario (db2inst2, db2inst3 y así sucesivamente). La búsqueda continuará hasta que se identifique un nombre de usuario que todavía no sea un usuario existente en el sistema como ID de propietario de instancia por omisión. Si opta por continuar el Asistente de instalación de DB2 creará este usuario. Pero también puede especificar cualquier usuario existente como propietario de la instancia. Este método para la creación de nombres de usuario también se aplica a la creación de usuarios en la modalidad fenced y de usuarios del Servidor de administración de DB2. Usuario delimitado El usuario delimitado se utiliza para ejecutar funciones definidas por el usuario (UDF) y procedimientos almacenados fuera del espacio de direcciones utilizado por la base de datos DB2. El usuario por omisión es db2fenc1 y el grupo por omisión es db2fadm1. Si no necesita este nivel de seguridad, por ejemplo en un entorno de prueba, puede utilizar el propietario de instancia como usuario delimitado. Usuario del Servidor de administración de DB2 El ID de usuario para el usuario del Servidor de administración de DB2 se utiliza para ejecutar el Servidor de administración de DB2 (DAS) en el sistema. El usuario por omisión es dasusr1 y el grupo por omisión es dasadm1. Este ID de usuario también lo utilizan las herramientas GUI de DB2 para realizar tareas de administración respecto a las instancias y bases de datos de la base de datos del servidor local. Sólo hay un DAS por sistema. Un DAS da servicio a una o más instancias de base de datos, incluidas las instancias de base datos que pertenecen a distintas instalaciones. El DAS puede dar servicio a instancias de base de datos cuyo nivel de release sea inferior al nivel de release del DAS. No obstante, en el caso de las instancias de base de datos cuyo nivel de release sea superior al nivel de release del DAS, debe migrarse el DAS a un nivel superior. El nivel de release del DAS debe ser igual o mayor que el nivel de release de cualquiera de las instancias de base de datos a las que da servicio. Restricciones de ID de usuario Los ID de usuario tienen las restricciones y los requisitos siguientes: * Deben tener un grupo primario que no sea huéspedes, administradores, usuarios ni local * Pueden incluir letras minúsculas (a-z), números (0-9) y el carácter de subrayado ( _ ) * No pueden tener más de ocho caracteres * No pueden empezar por IBM, SYS, SQL ni un número * No pueden ser una palabra reservada de DB2 (USERS, ADMINS, GUESTS, PUBLIC o LOCAL) ni una palabra reservada de SQL * No pueden utilizar ningún ID de usuario con privilegio root para el ID de la instancia de DB2, el ID de DAS o el ID delimitado. * No pueden incluir caracteres acentuados * Si se especifican ID de usuario existentes en vez de crear nuevos ID de usuario, asegúrese de que los ID de usuario: * No están bloqueados * No tienen contraseñas caducadas 2.4.3 Consideraciones sobre la gestión de usuarios centralizada (Linux y UNIX) En los entornos que incluyen software de seguridad, se deben tener en cuenta algunas consideraciones referentes a la instalación. Nota: La instalación de DB2 no puede actualizar o crear usuarios o grupos si éstos están controlados fuera del sistema operativo. Por ejemplo, LDAP puede utilizarse para controlar usuarios y grupos fuera del sistema operativo. Nota: Las funciones Network Information Services (NIS) y Network Information Services Plus (NIS+) han dejado de utilizarse a partir de DB2 Versión 9.1 Fixpack 2. Es posible en los releases futuros se elimine el soporte a estas funciones. Lightweight Directory Access Protocol (LDAP) es la solución recomendada para los servicios de gestión centralizada de usuarios. Durante la creación de instancias, si no está presente un componente de seguridad, la lista de grupos del propietario de la instancia se modifica para incluir el grupo primario del usuario de DAS (database administrative server), si el DAS está creado. Si el programa de creación de instancias no puede modificar estas propiedades, el programa informará que no puede hacerlo. El mensaje de aviso proporciona la información necesaria para realizar manualmente los cambios. Estas consideraciones son válidas para cualquier entorno en el que un programa de seguridad externo no permita modificar características del usuario a los programas de creación de instancias o de instalación de DB2. 2.4.4 Preparación para la instalación de DB2 para Linux en zSeries Para instalar un producto DB2 en un sistema IBM zSeries que ejecute Linux, primero debe hacer que la imagen de instalación sea accesible para el sistema operativo Linux. Puede utilizar FTP para enviar la imagen de instalación al sistema operativo o utilizar un montaje mediante NFS para que el DVD del producto esté disponible en el sistema operativo. Requisitos previos Haber obtenido previamente la imagen de instalación del producto DB2. Utilización de FTP para acceder a la imagen de instalación Desde el sistema IBM zSeries que ejecuta Linux: 1. Entre el mandato siguiente: ftp suservidor.com donde suservidor.com representa el servidor FTP en el que reside la imagen de instalación del producto DB2. 2. Entre el ID de usuario y la contraseña. 3. Entre los mandatos siguientes: bin get archivo de producto donde archivo de producto representa el nombre correspondiente al paquete del producto. Utilización del DVD del producto DB2 a través de NFS para acceder a la imagen de instalación Para utilizar el DVD del producto en un sistema operativo Linux: 1. Monte el DVD del producto adecuado. 2. Exporte el directorio en el que haya montado el DVD. Por ejemplo, si ha montado el DVD en /db2dvd, exporte el directorio /db2dvd. 3. En un sistema IBM zSeries que ejecute Linux, monte este directorio mediante NFS utilizando el mandato siguiente: mount -t nfs -o ro nombre_servidor_nfs:/db2dvd /nombre_directorio_local donde nombre_servidor_nfs representa el nombre del sistema principal del servidor NFS, db2dvd representa el nombre del directorio que se está exportando en el servidor NFS y nombre_directorio_local representa el nombre del directorio local. 4. En un sistema IBM zSeries que ejecute Linux, vaya al directorio en el que esté montado el DVD. Puede hacerlo entrando el mandato cd /local_directory_name, donde nombre_directorio_local representa el punto de montaje del DVD del producto. 2.4.5 Creación de ID de usuario y de grupo para una instalación de base de datos DB2 (Linux y UNIX) El Asistente de instalación de DB2 creará los tres usuarios y los tres grupos durante el proceso de instalación. Si lo desea, puede crearlos previamente. Para realizar esta tarea, debe tener autorización root para crear usuarios y grupos. Se necesitan tres usuarios y tres grupos. Los nombres de los usuarios y de los grupos utilizados en las instrucciones siguientes están documentados en la tabla siguiente. Puede especificar nombres de usuarios y grupos propios si siguen las normas de denominación del sistema y de DB2. Los ID de usuario que cree serán necesarios para llevar a cabo tareas de configuración posteriores. Tabla 11. Usuarios y grupos por omisión +-----------------------+----------------------+----------------------+ | Usuario | Nombre de usuario de | Nombre de grupo de | | | ejemplo | ejemplo | +-----------------------+----------------------+----------------------+ | Propietario de la | db2inst1 | db2iadm1 | | instancia | | | +-----------------------+----------------------+----------------------+ | Usuario delimitado | db2fenc1 | db2fadm1 | +-----------------------+----------------------+----------------------+ | Usuario del Servidor | dasusr1 | dasadm1 | | de administración de | | | | DB2 | | | +-----------------------+----------------------+----------------------+ * El directorio inicial del propietario de la instancia es donde se creará la instancia de DB2. * El usuario delimitado se utiliza para ejecutar funciones definidas por el usuario (UDF) y procedimientos almacenados fuera del espacio de direcciones utilizado por la base de datos DB2. * El ID de usuario para el usuario del Servidor de administración de DB2 se utiliza para ejecutar el Servidor de administración de DB2 en el sistema. Para crear los ID de usuario y de grupo para DB2: 1. Inicie una sesión como usuario con autorización de usuario root. 2. Entre los mandatos adecuados para el sistema operativo. Nota: Estos ejemplos de línea de mandatos no contienen contraseñas. Sólo son ejemplos. Puede utilizar el mandato passwd username desde la línea de mandatos para establecer la contraseña. Sistemas operativos AIX Para crear grupos en AIX, introduzca los mandatos siguientes: mkgroup id=999 db2iadm1 mkgroup id=998 db2fadm1 mkgroup id=997 dasadm1 Cree usuarios para cada grupo: mkuser id=1004 pgrp=db2iadm1 groups=db2iadm1 home=/home/db2inst1 db2inst1 mkuser id=1003 pgrp=db2fadm1 groups=db2fadm1 home=/home/db2fenc1 db2fenc1 mkuser id=1002 pgrp=dasadm1 groups=dasadm1 home=/home/dasusr1 dasusr1 Establezca la contraseña inicial: passwd db2inst1 passwd db2fenc1 passwd dasusr1 Sistemas operativos HP-UX Para crear grupos en HP-UX, entre los mandatos siguientes: groupadd -g 999 db2iadm1 groupadd -g 998 db2fadm1 groupadd -g 997 dasadm1 Cree usuarios para cada grupo: useradd -g db2iadm1 -d /home/db2instl -m db2inst1 useradd -g db2fadm1 -d /home/db2fenc1 -m db2fenc1 useradd -g dbasgrp -d /home/dasusr1 -m dasusr1 Establezca la contraseña inicial: passwd db2inst1 passwd db2fenc1 passwd dasusr1 Sistemas operativos Linux Para crear grupos en sistemas operativos Linux, introduzca los mandatos siguientes: groupadd -g 999 db2iadm1 groupadd -g 998 db2fadm1 groupadd -g 997 dasadm1 Cree usuarios para cada grupo: useradd -u 1004 -g db2iadm1 -m -d /home/db2inst1 db2inst1 useradd -u 1003 -g db2fadm1 -m -d /home/db2fenc1 db2fenc1 useradd -u 1002 -g dasadm1 -m -d /home/dasusr1 dasusr1 Establezca la contraseña inicial: passwd db2inst1 passwd db2fenc1 passwd dasusr1 sistemas operativos Solaris Para crear grupos en Solaris, introduzca los mandatos siguientes: groupadd -g 999 db2iadm1 groupadd -g 998 db2fadm1 groupadd -g 997 dasadm1 Cree usuarios para cada grupo: useradd -g db2iadm1 -u 1004 -d /export/home/db2inst1 -m db2inst1 useradd -g db2fadm1 -u 1003 -d /export/home/db2fenc1 -m db2fenc1 useradd -g dasadm1 -u 1002 -d /export/home/dasusr1 -m dasusr1 Establezca la contraseña inicial: passwd db2inst1 passwd db2fenc1 passwd dasusr1 2.4.6 Requisitos de límite de usuario del SO (Linux y UNIX) Este tema perfila los límites de recurso de procesos de usuario del sistema operativo recomendado (ulimits) en sistemas operativos Linux y UNIX. En función de su instalación, el motor de DB2 eleva automáticamente los ulimits para grados variables: * Para las instalaciones root, el motor de DB2 aumenta automáticamente los ulimits de acuerdo con las necesidades del sistema de base de datos DB2. * Para las instalaciones no root, el motor de DB2 sólo puede actualizar los ulimits data, nofiles y fsize para el proceso del motor hasta los límites de hardware que imponga el administrador del sistema. En cualquier caso, es posible que resulte más práctico establecer los límites de recurso de modo permanente en el sistema. Especialmente para las instalaciones no root, un administrador debería definir los valores de ulimit data, nofiles y fsize después de la instalación. Valores de ulimit recomendados para instalaciones no root Una vez se haya completado una instalación non root, el propietario de la instancia debería verificar los ulimits de sistema operativo del hardware para los recursos data, nofiles y fsize. Los valores recomendados se perfilan en la tabla siguiente: Tabla 12. Valores de ulimit recomendados para instalaciones no root +-------------+-------------+-------------+-------------+-------------+ | Recurso de | Descripción | Valor | Valor | Mandato | | ulimit de | | mínimo | recomendado | para | | hardware | | | | consultar | | | | | | el valor | +-------------+-------------+-------------+-------------+-------------+ | data | Memoria | La cantidad | Ilimitada | ulimit -Hd | | | privada | de memoria | | | | | máxima | disponible | | | | | permitida | en el | | | | | para un | sistema | | | | | proceso | | | | +-------------+-------------+-------------+-------------+-------------+ | nofiles | Número | Mayor que | 65536 o | ulimit -Hn | | | máximo de | la suma de | ilimitado | | | | archivos | todos los | | | | | abiertos | parámetros | | | | | que se | de | | | | | permite en | configura- | | | | | un proceso | ción de base| | | | | | de datos | | | | | | MAXFILOP | | | | | | para todas | | | | | | las bases | | | | | | de datos de | | | | | | la | | | | | | instancia | | | +-------------+-------------+-------------+-------------+-------------+ | fsize | Tamaño de | Ilimitada | Ilimitada | ulimit -Hf | | | archivo | | | | | | máximo | | | | | | permitido | | | | +-------------+-------------+-------------+-------------+-------------+ Si no se satisfacen los valores mínimos de ulimit, es posible que el motor de DB2 se encuentre con errores de escasez de recursos del sistema operativo inesperados. Estos errores pueden producir una interrupción de DB2. Póngase en contacto con un usuario root o un Administrador del sistema en el caso de que tengan que actualizarse los valores de ulimit para la instalación no root. Los valores para ulimits deben establecerse manualmente, excepto en los sistemas operativos AIX, donde también existe la opción de establecer ulimits ejecutando el mandato db2rfe. 2.4.7 Parámetros del kernel (Linux y UNIX) 2.4.7.1 Modificación de los parámetros del kernel (HP-UX) Para que el producto DB2 funcione correctamente en HP-UX, es posible que necesite actualizar los parámetros de configuración del kernel del sistema. Si actualiza los valores de los parámetros de configuración del kernel, debe reiniciar el sistema. Para modificar parámetros del kernel, debe tener autorización de usuario root. Para modificar los parámetros del kernel: 1. Entre el mandato sam para iniciar el programa System Administration Manager (SAM). 2. Efectúe una doble pulsación sobre el icono Kernel Configuration. 3. Efectúe una doble pulsación sobre el icono Configurable Parameters. 4. Efectúe una doble pulsación sobre el parámetro que desee cambiar y entre el nuevo valor en el campo Formula/Value. 5. Pulse Aceptar. 6. Repita estos pasos para todos los parámetros de configuración que desee cambiar. 7. Cuando haya terminado de establecer todos los parámetros de configuración de kernel, seleccione Action --> Process New Kernel en la barra de menús de acciones. El sistema operativo HP-UX se reinicia automáticamente después de que se cambien los valores de los parámetros de configuración del kernel. 2.4.7.2 Parámetros de configuración del kernel recomendados (HP-UX) Para los sistemas HP-UX que ejecuten un sistema de bases de datos DB2 de 64 bits, ejecute el mandato db2osconf para sugerir los valores de los parámetros de configuración del kernel adecuados para el sistema. El programa de utilidad db2osconf sólo puede ejecutarse desde $DB2DIR/bin, donde $DB2DIR es el directorio en el que instaló el producto DB2. 2.4.7.3 Modificación de los parámetros del kernel (Linux) Antes de instalar un sistema de bases de datos DB2, actualice los parámetros del kernel de Linux. Los valores por omisión para determinados parámetros de kernel en Linux no son suficientes al ejecutar un sistema de base de datos DB2. Para modificar parámetros del kernel, debe tener autorización de usuario root. Para actualizar parámetros del kernel en Red Hat y SUSE Linux: 1. Ejecute el mandato ipcs -l 2. Analice la salida para determinar si es necesario realizar algún cambio en el sistema. Se han añadido comentarios después de // para indicar el nombre de los parámetros. # ipcs -l ------ Límites de memoria compartida -------- número máx de segmentos = 4096 // SHMMNI tamaño máx de seg (kbytes) = 32768 // SHMMAX mem comp total máx (kbytes) = 8388608 // SHMALL tamaño mín de seg (bytes) = 1 ------ Límites de semáforo -------- número máx de conjuntos = 1024 // SEMMNI máx de semáforos por conjunto = 250 // SEMMSL máx de semáforos en todo el sistema = 256000 // SEMMNS máx de operaciones por llamada opsem = 32 // SEMOPM valor máx de semáforo = 32767 ------ Mensajes: Límites -------- máx de colas en todo el sistema = 1024 // MSGMNI tamaño máx de mensaje (bytes) = 65536 // MSGMAX tamaño máx por omisión de la cola (bytes) = 65536 // MSGMNB * Empezando por la primera sección sobre Límites de la memoria compartida, SHMMAX y SHMALL son los parámetros a los que debe mirarse. SHMMAX es el tamaño máximo de un segmento de memoria compartida en un sistema Linux mientras que SHMALL es la asignación máxima de páginas de memoria compartida en un sistema. * Es recomendable establecer el valor SHMMAX de forma que sea igual a la cantidad de memoria física del sistema. Sin embargo, el mínimo necesario en los sistemas x86 es 268435456 (256 MB) y para sistemas de 64 bits es 1073741824 (1 GB). * SHMALL está establecido en 8 GB por omisión (8388608 KB = 8 GB). Si la memoria física supera esta cantidad y se debe utilizar para DB2, este parámetro se incrementa al 90% aproximadamente de la memoria física del sistema. Por ejemplo, si el sistema tiene 16 GB de memoria que debe utilizarse principalmente para DB2, SHMALL deberá establecerse en 3774873 (el 90% de 16 GB es 14,4 GB; 14,4 GB se divide entre 4 KB, que es el tamaño de página de base). La salida de ipcs ha convertido SHMALL a kilobytes. El kernel requiere este valor como un número de páginas.Si está actualizando a DB2 Versión 9.7 sin utilizar el valor por omisión de SHMALL, debe aumentar el valor de SHMALL en 4 GB adicionales. Fast Communication Manager (FCM) necesita este incremento de la memoria para los canales y los almacenamientos intermedios adicionales. * La sección siguiente trata de la cantidad de semáforos disponibles para el sistema operativo. El parámetro del kernel sem está formado por 4 símbolos: SEMMSL, SEMMNS, SEMOPM y SEMMNI. SEMMNS es el resultado de multiplicar SEMMSL por SEMMNI. El gestor de bases de datos necesita que el número de conjuntos (SEMMNI) aumente según sea necesario. Normalmente, SEMMNI debe ser el doble que el número máximo de agentes esperados en el sistema multiplicado por el número de particiones lógicas del sistema servidor de bases de datos más el número de conexiones de aplicación locales del sistema servidor de bases de datos. * La tercer sección trata de los mensajes del sistema. * MSGMNI afecta el número de agentes que pueden iniciarse, MSGMAX afecta el tamaño del mensaje que puede enviarse en una cola y MSGMNB afecta el tamaño de la cola. * En MSGMAX debe cambiarse a 64 KB (es decir, 65535 bytes) y MSGMNB debe aumentarse hasta 65535. 3. Para modificar estos parámetros del kernel, edite el archivo /etc/sysctl.conf. Si este archivo no existe, créelo. Las líneas siguientes son ejemplos de lo que debería colocarse en el archivo: kernel.sem = 250 256000 32 1024 #shmmax de ejemplo para un sistema de 64 bits kernel.shmmax=1073741824 #shmall de ejemplo para un 90 por ciento de memoria de 16 GB kernel.shmall=3774873 kernel.msgmax=65535 kernel.msgmnb=65535 4. Ejecute sysctl con el parámetro -p para cargar los valores de sysctl desde el archivo por omisión /etc/sysctl.conf: sysctl -p 5. Para que los cambios entren en vigor después de cada rearranque: * (SUSE Linux) Active boot.sysctl * (Red Hat) El script de inicialización rc.sysinit leerá el archivo /etc/sysctl.conf automáticamente 2.4.7.4 Modificación de los parámetros del kernel (sistema operativo Solaris) Para que el sistema de bases de datos DB2 funcione correctamente, es aconsejable actualizar los parámetros de configuración del kernel del sistema. Puede utiliza el programa de utilidaddb2osconf para sugerir los parámetros del kernel recomendados. Si desea sacar partido de los controles de recursos de proyecto (/etc/project), consulte la documentación de Solaris. Para modificar parámetros del kernel, debe tener autorización de usuario root. Para utilizar el mandato db2osconf, debe instalar primero el sistema de bases de datos DB2. El programa de utilidad db2osconf sólo puede ejecutarse desde $DB2DIR/bin, donde $DB2DIR es el directorio en el que instaló el producto DB2. Después de modificar los parámetros del kernel, deberá reiniciar el sistema. Para establecer un parámetro del kernel, añada una línea al final del archivo /etc/system, tal como mostramos a continuación: set nombre_parámetro = value Por ejemplo, para establecer el valor del parámetro msgsys:msginfo_msgmax, añada la línea siguiente al final del archivo /etc/system: set msgsys:msginfo_msgmax = 65535 Después de actualizar el archivo /etc/system, reinicie el sistema. 2.5 Instalación en Windows 2.5.1 Visión general de la instalación del producto de servidor DB2 (Windows) Este tema indica los pasos para instalar el producto de servidor DB2 en Windows. Para instalar el producto de servidor de DB2: 1. Revise los requisitos previos del producto DB2. 2. Revise la información sobre actualización de DB2, si procede. 3. Prepare el soporte de instalación: DVD del producto Inserte el DVD del producto DB2 en la unidad de DVD-ROM. Imagen de instalación Si ha descargado una imagen de instalación, extraiga el archivo. 4. Instale el producto DB2 utilizando: * El Asistente de instalación de DB2. * Una instalación silenciosa con un archivo de respuestas. Puede utilizar el Asistente de instalación de DB2 para realizar tareas de instalación y configuración, como por ejemplo: * Selección del tipo de instalación de DB2 (típica, compacta o personalizada). * Selección de la ubicación de la instalación del producto DB2. * Instalación de los idiomas que pueden especificarse posteriormente como idiomas por omisión para de la interfaz del producto y los mensajes. * Configuración de DB2 Extended Security. * Configuración de una instancia de DB2 (incluida la instalación del usuario de la instancia). Por omisión, es el mismo que el usuario DAS. * Instalación del Servidor de administración de DB2 (incluida la instalación del usuario de DAS). * Configuración del servidor DB2 Text Search. * Instalación de las notificaciones del supervisor de salud y de contactos de administración. * Instalación y configuración de la instalación y configuración de instancias (incluida la instalación del usuario de la instancia). * Preparación del catálogo de herramientas de DB2. * Especificación del puerto del Centro de información de DB2. * Creación de archivos de respuestas. * Instalación de productos adicionales. 2.5.2 Instalación de servidores DB2 ( Windows ) Esta tarea describe cómo iniciar el asistente de instalación de DB2 en Windows. El asistente de instalación de DB2 se utilizará para definir la instalación e instalar el producto de base de datos DB2 en el sistema. Antes de empezar Antes de iniciar el asistente de instalación de DB2: * Si tiene pensado instalar un entorno de base de datos particionada, consulte el apartado "Configuración de un entorno de base de datos particionada". * Asegúrese de que el sistema cumpla los requisitos de instalación, memoria y disco. * Si tiene intención de utilizar LDAP en Windows para registrar el servidor DB2 en Active Directory, debe ampliar el esquema de directorios antes de realizar la instalación. * Si prevé utilizar IBM Tivoli Monitoring for Databases: DB2 Agent, antes de instalar el producto DB2, consulte el tema "Instalación de IBM Tivoli Monitoring for Databases: DB2 Agent con DB2 Installer" para obtener información detallada y conocer las limitaciones y restricciones. * Debe tener una cuenta de usuario local administrador con los derechos de usuario recomendados para llevar a cabo la instalación. En los servidores de base de datos DB2 donde LocalSystem se pueda utilizar como DAS y usuario de la instancia de DB2 y no se está utilizando la característica de particionamiento de bases de datos, un usuario que no sea administrador pero que tenga privilegios elevados podrá realizar la instalación. Nota: Si la instalación del producto se va a realizar mediante una cuenta de usuario no administrador, la biblioteca de ejecución VS2005 debe estar instalada antes de intentar instalar un producto de base de datos DB2. Es necesario que la biblioteca de ejecución VS2005 se encuentre en el sistema operativo para poder instalar el producto de base de datos DB2. La biblioteca de ejecución VS2005 está disponible desde el sitio web de descarga de bibliotecas de ejecución de Microsoft. Hay dos opciones: escoja vcredist_x86.exe para sistemas de 32 bits o vcredist_x64.exe para sistemas de 64 bits. * Aunque no es obligatorio, es recomendable que cierre todos los programas para que el programa de instalación pueda actualizar todos los archivos de la máquina sin necesitar un reinicio del sistema. * No se da soporte a la instalación de productos DB2 desde una unidad virtual o una unidad de red no correlacionada (por ejemplo \\nombresistpral\nombrerecursocompartido en Windows Explorer). Antes de intentar instalar productos DB2, debe correlacionar la unidad de red con una letra de unidad de Windows (por ejemplo, Z:). Restricciones * No puede tener más de una instancia del Asistente de instalación de DB2 en ejecución en ninguna cuenta de usuario. * El nombre de la copia y el nombre de la instancia de DB2 no puede comenzar con un valor numérico.El nombre de la copia de DB2 se limita a los 64 caracteres del alfabeto inglés que son: de la A a la Z, de la a a la z y de 0 a 9. * El nombre de la copia y el nombre de la instancia de DB2 deben ser exclusivos entre todas las copias de DB2. * El uso de funciones de XML se restringe a una base de datos que sólo tiene una partición de base de datos. * No se puede instalar ningún otro producto de base de datos DB2 en la misma vía de acceso si ya se ha instalado uno de los siguientes: * IBM Data Server Runtime Client * IBM Data Server Driver Package * Centro de información de DB2 * No se pueden utilizar caracteres no ingleses en los campos del Asistente de instalación de DB2. * Si habilita la seguridad ampliada en Windows Vista, o Windows 2008 o superior, los usuarios deben pertenecer al grupo DB2ADMNS o DB2USERS para poder ejecutar mandatos de DB2 locales y aplicaciones debido a una función de seguridad adicional (Control de accesos de usuarios) que limita los privilegios que tienen por omisión los administradores locales. Si los usuarios no pertenecen a uno de estos grupos, no tendrán acceso de lectura sobre los datos locales de aplicaciones o de configuración de DB2. Procedimiento Para iniciar el asistente de instalación de DB2: 1. Inicie una sesión en el sistema con la cuenta de Administrador local que ha definido para la instalación de DB2. 2. Si dispone del DVD del producto DB2, insértelo en la unidad. Si está habilitada, la función de ejecución automática inicia el Área de ejecución para la instalación de DB2. Si la ejecución automática no funciona, utilice el Explorador de Windows para examinar el DVD del producto de base de datos DB2 y efectúe una doble pulsación sobre el icono de instalación para iniciar el Área de ejecución para la instalación de DB2. 3. Si ha descargado el producto de base de datos DB2 de Passport Advantage, ejecute el archivo ejecutable para extraer los archivos de instalación del producto de base de datos DB2. Utilice el Explorador de Windows para examinar los archivos de instalación de DB2 y efectúe una doble pulsación sobre el icono de instalación para iniciar el Área de ejecución para la instalación de DB2. 4. Desde el Área de ejecución para la instalación de DB2, puede visualizar los requisitos previos de instalación y las notas del release, o ir directamente a la instalación. Para obtener información de última hora, revise los requisitos previos de la instalación y las notas del release. 5. Pulse Instalar un producto y la ventana Instalar un producto mostrará los productos disponibles para la instalación. Si no hay ningún producto existente de base de datos DB2 instalado en el sistema, inicie la instalación pulsando Instalar nuevo. Avance por la instalación siguiendo las indicaciones del Asistente de instalación de DB2. Si hay instalado al menos un producto de base de datos DB2 existente en el sistema, puede: * Pulsar Instalar nuevo para crear una nueva copia de DB2. * Pulsar Trabajar con existente para actualizar una copia existente de DB2, para añadir una función a una copia existente de DB2, para actualizar una copia existente de DB2 Versión 8, Versión 9.1 o Versión 9.5, o para instalar un producto complementario. 6. El Asistente de instalación de DB2 determinará el idioma del sistema e iniciará el programa de instalación en dicho idioma. Existe ayuda en línea a su disposición que le guiará por los pasos restantes. Para invocar la ayuda en línea, pulse Ayuda o pulse F1. Puede pulsar Cancelar en cualquier momento para finalizar la instalación. Resultados El producto de base de datos DB2 se instalará, por omisión, en el directorio Archivos_programa\IBM\sqllib, donde Archivos_programa representa la ubicación del directorio Archivos de programa. Si está instalando en un sistema donde este directorio ya está ocupado, se añadirá _xx a la vía de instalación del producto de base de datos DB2, donde xx son dígitos que comienzan en 01 y aumentan de acuerdo con el número de copias de DB2 que haya instaladas. También puede especificar su propia vía de instalación del producto de base de datos DB2. Qué hacer a continuación * Verifique la instalación. * Realice las tareas posteriores a la instalación necesarias. Para obtener información sobre los errores encontrados durante la instalación, examine el archivo de registro situado en el directorio Mis Documentos\DB2LOG\. El archivo de anotaciones cronológicas utiliza el formato siguiente: DB2-AbrevProducto-FechaHora.log, por ejemplo, DB2-ESE-Tue Apr 04 17_04_45 2008.log. Si se está instalando un producto DB2 nuevo en un sistema Vista de 64 bits y va a utilizar un proveedor OLE DB de 32 bits, debe registrar el IBMDADB2 DLL manualmente. Para registrar este DLL, ejecute el mandato siguiente: c:\windows\SysWOW64\regsvr32 /s c:\Archivos_programa\IBM\SQLLIB\bin\ibmdadb2.dll donde Archivos_programa representa la ubicación del directorio Archivos de programa. Si desea que el producto de base de datos DB2 tenga acceso a la documentación de DB2 en el sistema local o en otro sistema de la red, debe instalar el Centro de información de DB2.. El Centro de información de DB2 contiene la documentación del sistema de base de datos DB2 y los productos relacionados de DB2. Por omisión, se accede a la información de DB2 desde Internet si el Centro de información DB2 no está instalado localmente. Límites de memoria de DB2 Express Edition y DB2 Workgroup Server Edition Si va a instalar DB2 Express Edition, la memoria máxima permitida para la instancia es de 4 GB. Si va a instalar DB2 Workgroup Server Edition, la memoria máxima permitida para la instancia es de 16 GB. La cantidad de memoria asignada a la instancia la determina el parámetro de configuración del gestor de bases de datos INSTANCE_MEMORY. Notas importantes cuando se realiza una actualización de la Versión 9.1 o 9.5: * Si la configuración de memoria para el producto de base de datos DB2 Versión 9.1 excede el límite permitido, es posible que el producto de base de datos DB2 no se inicie después de actualizar a la versión actual. * El gestor de memoria de ajuste automático no aumentará el límite de memoria de instancia general más allá de los límites de la licencia. 2.5.3 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 El entorno del sistema incluye varias copias de DB2, y una de ellas es la copia de DB2 por omisión. 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. Dado que está instalando una nueva copia de DB2, decide no establecer la nueva copia de DB2 como copia de DB2 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. Durante la instalación de una nueva copia de DB2, decide 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 . 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--- 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. 2.6 Instalación en Linux y UNIX 2.6.1 Visión general de la instalación del producto de servidor DB2 (Linux y UNIX) Este tema indica los pasos para instalar el producto de servidor de DB2 en AIX, HP-UX, Linux y Solaris. Para instalar el producto de servidor de DB2: 1. Revise los requisitos previos del producto DB2. 2. Revise la información sobre actualización de DB2, si procede. 3. Modifique los parámetros del kernel en HP-UX, Linux y Solaris. En todas las plataformas, a excepción de Linux para x86_32, debe instalar un kernel de 64 bits antes de proseguir con la instalación; de lo contrario, la instalación no se realizará. 4. Prepare el soporte de instalación: DVD del producto Si el DVD del producto DB2 no se monta de forma automática, monte el DVD del producto DB2. Imagen de instalación Si ha descargado una imagen de instalación, descomprima el archivo. 5. Instale el producto DB2 utilizando uno de los métodos disponibles: * El Asistente de instalación de DB2 * El mandato db2_install * Una instalación silenciosa utilizado un archivo de respuestas * Despliegue de archivo de carga útil Para los servidores DB2, puede utilizar el Asistente de instalación de DB2 para realizar tareas de instalación y configuración, como por ejemplo: * Selección del tipo de instalación de DB2 (típica, compacta o personalizada). * Selección de la ubicación de la instalación del producto DB2. * Instalación de los idiomas que pueden especificarse posteriormente como idiomas por omisión para de la interfaz del producto y los mensajes. * Instalación o actualización de IBM Tivoli System Automation for Multiplatforms (Linux y AIX). * Configuración de una instancia de DB2. * Instalación del Servidor de administración de DB2 (incluida la instalación del usuario de DAS). * Configuración del servidor DB2 Text Search. * Instalación de las notificaciones del supervisor de salud y de contactos de administración. * Instalación y configuración de la instalación y configuración de instancias (incluida la instalación del usuario de la instancia). * Configuración del soporte de fuentes de datos Informix. * Preparación del catálogo de herramientas de DB2. * Especificación del puerto del Centro de información de DB2. * Creación de archivos de respuestas. 6. Si ha instalado un servidor DB2 utilizando un método distinto al Asistente de instalación de DB2, deberá realizar pasos de configuración posteriores a la instalación. 2.6.2 Instalación como usuario root 2.6.2.1 Instalación de servidores DB2 con el Asistente de instalación de DB2 (Linux y UNIX) En esta tarea se describe cómo iniciar el Asistente de instalación de DB2 en los sistemas operativos Linux y UNIX. El Asistente de instalación de DB2 se utiliza para definir las preferencias de instalación y para instalar el producto de base de datos DB2 en el sistema. Antes de empezar Antes de iniciar el asistente de instalación de DB2: * Si tiene pensado instalar un entorno de base de datos particionada, consulte las instrucciones del enlace relacionado al final de este tema. * Asegúrese de que el sistema cumpla los requisitos de instalación, memoria y disco. * Asegúrese de que tiene instalado un navegador soportado (Firefox 2.0+, Mozilla 1.7+ o SeaMonkey 1.1.4). * Puede instalar un servidor DB2 con autorización root o no root. Para obtener más información sobre una instalación no root, consulte los enlaces relacionados. * La imagen del producto de base de datos DB2 debe ser accesible. Para obtener una imagen de instalación de DB2, puede adquirir un DVD físico del producto de base de datos DB2 o descargar una imagen de instalación de Passport Advantage. * Si está instalando una versión no inglesa de un producto de base de datos DB2, debe tener los Paquetes de idiomas nacionales adecuados. * El Asistente de instalación de DB2 es un instalador gráfico. Para poder ejecutar el Asistente de instalación de DB2 en su máquina, deberá disponer de software X Windows capaz de representar una interfaz gráfica de usuario. Compruebe que el servidor X Windows está en ejecución. Asegúrese de haber exportado debidamente la visualización. Por ejemplo, export DISPLAY=9.26.163.144:0. * Si utiliza software de seguridad en el entorno, deberá crear manualmente los usuarios de DB2 necesarios antes de iniciar el Asistente de instalación de DB2. * Si prevé utilizar IBM Tivoli Monitoring for Databases: DB2 Agent, antes de instalar el producto DB2, consulte el tema "Instalación de IBM Tivoli Monitoring for Databases: DB2 Agent con DB2 Installer" para obtener información detallada y conocer las limitaciones y restricciones. Restricciones * No puede tener más de una instancia del Asistente de instalación de DB2 en ejecución en ninguna cuenta de usuario. * La utilización de funciones de XML está restringida a una base de datos que esté definida con el juego de códigos UTF-8 y que tenga una sola partición de base de datos. * No se pueden utilizar caracteres no ingleses en los campos del Asistente de instalación de DB2. Procedimiento Para iniciar el asistente de instalación de DB2: 1. Si tiene un DVD físico del producto de base de datos DB2, vaya al directorio en el que está montado el DVD del producto de base de datos DB2 entrando el mandato siguiente: cd /dvdrom donde /dvdrom representa el punto de montaje del DVD del producto de base de datos DB2. 2. Si ha descargado la imagen del producto de base de datos DB2, deberá extraer y desempaquetar el archivo del producto. a. Extraiga el archivo del producto: gzip -d producto.tar.gz donde producto es el nombre del producto que ha descargado. b. Desempaquete el archivo del producto: En sistemas operativos Linux tar -xvf producto.tar En sistemas operativos AIX, HP-UX y Solaris gnutar -xvf producto.tar donde producto es el nombre del producto que ha descargado. c. Cambie de directorio: cd ./producto donde producto es el nombre del producto que ha descargado. Nota: Si ha descargado un Paquete de idiomas nacionales, desempaquételo en el mismo directorio. Esto creará los subdirectorios (por ejemplo, ./nlpack/disk1) en el mismo directorio y permitirá al programa de instalación hallar las imágenes de instalación de forma automática, sin preguntar. 3. Entre el mandato ./db2setup desde el directorio donde resida la imagen del producto de base de datos para iniciar el Asistente de instalación de DB2. 4. Se abre el Área de ejecución para la instalación de IBM DB2. Desde esta ventana, puede ver los requisitos previos de la instalación y las notas del release, o bien puede ir directamente a la instalación. Para obtener información de última hora, puede repasar los requisitos previos de la instalación y las notas del release. 5. Pulse Instalar un producto y la ventana Instalar un producto mostrará los productos disponibles para la instalación. Inicie la instalación pulsando Instalar nuevo. Avance por la instalación siguiendo las indicaciones del Asistente de instalación de DB2. Una vez iniciada la instalación, vaya avanzando por los paneles de instalación del Asistente de instalación de DB2 y efectúe las selecciones convenientes. Existe ayuda sobre la instalación a su disposición que le guiará por los pasos restantes. Para invocar la ayuda para la instalación, pulse Ayuda o pulse F1. Puede pulsar Cancelar en cualquier momento para finalizar la instalación. Resultados En instalaciones no root, los productos de base de datos DB2 se instalan siempre en el directorio $HOME/sqllib, donde $HOME representa el directorio inicial del usuario no root. Para instalaciones root, los productos de base de datos DB2 se instalan, por omisión, en uno de los siguientes directorios: AIX, HP-UX y Solaris /opt/IBM/db2/V9.7 Linux /opt/ibm/db2/V9.7 Si está instalando en un sistema donde este directorio ya está ocupado, se añade _xx a la vía de instalación del producto de base de datos DB2, donde _xx son dígitos que comienzan en 01 y aumentan de acuerdo con el número de copias de DB2 que haya instaladas. También puede especificar su propia vía de instalación del producto de base de datos DB2. Las vías de acceso de instalación de DB2 tienen las reglas siguientes: * Pueden incluir letras minúsculas (a-z), letras mayúsculas (A-Z) y el carácter de subrayado ( _ ) * No pueden tener más de 128 caracteres * No pueden contener espacios * No pueden contener caracteres no ingleses Los archivos de anotaciones cronológicas de instalación son: * El archivo de anotaciones cronológicas de instalación de DB2. Este archivo captura toda la información sobre la instalación de DB2, incluidos los errores. * En instalaciones root, el nombre de archivo de anotaciones cronológicas de instalación de DB2 es db2setup.log. * En instalaciones no root, el nombre de archivo de anotaciones cronológicas de instalación de DB2 es db2setup_nombreusuario.log, donde nombreusuario es el ID de usuario no root con el que se ha realizado la instalación. * El archivo de anotaciones cronológicas de errores de DB2. Este archivo captura cualquier salida de error que Java devuelve (por ejemplo, información de excepciones y de interrupciones). * En instalaciones root, el nombre de archivo de anotaciones cronológicas de errores de DB2 es db2setup.err. * En instalaciones no root, el nombre de archivo de anotaciones cronológicas de errores de DB2 es db2setup_nombreusuario.err, donde nombreusuario es el ID de usuario no root con el que se ha realizado la instalación. Por omisión, estos archivos de anotaciones cronológicas residen en el directorio /tmp. Puede especificar la ubicación de los archivos de anotaciones cronológicas. Ya no hay ningún archivo db2setup.his. En lugar de ello, el programa de instalación de DB2 guarda una copia del archivo de anotaciones cronológicas de instalación de DB2 en el directorio DB2_DIR/install/logs/ y la renombra como db2install.history. Si el nombre ya existe, entonces el programa de instalación de DB2 la renombra como db2install.history.xxxx, donde xxxx va de 0000 a 9999, según el número de instalaciones realizadas en esta máquina. Cada copia de instalación tiene una lista de archivos históricos independiente. Si se elimina una copia de instalación, los archivos históricos de esa vía de instalación también se eliminarán. Esta acción de copia se realiza casi al final de la instalación y si el programa se detiene o finaliza de forma anómala no se creará ningún archivo histórico. Qué hacer a continuación * Verifique la instalación. * Realice las tareas posteriores a la instalación necesarias. Los Paquetes de idiomas nacionales también se pueden instalar ejecutando el mandato ./db2setup desde el directorio donde reside el Paquete de idiomas nacionales, después de haber instalado un producto de base de datos DB2. En Linux x86, si desea que el producto de base de datos DB2 tenga acceso a la documentación de DB2, en el sistema local o en otro sistema de la red, deberá instalar el Centro de información de DB2. El Centro de información de DB2 contiene la documentación del sistema de base de datos DB2 y los productos relacionados de DB2. Límites de memoria de DB2 Express Edition y DB2 Workgroup Server Edition Si va a instalar DB2 Express Edition, la memoria máxima permitida para la instancia es de 4 GB. Si va a instalar DB2 Workgroup Server Edition, la memoria máxima permitida para la instancia es de 16 GB. La cantidad de memoria asignada a la instancia la determina el parámetro de configuración del gestor de bases de datos INSTANCE_MEMORY. Notas importantes cuando se realiza una actualización de la Versión 9.1 o 9.5: * Si la configuración de memoria para el producto de base de datos DB2 Versión 9.1 o Versión 9.5 excede el límite permitido, es posible que el producto de base de datos DB2 no se inicie después de actualizar a la versión actual. * El gestor de memoria de ajuste automático no aumentará el límite de memoria de instancia general más allá de los límites de la licencia. 2.6.3 Instalación como usuario no root 2.6.3.1 Visión general de la instalación no root (Linux y UNIX) Antes de la versión 9.5, podrá instalar productos, aplicar y retrotraer fixpacks, configurar instancias, añadir funciones o desinstalar productos sólo si dispone de privilegios root. Ahora, si es un usuario no root, podrán realizarse estas tareas en plataformas Linux y UNIX. El instalador de DB2 crea automáticamente y configura una instancia de usuario no root durante una instalación de usuario no root. Como usuario no root, podrá personalizar la configuración de la instancia de usuario no root durante la instalación. También podrá utilizar y mantener el producto DB2 instalado sin privilegios root. La instalación de usuario no root de un producto DB2 tiene una instancia de DB2 en la que la mayoría de funciones están habilitadas por omisión. Una instalación de usuario no root puede ser atractiva para muchos grupos, como por ejemplo para los siguientes: * Las empresas que tengan miles de estaciones de trabajo y usuarios que deseen instalar un producto DB2 sin consumir tiempo del administrador del sistema * Los desarrolladores de aplicaciones que normalmente no son administradores del sistema pero que utilizan productos de DB2 para desarrollar aplicaciones * Proveedores de software independientes (PSI) que desarrollan software que no requiere autorización de usuario root pero que incluye un producto DB2 Aunque las instalaciones no root disponen de la mayor parte de las funciones de las instalaciones root, hay algunas diferencias y limitaciones. Puede levantar algunas de las limitaciones haciendo que el usuario root ejecute el mandato db2rfe. 2.6.3.2 Diferencias entre las instalaciones de usuario root e instalaciones no root Además de unas pocas limitaciones, la estructura de directorios de una instalación no root es algo diferente de la estructura de directorios de una instalación root. Durante una instalación de usuario root, se crean subdirectorios y archivos para el producto DB2 en un directorio elegido por el usuario root. Al contrario que los usuarios root, los usuarios no root no pueden seleccionar el lugar en el que se instalarán los productos DB2. Las instalaciones no root siempre se colocan en el directorio $HOME/sqllib, donde $HOME representa el directorio inicial del usuario no root. El diseño de los subdirectorios en el directorio sqllib de una instalación de usuario no root es similar al de una instalación de usuario root. Para las instalaciones de usuario root, pueden crearse varias instancias. La propiedad de la instancia está asociada al ID de usuario bajo el que se creó la instancia. Las instalaciones no root sólo pueden tener una instancia de DB2. El directorio de instalación de usuario no root contiene todos los archivos de instancias y archivos de productos de DB2 sin enlaces de software. La siguiente tabla resume las diferencias entre las instalaciones de usuario root y las instalaciones no root. Tabla 13. Diferencias entre las instalaciones de usuario root e instalaciones no root +-----------------------+----------------------+----------------------+ | Criterios | Instalaciones root | Instalaciones no | | | | root | +-----------------------+----------------------+----------------------+ | El usuario puede | Sí | No. Los productos | | seleccionar el | | DB2 se instalan en | | directorio de | | el directorio | | instalación | | inicial del usuario. | +-----------------------+----------------------+----------------------+ | Número de instancias | Varias | Una | | de DB2 permitidas | | | +-----------------------+----------------------+----------------------+ | Archivos desplegados | Sólo archivos de | Archivos de | | durante la | programa. Deben | programas y archivos | | instalación | crearse instancias | de instancias. El | | | después de la | producto DB2 está | | | instalación. | preparado para su | | | | uso inmediato | | | | después de la | | | | instalación. | +-----------------------+----------------------+----------------------+ 2.6.3.3 Limitaciones de las instalaciones no root Además de las diferencias entre las instalaciones root y no root, hay varias limitaciones en las instalaciones no root. En este tema se describen las limitaciones para ayudarle a decidir si desea utilizar una instalación no root. Limitaciones de producto Algunos productos de DB2 no están soportados en instalaciones no root: * IBM Data Studio * DB2 Query Patroller * DB2 Net Search Extender * Centro de información de DB2 instalado localmente Nota: El Centro de información de DB2 instalado localmente no está soportado en instalaciones no root ya que requiere autorización root para iniciar el daemon. Sin embargo, una instancia de DB2 de la instalación de usuario no root puede configurarse para utilizar un Centro de información de DB2 instalado localmente en el mismo sistema. Limitaciones de herramientas y funciones Las siguientes herramientas y funciones no están disponibles en instalaciones no root: * El Servidor de administración de DB2 (DAS) y sus mandatos asociados: dascrt, dasdrop, daslist, dasmigr y dasupdt * El Asistente de configuración * El Centro de control * No está soportada la posibilidad de que db2governor aumente la prioridad * En el Work Load Manager (WLM), se permiten los intentos de establecer la prioridad de agente en una clase de servicio de DB2 en una instancia de DB2 no root. Sin embargo, no se respetará la prioridad de agente y no se devolverá ningún error de SQLCODE. * No se da soporte al inicio automático de las instancias de usuario no root de DB2 en el rearranque del sistema. Limitaciones del supervisor de salud Las siguientes funciones del supervisor de salud no están soportadas en las instalaciones no root: * Ejecución de acciones de script o de tareas en instancias de alerta * Envío de notificaciones de alerta Limitación de base de datos particionada En las instalaciones no root, sólo se da soporte a las bases de datos de una sola partición. No se pueden añadir particiones de base de datos adicionales. Listado de los productos de DB2 La salida producida por medio del mandato db2ls, al ejecutar como usuario no root, es diferente que la salida producida al ejecutar como usuario root. Para obtener más detalles, consulte el tema del mandato db2ls. Copias de DB2 Cada usuario no root puede tener sólo una copia de un producto DB2 instalado. Limitación de la instancia de DB2 En instalaciones no root, se crea una instancia de DB2 durante la instalación. No pueden crearse instancias adicionales. Sólo el propietario de la instancia puede llevar a cabo las acciones de instancia de DB2 Las instalaciones root y las instalaciones no root pueden coexistir en el mismo sistema en diferentes vías de acceso de instalación. Sin embargo, únicamente el usuario no root que posee la instancia de usuario no root puede actualizar o desactivar una instancia de usuario no root (utilizando el mandato db2_deinstall). Únicamente un usuario que tenga un privilegio root puede actualizar o eliminar una instancia de DB2 creada por un usuario con privilegio root. Mandatos de instancia de DB2 Los siguientes mandatos de instancia de DB2 no están disponibles en instalaciones no root: db2icrt Al instalar un producto DB2 como usuario no root, se crea y configura automáticamente una única instancia. En instalaciones no root no se pueden crear más instancias. Sin embargo, si ha de configurarse la instancia creada automáticamente, podrá utilizar el mandato de configuración de instalación no root, db2nrcfg. db2iupdt El mandato db2iupdt no puede utilizarse para instancias de usuario no root. En su lugar, utilice el mandato de configuración de la instalación de usuario no root (db2nrcfg) para actualizar la instancia de DB2 no root. Sin embargo, normalmente no se requiere actualizar la instancia de usuario no root ya que ésta se actualiza automáticamente al actualizar el producto de DB2. db2idrop La instancia que se crea automáticamente durante las instalaciones no root no puede eliminarse. El producto DB2 debe desinstalarse para eliminar la instancia de DB2. db2iupgrade La migración no está soportada en instalaciones no root. Limitación de actualización Las instancias root no pueden actualizarse a una instancia de usuario no root. Sólo el propietario de la instancia de DB2 puede llevar a cabo las acciones posteriores a la instalación. Las instalaciones root y las instalaciones no root pueden coexistir en el mismo sistema. Sin embargo, sólo el usuario no root original que instaló el producto DB2 puede realizar acciones posteriores a la instalación, como por ejemplo: * Aplicar fixpacks * Añadir funciones * Instalar productos complementarios Ajustar valores de ulimit El mandato ulimit de UNIX y Linux establece o comunica límites de recurso de usuario, como por ejemplo límites de pila y datos. Para las instancias root, el servidor de base de datos actualiza dinámicamente valores de ulimit requeridos sin cambiar los valores permanentes. Sin embargo, para las instancias de usuario no root, los valores de ulimit sólo pueden seleccionarse durante la instalación. En el caso de que los valores sean inadecuados se visualizará un mensaje de aviso. Para cambiar los valores de ulimit se necesita autorización root. Limitaciones que pueden superarse ejecutando db2rfe Hay algunas limitaciones adicionales en las instalaciones no root que pueden superarse ejecutando el mandato db2rfe. Las siguientes funciones y posibilidades no están disponibles inicialmente en instalaciones no root: * Autentificación basada en el sistema operativo * Función de alta disponibilidad (HA) * La posibilidad de reservar nombres de servicio en el archivo /etc/services * La posibilidad de aumentar los límites de datos de usuario (ulimits). Esta posibilidad se aplica únicamente a AIX. En otras plataformas, los límites de datos de usuario deben aumentarse manualmente. Ejecute el mandato Habilitar funciones root para el mandato de la instalación de usuario no root (db2rfe) para habilitar estas funciones y posibilidades. La ejecución del mandato db2rfe es opcional y debe ejecutarlo un usuario con autorización root. Tipo de autentificación en instalaciones no root La autentificación basada en el sistema operativo es el tipo de autentificación por omisión para los productos de DB2. Puesto que las instalaciones no root no dan soporte a la autentificación basada en el sistema operativo, si opta por no ejecutar el mandato db2rfe después de instalar el producto de DB2 como usuario no root, deberá establecer manualmente el tipo de autentificación. Puede hacerlo actualizando los siguientes parámetros en el archivo de configuración del gestor de bases de datos (dbm cfg): * clnt_pw_plugin (Parámetro de configuración de conector de contraseña-idusuario de cliente) * group_plugin (Parámetro de configuración de conector de grupo) * srvcon_pw_plugin (Conector de contraseña-idusuario para conexiones de entrada en el parámetro de configuración del servidor) 2.6.3.4 Instalación de un producto DB2 como usuario no root La mayoría de productos DB2 se pueden instalar como usuario no root. Antes de instalar cualquier producto DB2 como usuario no root, tenga en cuenta las diferencias que existen entre las instalaciones root y las instalaciones no root, además de las limitaciones de las instalaciones no root. Para información más detallada, consulte los Enlaces relacionados al final de este tema. Los requisitos previos para instalar un producto DB2 como usuario no root son: * Debe ser capaz de montar el DVD de instalación o conseguir que alguien lo monte. * Debe tener un ID de usuario válido que se pueda utilizar como propietario de una instancia de DB2. Los ID de usuario tienen las restricciones y los requisitos siguientes: * Deben tener un grupo primario que no sea huéspedes, administradores, usuarios ni local * Pueden incluir letras minúsculas (a-z), números (0-9) y el carácter de subrayado ( _ ) * No pueden tener más de ocho caracteres * No pueden empezar por IBM, SYS, SQL ni un número * No pueden ser una palabra reservada de DB2 (USERS, ADMINS, GUESTS, PUBLIC o LOCAL) ni una palabra reservada de SQL * No pueden utilizar ningún ID de usuario con privilegio root para el ID de la instancia de DB2, el ID de DAS o el ID delimitado. * No pueden incluir caracteres acentuados * Si se especifican ID de usuario existentes en vez de crear nuevos ID de usuario, asegúrese de que los ID de usuario: * No están bloqueados * No tienen contraseñas caducadas * Los requisitos de hardware y software que existen para el producto que está instalando se aplican al usuario no root del mismo modo que a los usuarios root. * En AIX Versión 5.3, debe estar habilitada la E/S asíncrona (AIO). * El directorio inicial debe ser una vía de acceso de DB2 válida. Las vías de acceso de instalación de DB2 tienen las reglas siguientes: * Pueden incluir letras minúsculas (a-z), letras mayúsculas (A-Z) y el carácter de subrayado ( _ ) * No pueden tener más de 128 caracteres * No pueden contener espacios * No pueden contener caracteres no ingleses La instalación de productos DB2 como usuario no root es transparente para el usuario no root. Es decir, un usuario no root no tiene que hacer nada especial para instalar un producto DB2, aparte de iniciar la sesión como usuario no root. Para realizar una instalación de usuario no root: 1. Inicie una sesión como usuario no root 2. Instale el producto DB2 utilizando cualquiera de los métodos disponibles. Las posibles opciones incluyen: * El Asistente de instalación de DB2 (instalación de GUI) * El mandato db2_install * El mandato db2setup con un archivo de respuestas (instalación desatendida) Nota: Puesto que los usuarios no root no pueden elegir el directorio donde se instalan los productos DB2, se ignora cualquier palabra clave FILE del archivo de respuestas. Para información más detallada, consulte los Enlaces relacionados al final de este tema. 3. Una vez instalado el producto DB2, debe abrir una sesión nueva para utilizar la instancia de DB2 no root. Como alternativa, puede utilizar el mismo inicio de sesión si proporciona como fuente de entorno de instancia de DB2 el directorio $HOME/sqllib/db2profile (para usuarios de shell Bourne y usuarios de shell Korn) o el directorio $HOME/sqllib/db2chsrc (para usuarios de shell C), donde $HOME es el directorio inicial del usuario no root. Después de instalar el producto DB2, verifique los límites de recursos de proceso de usuario del sistema operativo (ulimits). Si no se cumplen los valores mínimos de ulimit, el motor de DB2 puede encontrar errores inesperados de falta de recursos operativos. Estos errores pueden producir una interrupción de DB2. 2.6.3.5 Habilitación de características basadas en usuario root en instalaciones no root con db2rfe Existen varias características y posibilidades en instalaciones no root que inicialmente no están disponibles pero que se pueden habilitar ejecutando el mandato db2rfe Esta tarea requiere la autorización de usuario root. Para habilitar las características y posibilidades que inicialmente no están disponibles en instalaciones no root: 1. Localice los archivos de configuración de ejemplo. Se proporcionan dos archivos de configuración: * $HOME/sqllib/instance/db2rfe.cfg está previamente configurado con los valores por omisión para la instancia de DB2 de usuario no root * $HOME/sqllib/cfg/db2rfe.cfg.sample no está configurado donde $HOME es el directorio inicial del usuario no root. 2. Copie uno de los archivos de configuración de ejemplo en una ubicación diferente para que el archivo original no se modifique. 3. Actualice el archivo de configuración copiado del modo que sea necesario. Este archivo de configuración lo utiliza como entrada el mandato db2rfe. Ejemplo de un archivo de configuración: INSTANCENAME=db2inst2 SET_ULIMIT=NO ENABLE_HA=NO ENABLE_OS_AUTHENTICATION=NO RESERVE_REMOTE_CONNECTION=NO **SVCENAME=db2c_db2inst2 **SVCEPORT=48000 RESERVE_TEXT_SEARCH_CONNECTION=NO **SVCENAME_TEXT_SEARCH=db2j_db2inst2 **SVCEPORT_TEXT_SEARCH=55000 Nota: * El valor del parámetro INSTANCENAME lo llena automáticamente el programa de instalación de DB2 * El parámetro SET_ULIMIT sólo está disponible en AIX. En otros sistemas operativos, un usuario con autorización de usuario root debe establecer los valores de ulimit manualmente. * El valor por omisión para las otras palabras clave es NO * Los parámetros hijo (como SVCENAME) por omisión se proporcionan como comentarios. Los comentarios se indican mediante ** * Si ha establecido un parámetro en YES, y éste tiene algún parámetro hijo, se recomienda descomentar los parámetros hijo y proporcionar los valores adecuados. Los valores de puerto proporcionados son ejemplos. Asegúrese de que los valores de puerto que asigna estén libres. A continuación se proporciona un ejemplo para mostrar un archivo de configuración editado que habilitará las siguientes características y posibilidades: * Alta disponibilidad * Autentificación basada en el sistema operativo * DB2 Text Search, con el nombre de servicio db2j_db2inst2 y el valor de puerto 55000 Para habilitar estas características y posibilidades, edite el archivo de configuración como se indica a continuación: INSTANCENAME=db2inst2 SET_ULIMIT=NO ENABLE_HA=YES ENABLE_OS_AUTHENTICATION=YES RESERVE_REMOTE_CONNECTION=NO **SVCENAME=db2c_db2inst2 **SVCEPORT=48000 RESERVE_TEXT_SEARCH_CONNECTION=YES SVCENAME_TEXT_SEARCH=db2j_db2inst2 SVCEPORT_TEXT_SEARCH=55000 4. Inicie una sesión como usuario con autorización de usuario root 5. Navegue hasta el directorio $HOME/sqllib/instance, donde $HOME representa el directorio inicial del usuario no root. 6. Ejecute el mandato db2rfe utilizando la sintaxis siguiente: db2rfe -f archivo_config donde archivo_config es el archivo de configuración creado en el paso 3. Debe volver a ejecutar el mandato db2rfe después de aplicar los fixpacks para mantener habilitadas las características basadas en usuario root en instalaciones no root. 3.0 Visión general de clientes y controladores de servidores de datos de IBM En este tema se resume la información disponible acerca de los clientes y controladores y proporciona enlaces con detalles adicionales. Este tema le ayudará a realizar las tareas siguientes: 1. Elija el controlador o el cliente de servidor de datos de IBM adecuado para permitir conexiones entre el sistema y bases de datos remotas. 2. Elija el método más adecuado para instalar el cliente o controlador. 3. Complete los pasos y las consideraciones necesarias para configurar el cliente o controlador. Opciones de conexión Las opciones para conectar un sistema con una base de datos remota incluyen varios clientes de servidor de datos de IBM y controladores. Las opciones disponibles dependen de si el sistema que se conecta a la base de datos es: * Una aplicación ubicada en una máquina de usuario de una empresa o un servidor de aplicaciones * Una estación de trabajo de desarrollo de aplicaciones * Una estación de trabajo de administrador de bases de datos Hay opciones adicionales que debe tener en cuenta si también necesita conectar con bases de datos de sistema medio o de sistema principal. Tipos de clientes y controladores de IBM Data Server A continuación se listan los clientes de servidor de datos de IBM y controladores: * IBM Data Server Client * IBM Data Server Runtime Client * IBM Data Server Driver Package * IBM Data Server Driver para ODBC y CLI * IBM Data Server Driver para JDBC y SQLJ. Asimismo, un producto afín, DB2 Connect Personal Edition, incluye toda la funcionalidad de IBM Data Server Client, además de la capacidad de conectar con bases de datos de sistema medio y sistema principal. La prestación de DB2 Connect puede añadirse a cualquier cliente o controlador. Métodos de instalación El método habitual para instalar un cliente o controlador es ejecutar el programa de instalación proporcionado en un DVD del producto. No hay ningún programa de instalación para IBM Data Server Driver para ODBC y CLI o para IBM Data Server Driver Package en Linux y UNIX. Debe instalar el controlador manualmente. Están disponibles otros métodos de instalación. Algunos métodos están diseñados para automatizar el despliegue de un gran número de clientes. Otros métodos utilizan distintas características de los sistemas operativos Windows. Por ejemplo, en los sistemas operativos Windows, puede utilizar módulos de fusión para incluir en su aplicación la funcionalidad de Data Server Runtime Client o IBM Data Server Driver Package. Configuración de un cliente o controlador Una vez haya decidido el cliente a utilizar, configure el cliente ejecutando los pasos siguientes: 1. Asegúrese de que se cumplen los requisitos previos del sistema. 2. Realice la instalación. 3. Catalogue bases de datos y configure conexiones con servidores remotos. Para los sistemas donde ya existe un cliente Versión 8 o un cliente de DB2 Versión 9, considere si se debe actualizar el cliente existente a Data Server Client Versión 9.7, o bien dejar el cliente de la Versión 9.7 e instalar Data Server Client Versión 9.7 como cliente adicional. Es muy recomendable que la instalación de clientes adicionales sea para usuarios avanzados. Nota: La opción de actualizar y sustituir el cliente existente es aplicable solamente a Data Server Client. 3.1 Tipos de clientes de servidor de datos de IBM Existen varios tipos de clientes y controladores de servidor de datos de IBM. Cada uno de ellos ofrece un tipo de soporte determinado. A continuación se enumeran los tipos de controlador y cliente de servidor de datos de IBM a disposición del usuario: * IBM Data Server Driver para JDBC y SQLJ * IBM Data Server Driver para ODBC y CLI * IBM Data Server Driver Package * IBM Data Server Runtime Client * IBM Data Server Client Cada cliente y controlador de servidor de datos de IBM proporciona un tipo de soporte determinado: * Sólo para aplicaciones Java, utilice IBM Data Server Driver para JDBC y SQLJ. * Sólo para aplicaciones que utilizan ODBC o CLI, utilice IBM Data Server Driver para ODBC y CLI. (También se le denomina controlador de cli.) * Para aplicaciones que utilizan ODBC, CLI, .NET, OLE DB, PHP, Ruby, JDBC o SQLJ, utilice IBM Data Server Driver Package. * Si necesita soporte de DB2 Command Line Processor Plus (CLPPlus), utilice IBM Data Server Driver Package. * Si necesita soporte de procesador de línea de mandatos (CLP) de DB2 y soporte de cliente básico para la ejecución y despliegue de aplicaciones, utilice IBM Data Server Runtime Client. * Si necesita soporte para la administración de bases de datos y desarrollo de aplicaciones utilizando una interfaz de programación de aplicaciones (API), tal como ODBC, CLI, .NET o JDBC, utilice IBM Data Server Client. IBM Data Server Driver para JDBC y SQLJ El IBM Data Server Driver para JDBC y SQLJ es el controlador por omisión para los procedimientos almacenados de Java y para las funciones definidas por el usuario. Este controlador proporciona soporte para aplicaciones cliente y applets que están escritos en Java utilizando JDBC para acceder a servidores locales o remotos, y SQLJ para SQL estático incorporado en aplicaciones Java. IBM Data Server Driver para ODBC y CLI Data Server Driver para ODBC y CLI es una solución básica de despliegue diseñada para despliegues de proveedores de software independientes (ISV). Este controlador, que también se denomina controlador de cli, proporciona soporte de ejecución para aplicaciones utilizando la API de ODBC o la API de CLI sin necesidad de instalar Data Server Client o Data Server Runtime Client. Este controlador solamente está disponible como archivo tar, no como imagen de instalación. El único idioma de notificación de los mensajes es el inglés. IBM Data Server Driver para ODBC y CLI proporciona: * soporte de ejecución para la API de CLI; * soporte de ejecución para la API de ODBC; * soporte de ejecución para la API de XA; * conectividad de bases de datos; * soporte para la interfaz de nivel de llamada interactiva de DB2 (db2cli); * soporte de directorio de bases de datos LDAP; y * rastreo, anotaciones cronológicas y soporte de diagnóstico. Registre Data Server Driver para ODBC y CLI con el gestor de controladores ODBC de Microsoft mediante el programa de utilidad db2oreg1.exe. IBM Data Server Driver Package, IBM Data Server Driver Package es una solución básica de despliegue que ofrece soporte de ejecución para aplicaciones utilizando ODBC, CLI, .NET, OLE DB, PHP, Ruby, JDBC o SQLJ sin necesidad de instalar Data Server Runtime Client oData Server Client. Este controlador de pequeño tamaño está diseñado para redistribuirse por proveedores de software independientes (ISV) y para utilizarse para la distribución de aplicaciones en escenarios de despliegue masivo típicos de las grandes empresas. Las características del IBM Data Server Driver Package incluyen: * DB2 Command Line Processor Plus (CLPPlus) para crear, editar y ejecutar dinámicamente los scripts y las sentencias de SQL. * Soporte para las aplicaciones que utilizan ODBC, CLI, PHP o Ruby para acceder a las bases de datos. * Soporte para aplicaciones cliente y applets que están escritos en Java utilizando JDBC, así como para SQL incorporado para Java (SQLJ). * Soporte de IBM Informix Dynamic Server para .NET, PHP y Ruby. * Soporte para aplicaciones de SQL incorporado en ejecución. No se proporcionan prestaciones de precompilador o vinculador. * Archivos de cabecera de aplicaciones para volver a crear los controladores PHP y Ruby. * Soporte para la interfaz de nivel de llamada interactiva de DB2 (db2cli). * Soporte para los rastreos de DRDA (db2drdat). * En sistemas operativos Windows, IBM Data Server Driver Package también ofrece soporte para las aplicaciones que utilizan .NET o OLE DB para acceder a las bases de datos. Asimismo, está disponible como imagen de instalación y los módulos de fusión están disponibles para permitirle incluir fácilmente el controlador en una instalación basada en Windows Installer. IBM Data Server Runtime Client IBM Data Server Runtime Client proporciona una forma de ejecutar aplicaciones en bases de datos remotas. No se proporcionan herramientas de la GUI con IBM Data Server Runtime Client. Incluye, entre otras, estas características: * El procesador de línea de mandatos (CLP) de DB2 para emitir mandatos. El CLP proporciona también una forma básica de realizar la administración remota de servidores. * Soporte de cliente base para gestionar las conexiones de bases de datos, las sentencias de SQL, las sentencias de XQuery y los mandatos. * Soporte para las interfaces comunes de acceso a bases de datos: JDBC, ADO.NET, OLE DB, ODBC, CLI (interfaz de línea de mandatos), PHP y Ruby. Este soporte incluye controladores y funciones para definir fuentes de datos. Por ejemplo, para ODBC, cuando se instala un cliente de servidor de datos de IBM, se instala el controlador ODBC y se registra el controlador. Los desarrolladores de aplicaciones y otros usuarios pueden utilizar la herramienta Administrador de origen de datos ODBC de Windows para definir las fuentes de datos. * Explotación Lightweight Directory Access Protocol (LDAP) * Soporte para protocolos habituales de comunicación de red: TCP/IP y conexiones con nombre. * Soporte para instalar varias copias de un cliente en el mismo sistema. Estas copias pueden ser de la misma versión o de versiones diferentes. * Términos de licencia que permiten la libre redistribución de IBM Data Server Runtime Client junto con la aplicación. * Menos espacio necesario para el despliegue en comparación con el del producto completo IBM Data Server Client en lo que respecta al tamaño de la imagen de instalación y el espacio de disco necesario. * Un catálogo que almacena información para conectar con bases de datos y servidores. * Ventajas del empaquetado en sistemas operativos Windows: Puede empaquetar el cliente junto con su aplicación para proporcionar la conectividad necesaria para la aplicación. Asimismo, el cliente está disponible en forma de módulos de fusión de Windows Installer que permiten incluir los archivos DLL de RTCL en el paquete de instalación de la aplicación. Esto permite también incluir con la aplicación sólo las partes del cliente que necesite. * Soporte de IBM Informix Dynamic Server para PHP, Ruby, .NET y JDBC IBM Data Server Client IBM Data Server Client incluye toda la funcionalidad de IBM Data Server Runtime Client, más funcionalidad para la administración de bases de datos, el desarrollo de aplicaciones y la configuración cliente/servidor. Las características incluyen las siguientes: * Más espacio necesario para el despliegue en comparación con IBM Data Server Runtime Client en términos del tamaño de la imagen de instalación y el espacio de disco necesario. Pero en los sistemas operativos Windows, puede disminuir la imagen de IBM Data Server Client para reducir el tamaño de la imagen de instalación. * El asistente de configuración para ayudar a catalogar las bases de datos y configurar el servidor de bases de datos. * Centro de control y otras herramientas gráficas para la implementación y administración de bases de datos. Estas herramientas están disponibles para versiones de Windows en x86 (solo 32 bits), Windows en x64 (AMD64/EM64T), Linux en x86 y Linux en AMD64/EM64T (x64). * Documentación para los primeros pasos para nuevos usuarios. * Herramientas de Visual Studio * IBM Data Studio * Archivos de cabecera de aplicaciones * Precompiladores para varios lenguajes de programación * Soporte de enlace lógico * Ejemplos y guías de aprendizaje * Soporte de IBM Informix Dynamic Server para PHP, Ruby, .NET, JCC y JDBC 3.2 Controladores de servidor de datos de IBM 3.2.1 Restricciones de IBM Data Server Driver IBM Data Server Driver Package simplifica el despliegue de las aplicaciones. Sin embargo, existen ciertas restricciones. Las restricciones siguientes se aplican a IBM Data Server Driver Package: * No se puede instalar ningún otro producto de base de datos en la misma vía de acceso si ya se ha instalado IBM Data Server Driver Package. * En sistemas operativos Windows, se puede instalar un máximo de 16 copias de IBM Data Server Driver Package. * Para conectarse a un servidor z/OS o un servidor System i, debe registrar una clave de licencia de DB2 Connect. (Obtenga el archivo de licencia de la distribución de Passport Advantage, por ejemplo db2conpe.lic, y a continuación cópielo en el directorio de licencia del directorio donde se instaló el controlador.) * Están soportadas las conexiones XA contra un servidor z/OS. Sin embargo, las conexiones XA contra un servidor System i no están soportadas. * Si utiliza el archivo de configuración db2dsdriver.cfg para especificar alias, las entradas siguientes deben contener un valor: * entradas DSN_Collection (alias, nombre, host y puerto) * entradas de base de datos (nombre, host, puerto). Estas entradas deben especificarse y no pueden estar vacías. * La palabra clave de configuración de CLI/ODBC DBNAME no está soportada. * El atributo de sentencia del programa de utilidad de carga de CLI, sql_attr_use_load_api, no está soportado. Funcionalidades soportadas con restricciones * No hay ningún directorio de base de datos local. Se ofrece soporte para Lightweight Directory Access Protocol (LDAP), pero la antememoria LDAP no se guarda en disco. Funcionalidades no soportadas * Procesador de línea de mandatos (CLP) de DB2 * API administrativas * programa de instalación Limitaciones conocidas Para obtener información sobre limitaciones a corto plazo, visite la página web http://www.ibm.com/developerworks/wikis/display/DB2/IBM+Data+Server+Driver+Limitations 3.2.2 Instalación de IBM Data Server Driver Package (Windows) En plataformas Windows, IBM Data Server Driver Package simplifica el despliegue de las aplicaciones. Este controlador de pequeño tamaño está diseñado para redistribuirse por proveedores de software independientes (ISV) y para utilizarse para la distribución de aplicaciones en escenarios de despliegue masivo típicos de las grandes empresas. IBM Data Server Driver Package no forma parte de IBM Data Server Client ni de IBM Data Server Runtime Client. IBM Data Server Driver Package debe instalarse por separado. No se puede instalar ningún otro producto de base de datos DB2 en la misma vía de acceso si ya se ha instalado IBM Data Server Driver Package. IBM Data Server Driver Package se instala ejecutando el archivo de DB2 setup.exe desde el DVD del producto. Existen imágenes de inst alación independientes para cada idioma. Para instalar IBM Data Server Driver Package mediante un archivo de respuestas o para instalarlo desde la imagen del fixpack, ejecute el archivo de DB2 setup.exe desde la línea de mandatos. En el subdirectorio \samples hay un archivo de respuestas de ejemplo. Para las imágenes del fixpack, puede descargar el mandato setup.exe del sitio web https://www14.software.ibm.com/webapp/iwm/web/reg/pick.do?lang=en_US&source=swg-idsc11. La vía de instalación por omisión de IBM Data Server Driver Package es Archivos de programa\IBM\IBM DATA SERVER DRIVER. Si se instala una segunda copia en la misma máquina, el nombre de directorio por omisión es Archivos de programa\IBM\ IBM DATA SERVER DRIVER_02. En general, el nombre del directorio por omisión es IBM DATA SERVER DRIVER_nn donde nn es el número que se crea para hacer que el nombre de directorio sea exclusivo. Si desea instalar más de una copia de IBM Data Server Driver Package, puede existir un máximo de 16 copias instaladas. Cada copia debe estar instalada en directorios diferentes. El nombre de copia por omisión de IBM Data Server Driver Package es IBMDBCL1. Si hay más controladores instalados en la máquina, dichos productos recibirán nombres por omisión: IBMDBCL2, IBMDBCL3, etc. Nota: La instalación de múltiples copias es un método de instalación avanzada que no es recomendable para la mayoría de los usuarios. Después de instalar IBM Data Server Driver Package, puede crear y llenar el archivo de configuración, db2dsdriver.cfg, con la información del directorio de bases de datos. 3.2.2.1 Instalación de clientes de servidor de datos de IBM ( Windows ) Instrucciones para instalar cualquier tipo del cliente de servidor de datos de IBM, en especial IBM Data Server Client, IBM Data Server Runtime Client y IBM Data Server Driver Package. El procedimiento principal informa de un caso simple, pero común, en el que aún no se ha instalado ningún producto DB2. Si la máquina ya tiene instalada una versión anterior de un cliente, primero debe consultar los temas que explican la actualización. Si la máquina ya tiene instalado un producto de servidor DB2, no es necesario instalar un cliente porque el servidor de DB2 proporciona todas las posibilidades de un cliente de servidor de datos de IBM. Requisitos previos Antes de instalar clientes de servidor de datos de IBM o el paquete de cliente: * Debe haber determinado el cliente que satisface mejor sus necesidades. * Debe haber localizado un DVD u otra imagen de instalación que necesite. Asegúrese de que tiene la versión adecuada de 32 o de 64 bits, según la máquina. * Debe disponer de una cuenta de usuario Windows que forme parte del grupo Administradores. Nota: Si una cuenta de usuario no-Administrador va a realizar la instalación del producto, debe instalarse la biblioteca de ejecución VS2005 antes de intentar la instalación de un producto DB2. Es necesario que la biblioteca de ejecución VS2005 se encuentre en el sistema operativo antes de poder instalar el producto DB2. La biblioteca de ejecución VS2005 está disponible en el sitio web de descargas de bibliotecas de ejecución de Microsoft. Hay dos opciones: escoja vcredist_x86.exe para sistemas de 32 bits o vcredist_x64.exe para sistemas de 64 bits. * El sistema debe satisfacer todos los requisitos de memoria, espacio de disco e instalación. El programa de instalación comprobará el espacio en disco y los requisitos básicos del sistema y le notificará si hay algún problema. Restricciones * No se puede instalar ningún otro producto DB2 en la misma vía de acceso si ya está instalado alguno de los productos siguientes: * IBM Data Server Runtime Client * IBM Data Server Driver Package * Centro de instalación de DB2 * No se pueden utilizar caracteres no ingleses en los campos del Asistente de instalación de DB2. Este procedimiento trata el caso simple. La información para otros casos se explica en otro lugar de este tema. Para instalar cualquier cliente de servidor de datos de IBM en Windows: 1. Inicie una sesión en el sistema con la cuenta de usuario que desea utilizar para efectuar la instalación. 2. Opcional: concluya cualquier otro programa. 3. Inserte el DVD en la unidad. La característica de ejecución automática inicia el Asistente de instalación de DB2 que determina el idioma del sistema e inicia el programa de instalación para ese idioma. Para Data Server Client, puede ejecutar el Asistente de instalación de DB2 en un idioma distinto del idioma por omisión del sistema invocando manualmente el Asistente de instalación de DB2 y especificando un código de idioma. Por ejemplo, el mandato setup -i fr ejecuta el Asistente de instalación de DB2 en francés. Para Data Server Runtime Client o Data Server Driver Package, existen imágenes de instalación separadas para cada idioma. 4. Para instalar un cliente de servidor de datos de IBM o paquete de cliente: * Si está instalando Data Server Client, inicie el asistente de instalación de DB2 y, cuando se abra el área de ejecución de DB2, seleccione Instalar un producto. Siga las indicaciones del Asistente de instalación de DB2. * Si está instalando un Data Server Runtime Client, no dispone de área de ejecución. Vea los Enlaces asociados para conocer los parámetros del mandato setup. Si instala una segunda copia de Data Server Runtime Client, el mandato es: setup /v" TRANSFORMS=:InstanceId1.mst MSINEWINSTANCE=1" Para instalar cada copia subsiguiente de Data Server Runtime Client (hasta un máximo de 16 copias), modifique el mandato incrementando InstanceIdn, por ejemplo: setup /v" TRANSFORMS=:InstanceId2.mst MSINEWINSTANCE=1" Nota: Es muy recomendable que la instalación de varias copias sea para usuarios avanzados. * Si está instalando Data Server Driver Package, ejecute el mandato setup desde el DVD del producto. Si está instalando una imagen de fixpack, consulte los enlaces relacionados con las opciones de mandato de instalación del mandato setup. Si está instalando una segunda copia de Data Server Driver Package, se pueden utilizar los métodos siguientes: * Para realizar una nueva instalación de copia con un nombre de copia por omisión generado: setup /o * Si el nombre de copia ya existe, haga un mantenimiento (o actualice) la instalación sobre esa copia. También puede realizar la nueva instalación empleando el nombre de copia especificado. setup /n nombre_copia Después de instalar Data Server Driver Package, puede crear y llenar el archivo de configuración, db2dsdriver.cfg, con la información del directorio de bases de datos. 5. Si está instalando Data Server Client en una máquina en la que ya está instalada una copia de DB2 Universal Database (UDB) Versión 8, se le presentará la opción de instalar una nueva copia o de actualizar la copia de DB2 UDB Versión 8. La instalación de una nueva copia conserva la copia de DB2 UDB Versión 8 e instala una copia adicional de DB2 Versión 9. La elección de actualizar copiará los valores de la instancia del cliente de DB2 UDB Versión 8 en la copia de DB2 Versión 9 y después eliminará la copia de DB2 UDB Versión 8. Nota: Si una máquina ya tiene instalada una copia de DB2 UDB Versión 8, las copias de la Versión 9 no se pueden establecer en el valor por omisión. Si está instalando un Data Server Runtime Client, el programa de instalación siempre instala una nueva copia. Para actualizar una instancia de cliente de DB2 UDB Versión 8, como paso subsiguiente, consulte los temas sobre la migración. Tras completar este procedimiento, el producto estará instalado en la ubicación que ha especificado durante la instalación. Como parte del procedimiento de instalación de IBM Data Server Client, se crea una instancia del gestor de bases de datos de DB2. La instancia se denomina "DB2" si no existe ninguna otra instancia llamada "DB2". Si ya tiene instalada una copia de DB2 Versión 8 o DB2 Versión 9.1, la instancia por omisión es DB2_01. La vía de instalación por omisión de Data Server Client y Data Server Runtime Client es Archivos de programa\IBM\sqllib. Si se instala una segunda copia en la misma máquina, el nombre de directorio por omisión es Archivos de programa\IBM\sqllib_01. En general, el nombre de directorio por omisión es sqllib_nn donde nn es el número de copias instaladas en esa máquina menos uno. La vía de instalación por omisión de Data Server Driver Package es Archivos de programa\IBM\IBM DATA SERVER DRIVER. Si se instala una segunda copia en la misma máquina, el nombre de directorio por omisión es Archivos de programa\IBM\ IBM DATA SERVER DRIVER_02. En general, el nombre del directorio por omisión es IBM DATA SERVER DRIVER_nn donde nn es el número que se crea para hacer que el nombre de directorio sea exclusivo. Si desea instalar más de una copia de Data Server Driver Package, puede existir un máximo de 16 copias instaladas. Cada copia debe estar instalada en directorios diferentes. El nombre de copia por omisión de Data Server Client o Data Server Runtime Client es DB2COPY1 El nombre de copia por omisión de Data Server Driver Package es IBMDBCL1 Esta instalación no incluye documentación del producto. Consulte los enlaces asociados para conocer las opciones para instalar o acceder al Centro de información de DB2. Después de instalar el cliente de servidor de datos de IBM, el paso siguiente es configurarlo para acceder a los servidores DB2 remotos. Notas acerca de la instalación utilizando una cuenta de usuario que no es miembro del grupo Administradores Los miembros del grupo Usuarios experimentados pueden instalar un cliente de servidor de datos de IBM. Los miembros del grupo Usuarios pueden también instalar un cliente de servidor de datos de IBM después de recibir autorización para ello. Para permitir que los miembros del grupo Usuarios instalen un cliente de servidor de datos de IBM, un miembro del grupo Administradores debe asegurarse de que el usuario que realiza la instalación tenga permiso de escritura para lo siguiente: * la rama de registro HKEY_LOCAL_MACHINE\SOFTWARE. * el directorio del sistema (por ejemplo, c:\WINNT). * la vía de instalación por omisión (c:\Archivos de programa) u otra vía de instalación. En relación a ello, un usuario no administrador también puede instalar fixpacks si un usuario no administrador realizó la instalación original. Sin embargo, un usuario no administrador no podrá instalar fixpacks si la instalación original fue realizada por una cuenta de usuario Administrador. 3.2.2.2 Opciones de línea de mandatos para instalar IBM Data Server Driver Package (Windows) IBM Data Server Driver Package puede instalarse ejecutando el archivo de DB2 setup.exe desde la línea de mandatos. Para las imágenes del fixpack, puede descargar el mandato setup.exe del sitio web https://www14.software.ibm.com/webapp/iwm/web/reg/pick.do?lang=en_US&source=swg-idsc11. La lista siguiente describe las opciones de línea de mandatos disponibles al ejecutar el mandato setup. Para obtener más información sobre las opciones de Windows Installer disponibles, consulte http://www.msdn.microsoft.com/. /n [nombre de copia] Especifica el nombre de copia que desea que utilice la instalación. La especificación de esta opción prevalece sobre la vía de acceso de instalación especificada en el archivo de respuestas. Si la copia existe, se realiza una instalación de mantenimiento sobre dicha copia. En caso contrario, se realiza una nueva instalación empleando el nombre de copia especificado. /o Especifica que debe realizarse una nueva instalación de copia con un nombre de copia generado por omisión: /u [archivo de respuestas] Especifica la vía de acceso completa y el nombre del archivo de respuestas. /m Muestra el diálogo de progreso durante la instalación. Sin embargo, no se solicitará ningún dato de entrada. Utilice esta opción junto con la opción /u. /l [archivo de anotaciones cronológicas] Especifica la vía de acceso completa y el nombre del archivo de anotaciones cronológicas. /p [directorio de instalación] Cambia la vía de acceso de la instalación del producto. La especificación de esta opción prevalece sobre la vía de acceso de instalación especificada en el archivo de respuestas. /i idioma Especifica el código de dos letras del idioma en el que se debe realizar la instalación. /? Genera información de uso. Después de instalar IBM Data Server Driver Package, puede crear y llenar el archivo de configuración, db2dsdriver.cfg, con la información del directorio de bases de datos. A continuación se muestran algunos ejemplos de la utilización de los parámetros de línea de mandatos: * Para instalar una nueva copia utilizando el nombre de copia por omisión generado, utilice el siguiente mandato: setup /o * Para instalar una segunda copia, utilice el siguiente mandato: setup /n "NOMBRE_COPIA" * Para realizar una instalación mediante un archivo de respuestas, utilice el siguiente mandato: setup /u "[Vía de acceso completa al archivo de respuestas]" En el subdirectorio \samples hay un archivo de respuestas de ejemplo. 3.2.3 Instalación de IBM Data Server Driver Package (Linux y UNIX) En sistemas operativos Linux y UNIX, IBM Data Server Driver Package simplifica el despliegue de las aplicaciones. Este controlador de pequeño tamaño está diseñado para redistribuirse por proveedores de software independientes (ISV) y para utilizarse para la distribución de aplicaciones en escenarios de despliegue masivo típicos de las grandes empresas. Para instalar IBM Data Server Driver Package, deberá obtener el archivo comprimido que contiene el paquete del controlador. Descargue este archivo del sitio web de descargas de clientes y fixpacks: http://www-01.ibm.com/support/docview.wss?rs=71&uid=swg21288110. En los sistemas operativos Linux y UNIX, no hay un programa de instalación para IBM Data Server Driver Package. El paquete de este controlador incluye controladores de bases de datos para Java, ODBC/CLI, PHP y Ruby on Rails, cada uno de los cuales se encuentra en su propio subdirectorio. Los controladores para Java y ODBC/CLI están comprimidos. Los pasos básicos de extracción para cada controlador son idénticos: 1. Descomprima el archivador de Data Server Driver Package. 2. Localice los archivos del controlador que necesita y cópielos en la máquina de destino. 3. Para los controladores Java y ODBC/CLI, descomprima el archivo del controlador en el directorio de instalación deseado de la máquina de destino. 4. Opcional: elimine el archivo comprimido del controlador. Java Vía de acceso: jdbc_sqlj_driver/ Nombre de archivo: db2_db2driver_for_jdbc_sqlj.zip Para consultar las instrucciones de instalación, remítase a: Instalación de IBM Data Server Driver para JDBC y SQLJ. ODBC/CLI Vía de acceso: odbc_cli_driver/ Nombre de archivo: ibm_data_server_driver_for_odbc_cli.tar.Z Para consultar las instrucciones de instalación, remítase a: Instalación de IBM Data Server Driver para ODBC y CLI. PHP Vía de acceso: php_driver//php32 o php_driver//php64 Archivos: ibm_db2_4.4.6.so, ibm_db2_5.2.1.so, pdo_ibm_5.2.1.so Requisito previo: los controladores PHP requieren que el controlador ODBC/CLI que se incluye en el paquete del controlador esté también instalado. Para consultar las instrucciones de instalación, remítase a: Configuración del entorno PHP en Linux o UNIX. Ruby on Rails Vía de acceso: ruby_driver/ Archivo: ibm_db-0.10.0.gem Requisito previo: los controladores Ruby on Rails requieren que el controlador ODBC/CLI que se incluye en el paquete del controlador esté también instalado. Para instalar el controlador Ruby on Rails, desde la ubicación del archivo gem, ejecute el mandato siguiente: gem install ibm_db-0.10.0.gem. Para validar la instalación, consulte: Verificación de la instalación con IBM Data Servers en aplicaciones Rails. Después de instalar Data Server Driver Package, puede crear y llenar el archivo de configuración, db2dsdriver.cfg, con la información del directorio de bases de datos. 3.3 Métodos para la instalación de los clientes de servidor de datos de IBM En esta sección se indican los métodos comunes y alternativos para instalar un cliente de servidor de datos de IBM o un controlador. Normalmente, los clientes se instalan en máquinas en las que no hay ningún servidor. No es necesario instalar un cliente si ya se ha instalado un producto de servidor porque el servidor incluye toda la funcionalidad presente en un cliente de servidor de datos de IBM. Situaciones comunes El método común para instalar un cliente de servidor de datos de IBM o un controlador es ejecutar el programa de instalación proporcionado en un DVD de producto (setup en los sistemas operativos Windows y el mandato db2setup en los sistemas operativos Linux y UNIX). La imagen de instalación de IBM Data Server Client está incluida en la imagen de instalación del servidor de bases de datos. Automatización de despliegues a gran escala Un grupo de métodos automatiza el despliegue de un gran número de clientes: * Archivo de respuestas. Puede automatizar la instalación de clientes utilizando el método de instalación mediante un archivo de respuestas. Una instalación mediante un archivo de respuestas permite instalar productos de base de datos sin interacciones con el usuario. * Herramientas de despliegue de otras empresas. Puede instalar los clientes mediante herramientas o métodos de despliegue como, por ejemplo, Windows Active Directory, Windows Systems Management Server (SMS) o productos de Tivoli. Utilización de las posibilidades del sistema operativo Windows Otro grupo de opciones utilizan las posibilidades del sistema operativo Windows: * Topología de cliente Thin de Windows. Esta opción está soportada para IBM Data Server Client y DB2 Connect Personal Edition. La topología de cliente Thin es cuando el código de clientes se instala en un directorio compartido de Windows de un solo servidor de códigos en lugar de instalarse en el disco duro local de cada estación de trabajo cliente. Las estaciones de trabajo de cliente individual se conectan al directorio compartido de Windows del servidor de códigos para ejecutar el código de Data Server Client. * Un ID que no es administrador de Windows. El método de instalación común utiliza un ID de usuario administrador de Windows: es decir, un ID de usuario del grupo Administradores. Sin embargo, también se puede instalar el cliente de servidor de datos de IBM utilizando un ID de usuario que forme parte del grupo Usuarios experimentados de Windows o del grupo Usuarios de Windows. Este método es adecuado cuando el ID de usuario que realiza la instalación no tiene privilegios de administrador. El producto DB2 también soporta el mecanismo de privilegios elevados de Windows. Es recomendable utilizar privilegios elevados de Windows para permitir que un usuario no administrador instale el cliente de servidor de datos de IBM. Alternativas para Linux y UNIX En los sistemas operativos Linux y UNIX, otro método de instalación proporcionado para servidores de bases de datos también se puede aplicar a clientes: el script db2_install. IBM Data Server Driver para ODBC y CLI está disponible asimismo como archivo tar. Instancias de cliente independientes Si se instala un producto de servidor de bases de datos, puede utilizar una instancia de cliente independiente en lugar de utilizar una instancia de servidor que también sirva como instancia de cliente. Para crear una instancia de cliente independiente, utilice el mandato db2icrt con la opción -s, como se muestra en el ejemplo siguiente: db2icrt -s client 3.3.1 Opciones para la conexión a bases de datos de DB2 En esta sección se describen las opciones para los elementos que puede instalar en una máquina (el sistema local) a fin de que ésta se pueda conectar a una base de datos situada en una máquina diferente (el sistema remoto). Para seleccionar la opción adecuada, primero se debe considerar si el sistema local es: * un sistema que ejecuta aplicaciones de empresa en un sistema de usuario de empresa o en un servidor de aplicaciones. * una estación de trabajo de desarrollo de aplicaciones. * una estación de trabajo de administrador de bases de datos. También debe determinar dónde residen las bases de datos a las que se desea conectar. Las bases de datos pueden estar ubicadas: * en la misma máquina, es decir, en el sistema local. Esto incluye las bases de datos ubicadas en una sola instancia de DB2 o en varias instancias de DB2. * en máquinas diferentes, es decir, en sistemas remotos. * en máquinas diferentes que son servidores de sistema medio o de sistema principal. Opciones para sistemas de usuario de empresa o servidores de aplicaciones Normalmente, cuando una aplicación de empresa se conecta a una base de datos, está implicada una de las topologías siguientes: * Una aplicación se conecta a una base de datos DB2 y ambas están ubicados en la misma máquina. Un ejemplo es una aplicación utilizada por un solo usuario en su estación de trabajo personal. * Una aplicación se conecta a una base de datos DB2 de otra máquina. * Un cliente de aplicación se conecta a un servidor de aplicaciones que, a su vez, se conecta a una o varias bases de datos DB2 ubicadas: * en la misma máquina solamente. * en otra u otras máquinas solamente. * una combinación de las dos opciones anteriores. Si se instala un servidor DB2 en la misma máquina que la aplicación, no es necesario instalar un cliente independiente. El producto de servidor DB2 incluye la funcionalidad para permitir que las aplicaciones se conecten a bases de datos locales y también a bases de datos en máquinas remotas. Si la máquina con la aplicación tampoco tiene un servidor DB2, dispone de las opciones siguientes para permitir que las aplicaciones se conecten a bases de datos DB2 remotas: * Controlador de aplicaciones de DB2. Con un controlador de aplicaciones DB2, la información necesaria para conectar a una base de datos se incluye en la aplicación o la aplicación solicita al usuario que la proporcione. Este enfoque difiere de un cliente de servidor de datos de IBM, que mantiene esta información en su catálogo. El controlador de aplicaciones se despliega como un archivo en el directorio de aplicaciones, por lo que no se requiere ninguna instalación ni configuración separada específica de DB2. Normalmente, un controlador de aplicaciones se empaqueta con una aplicación de manera que proporciona la conectividad sólo para esa aplicación. Un controlador de aplicaciones de DB2 puede coexistir en la misma máquina con otros controladores de aplicaciones de DB2 o con un cliente de servidor de datos de IBM. Los productos DB2 proporcionan controladores para Java (JDBC y SQLJ) y para aplicaciones ODBC, CLI, .NET, OLE DB y código abierto. Los controladores se pueden obtener copiando los archivos de controlador a partir de una imagen de instalación de IBM Data Server Driver Package o descargando los archivos de controlador desde developerWorks. * cliente de servidor de datos de IBM. Esta opción implica la instalación y configuración de uno de los clientes incluidos con el producto DB2. El cliente de servidor de datos de IBM se instala en cada máquina que se conecta directamente a la base de datos de DB2. Según la topología de la aplicación, el cliente se instala en cada estación de trabajo del usuario de empresa o en un servidor de aplicaciones. Un solo cliente de servidor de datos de IBM puede permitir que todas las aplicaciones de la máquina se conecten a una o varias bases de datos de DB2 de otras máquinas. * Módulos de fusión de instancia de DB2. Estos módulos de fusión crean un entorno de instancia de DB2. Este enfoque proporciona una manera de desplegar IBM Data Server Runtime Client incluyendo los archivos en los módulos correspondientes. Este enfoque se utiliza con Windows Installer y otras herramientas de instalación que soportan módulos de fusión de Windows Installer. Con este enfoque, un solo programa de instalación instala la aplicación y Data Server Runtime Client. Si no necesita un entorno de instancia ni un procesador de línea de mandatos (CLP), debe utilizar los módulos de fusión de instancia no DB2 para evitar la gestión de instancias. * Módulos de fusión de instancia no DB2. Estos módulos de fusión crean un entorno de instancia no DB2. Este enfoque proporciona una manera de desplegar IBM Data Server Driver Package incluyendo los archivos DLL del cliente en el paquete de despliegue de la aplicación. Este enfoque se utiliza con Windows Installer y otras herramientas de instalación que soportan módulos de fusión de Windows Installer. Con este enfoque, un solo programa de instalación instala la aplicación y IBM Data Server Driver Package. Opciones para estaciones de desarrollo de aplicaciones IBM Data Server Client proporciona toda la funcionalidad de IBM Data Server Runtime Client más las herramientas utilizadas para la configuración de cliente-servidor, la administración de bases de datos y el desarrollo de aplicaciones. En los puntos siguientes se describen el rol y la configuración de Data Server Client considerando las otras herramientas y productos utilizados por los desarrolladores de aplicaciones. Hay varias herramientas y productos que normalmente utilizan los desarrolladores de aplicaciones para escribir código a fin de acceder a una base de datos DB2. Normalmente cada estación de trabajo de desarrollador incluye los componentes siguientes: * Un entorno de desarrollo integrado (IDE) como, por ejemplo, Rational Application Developer o Microsoft Visual Studio. * Una herramienta de desarrollo específica de DB2 relacionada con IDE como: * IBM Database Developer Add-ins para Visual Studio .NET * IBM Data Studio * El acceso a un servidor de bases de datos para alojar la base de datos que están desarrollando. Este servidor de bases de datos puede residir en una o en las dos ubicaciones siguientes: * En cada estación de trabajo de desarrollador, para que cada desarrollador tenga su propia copia local de la base de datos. * En un servidor de grupo de trabajo, para que varios desarrolladores trabajen en la misma copia de la base de datos. Con el contexto precedente, el valor de Data Server Client es que proporciona las cabeceras y las bibliotecas necesarias para compilar aplicaciones y proporciona herramientas para la administración de bases de datos. Sin embargo, no siempre es necesario instalar Data Server Client para obtener estas herramientas. Cuando se instala un servidor DB2 en una máquina, no hay necesidad de instalar un cliente de servidor de datos de IBM independiente. El producto de servidor DB2 incluye toda la funcionalidad disponible en Data Server Client autónomo. Opciones para estaciones de trabajo de administrador Un administrador de bases de datos puede realizar tareas de administración en bases de datos remotas de una o dos formas principales. Utilizan una herramienta como, por ejemplo, telnet, para conectarse a una máquina de servidor de bases de datos individual y ejecutar los mandatos de administrador de DB2 localmente. Alternativamente, pueden ejecutar herramientas y mandatos desde su estación de trabajo para establecer conexión con las bases de datos remotas. Esta sección se centra en el segundo caso, que implica la elección de qué cliente de servidor de datos de IBM se debe utilizar y dónde se debe instalar. DB2 proporciona varios medios de realizar actividades de administración en uno o varios servidores DB2 remotamente desde una estación de trabajo de administrador. Las opciones y las consideraciones son las siguientes: * Instalar IBM Data Server Runtime Client. Esta opción es aconsejable si sólo utiliza el procesador de línea de mandatos (CLP) para administración. * Instalar IBM Data Server Client. Este cliente incluye toda la funcionalidad de Data Server Runtime Client más las herramientas utilizadas para la configuración de cliente-servidor, la administración de bases de datos y el desarrollo de aplicaciones. La funcionalidad incluye herramientas de administración gráficas como, por ejemplo, el Asistente de configuración y el Centro de control (disponible en plataformas soportadas). Estas herramientas utilizan el Servidor de administración de DB2 (DAS) en el servidor DB2, que se instala por omisión durante la instalación del servidor DB2. * Instalar un producto de servidor DB2. Cuando se instala un servidor DB2 en una máquina, no hay necesidad de instalar un cliente de servidor de datos de IBM independiente. El producto de servidor DB2 incluye toda la funcionalidad disponible en cualquier cliente de servidor de datos de IBM autónomo. Opciones para la conexión a bases de datos de sistema medio y sistema principal Con los productos DB2 Connect, puede conectarse a bases de datos DB2 en plataformas de sistema medio y sistema principal, a saber, OS/390 y z/OS, System i, VSE y VM. También puede conectarse a bases de datos que no son de IBM para ajustarse a Distributed Relational Database Architecture (DRDA). Con DB2 Connect, se puede conectar desde la estación de trabajo de un usuario o desde un servidor DB2 para Linux, UNIX o Windows. Las opciones y las consideraciones son las siguientes: * IBM Data Server Driver Package. Esta solución básica de despliegue que ofrece soporte de ejecución para aplicaciones utilizando ODBC, CLI, .NET, OLE DB, PHP, Ruby, JDBC o SQLJ sin necesidad de instalar Data Server Runtime Client oData Server Client. Para conectarse a un servidor z/OS o un servidor System i, debe registrar una clave de licencia de DB2 Connect. (Obtenga el archivo de licencia de la distribución de Passport Advantage, por ejemplo db2conpe.lic, y a continuación cópielo en el directorio de licencia del directorio donde se instaló el controlador.) * DB2 Connect Personal Edition. Este producto se instala en una estación de trabajo y proporciona conectividad desde esa estación de trabajo. Esta opción está pensada para situaciones en las que es necesario conectarse desde una estación de trabajo directamente a uno o varios sistemas principales. Este producto está disponible para los sistemas operativos Linux, Solaris y Windows. * Ediciones de servidor de DB2 Connect. Normalmente se instala una edición de servidor del producto DB2 Connect en un servidor de conectividad y actúa de pasarela para los servidores de bases de datos de sistema principal o de sistema medio soportados. Una edición de servidor del producto DB2 Connect permite que las estaciones de trabajo con clientes de servidor de datos de IBM configuren el acceso a sistemas principales mediante la pasarela DB2 Connect como si fueran bases de datos de DB2 en Windows, Linux y UNIX. Ambas opciones se pueden utilizar simultáneamente. Por ejemplo, una estación de trabajo se puede conectar a una base de datos de sistema medio o de sistema principal de las siguientes maneras: * Instalar DB2 Connect Personal Edition localmente y utilizarlo para conectarse directamente a un sistema principal. * Conectar al mismo sistema principal u otro diferente mediante una pasarela de servidor DB2 Connect intermedia. 3.3.2 Instalación de clientes de servidor de datos de IBM ( Windows ) Instrucciones para instalar cualquier tipo del cliente de servidor de datos de IBM, en especial IBM Data Server Client, IBM Data Server Runtime Client y IBM Data Server Driver Package. El procedimiento principal informa de un caso simple, pero común, en el que aún no se ha instalado ningún producto DB2. Si la máquina ya tiene instalada una versión anterior de un cliente, primero debe consultar los temas que explican la actualización. Si la máquina ya tiene instalado un producto de servidor DB2, no es necesario instalar un cliente porque el servidor de DB2 proporciona todas las posibilidades de un cliente de servidor de datos de IBM. Requisitos previos Antes de instalar clientes de servidor de datos de IBM o el paquete de cliente: * Debe haber determinado el cliente que satisface mejor sus necesidades. * Debe haber localizado un DVD u otra imagen de instalación que necesite. Asegúrese de que tiene la versión adecuada de 32 o de 64 bits, según la máquina. * Debe disponer de una cuenta de usuario Windows que forme parte del grupo Administradores. Nota: Si una cuenta de usuario no-Administrador va a realizar la instalación del producto, debe instalarse la biblioteca de ejecución VS2005 antes de intentar la instalación de un producto DB2. Es necesario que la biblioteca de ejecución VS2005 se encuentre en el sistema operativo antes de poder instalar el producto DB2. La biblioteca de ejecución VS2005 está disponible en el sitio web de descargas de bibliotecas de ejecución de Microsoft. Hay dos opciones: escoja vcredist_x86.exe para sistemas de 32 bits o vcredist_x64.exe para sistemas de 64 bits. * El sistema debe satisfacer todos los requisitos de memoria, espacio de disco e instalación. El programa de instalación comprobará el espacio en disco y los requisitos básicos del sistema y le notificará si hay algún problema. Restricciones * No se puede instalar ningún otro producto DB2 en la misma vía de acceso si ya está instalado alguno de los productos siguientes: * IBM Data Server Runtime Client * IBM Data Server Driver Package * Centro de instalación de DB2 * No se pueden utilizar caracteres no ingleses en los campos del Asistente de instalación de DB2. Este procedimiento trata el caso simple. La información para otros casos se explica en otro lugar de este tema. Para instalar cualquier cliente de servidor de datos de IBM en Windows: 1. Inicie una sesión en el sistema con la cuenta de usuario que desea utilizar para efectuar la instalación. 2. Opcional: concluya cualquier otro programa. 3. Inserte el DVD en la unidad. La característica de ejecución automática inicia el Asistente de instalación de DB2 que determina el idioma del sistema e inicia el programa de instalación para ese idioma. Para Data Server Client, puede ejecutar el Asistente de instalación de DB2 en un idioma distinto del idioma por omisión del sistema invocando manualmente el Asistente de instalación de DB2 y especificando un código de idioma. Por ejemplo, el mandato setup -i fr ejecuta el Asistente de instalación de DB2 en francés. Para Data Server Runtime Client o Data Server Driver Package, existen imágenes de instalación separadas para cada idioma. 4. Para instalar un cliente de servidor de datos de IBM o paquete de cliente: * Si está instalando Data Server Client, inicie el asistente de instalación de DB2 y, cuando se abra el área de ejecución de DB2, seleccione Instalar un producto. Siga las indicaciones del Asistente de instalación de DB2. * Si está instalando un Data Server Runtime Client, no dispone de área de ejecución. Vea los Enlaces asociados para conocer los parámetros del mandato setup. Si instala una segunda copia de Data Server Runtime Client, el mandato es: setup /v" TRANSFORMS=:InstanceId1.mst MSINEWINSTANCE=1" Para instalar cada copia subsiguiente de Data Server Runtime Client (hasta un máximo de 16 copias), modifique el mandato incrementando InstanceIdn, por ejemplo: setup /v" TRANSFORMS=:InstanceId2.mst MSINEWINSTANCE=1" Nota: Es muy recomendable que la instalación de varias copias sea para usuarios avanzados. * Si está instalando Data Server Driver Package, ejecute el mandato setup desde el DVD del producto. Si está instalando una imagen de fixpack, consulte los enlaces relacionados con las opciones de mandato de instalación del mandato setup. Si está instalando una segunda copia de Data Server Driver Package, se pueden utilizar los métodos siguientes: * Para realizar una nueva instalación de copia con un nombre de copia por omisión generado: setup /o * Si el nombre de copia ya existe, haga un mantenimiento (o actualice) la instalación sobre esa copia. También puede realizar la nueva instalación empleando el nombre de copia especificado. setup /n nombre_copia Después de instalar Data Server Driver Package, puede crear y llenar el archivo de configuración, db2dsdriver.cfg, con la información del directorio de bases de datos. 5. Si está instalando Data Server Client en una máquina en la que ya está instalada una copia de DB2 Universal Database (UDB) Versión 8, se le presentará la opción de instalar una nueva copia o de actualizar la copia de DB2 UDB Versión 8. La instalación de una nueva copia conserva la copia de DB2 UDB Versión 8 e instala una copia adicional de DB2 Versión 9. La elección de actualizar copiará los valores de la instancia del cliente de DB2 UDB Versión 8 en la copia de DB2 Versión 9 y después eliminará la copia de DB2 UDB Versión 8. Nota: Si una máquina ya tiene instalada una copia de DB2 UDB Versión 8, las copias de la Versión 9 no se pueden establecer en el valor por omisión. Si está instalando un Data Server Runtime Client, el programa de instalación siempre instala una nueva copia. Para actualizar una instancia de cliente de DB2 UDB Versión 8, como paso subsiguiente, consulte los temas sobre la migración. Tras completar este procedimiento, el producto estará instalado en la ubicación que ha especificado durante la instalación. Como parte del procedimiento de instalación de IBM Data Server Client, se crea una instancia del gestor de bases de datos de DB2. La instancia se denomina "DB2" si no existe ninguna otra instancia llamada "DB2". Si ya tiene instalada una copia de DB2 Versión 8 o DB2 Versión 9.1, la instancia por omisión es DB2_01. La vía de instalación por omisión de Data Server Client y Data Server Runtime Client es Archivos de programa\IBM\sqllib. Si se instala una segunda copia en la misma máquina, el nombre de directorio por omisión es Archivos de programa\IBM\sqllib_01. En general, el nombre de directorio por omisión es sqllib_nn donde nn es el número de copias instaladas en esa máquina menos uno. La vía de instalación por omisión de Data Server Driver Package es Archivos de programa\IBM\IBM DATA SERVER DRIVER. Si se instala una segunda copia en la misma máquina, el nombre de directorio por omisión es Archivos de programa\IBM\ IBM DATA SERVER DRIVER_02. En general, el nombre del directorio por omisión es IBM DATA SERVER DRIVER_nn donde nn es el número que se crea para hacer que el nombre de directorio sea exclusivo. Si desea instalar más de una copia de Data Server Driver Package, puede existir un máximo de 16 copias instaladas. Cada copia debe estar instalada en directorios diferentes. El nombre de copia por omisión de Data Server Client o Data Server Runtime Client es DB2COPY1 El nombre de copia por omisión de Data Server Driver Package es IBMDBCL1 Esta instalación no incluye documentación del producto. Consulte los enlaces asociados para conocer las opciones para instalar o acceder al Centro de información de DB2. Después de instalar el cliente de servidor de datos de IBM, el paso siguiente es configurarlo para acceder a los servidores DB2 remotos. Notas acerca de la instalación utilizando una cuenta de usuario que no es miembro del grupo Administradores Los miembros del grupo Usuarios experimentados pueden instalar un cliente de servidor de datos de IBM. Los miembros del grupo Usuarios pueden también instalar un cliente de servidor de datos de IBM después de recibir autorización para ello. Para permitir que los miembros del grupo Usuarios instalen un cliente de servidor de datos de IBM, un miembro del grupo Administradores debe asegurarse de que el usuario que realiza la instalación tenga permiso de escritura para lo siguiente: * la rama de registro HKEY_LOCAL_MACHINE\SOFTWARE. * el directorio del sistema (por ejemplo, c:\WINNT). * la vía de instalación por omisión (c:\Archivos de programa) u otra vía de instalación. En relación a ello, un usuario no administrador también puede instalar fixpacks si un usuario no administrador realizó la instalación original. Sin embargo, un usuario no administrador no podrá instalar fixpacks si la instalación original fue realizada por una cuenta de usuario Administrador. 3.3.3 Instalación de clientes de servidor de datos de IBM (Linux y UNIX) Esta tarea describe cómo instalar el cliente de servidor de datos de IBM en Linux o UNIX. Las instrucciones se aplican a IBM Data Server Client y a IBM Data Server Runtime Client. El procedimiento principal informa de un caso simple, pero común, en el que aún no se ha instalado ningún producto DB2. A continuación, se presenta un resumen de los requisitos previos. Si necesita información más detallada, consulte los enlaces asociados al final de esta sección. Si la máquina ya tiene instalada una versión anterior de un cliente, primero debe consultar los temas que explican la actualización. Si la máquina ya tiene instalado un producto de servidor DB2, no es necesario instalar un cliente porque el servidor de DB2 proporciona todas las posibilidades de IBM Data Server Client. * Debe haber determinado el cliente que satisface mejor sus necesidades: Data Server Client o Data Server Runtime Client. * Debe haber localizado un DVD u otra imagen de instalación que necesite. * El sistema debe satisfacer todos los requisitos de memoria, espacio de disco e instalación. El programa de instalación comprobará el espacio en disco y los requisitos básicos del sistema y le notificará si hay algún problema. * La instalación de un cliente de servidor de datos de IBM en el sistema operativo Solaris o en HP-UX requiere que actualice los parámetros de configuración del kernel. También está recomendado realizarlo para Linux. Para instalar cualquier cliente de servidor de datos de IBM en Linux o UNIX: 1. Inserte y mote el DVD adecuado. 2. Cambie al directorio en el que esté montado el DVD. 3. Escriba el mandato ./db2setup para iniciar el Asistente de instalación de DB2. 4. Seleccione Instalar un producto cuando el área de ejecución de DB2 se abra. 5. Seleccione el cliente que desea instalar. 6. Siga las indicaciones del Asistente de instalación de DB2. El asistente dispone de ayuda para guiarle en los pasos restantes. Al finalizar la instalación, el cliente de servidor de datos de IBM se habrá instalado por omisión en los directorios siguientes: Linux /opt/ibm/db2/V9.7 UNIX /opt/IBM/db2/V9.7 Esta instalación no incluye documentación del producto. Consulte los enlaces asociados para conocer las opciones para instalar o acceder al DB2 Centro de información. Después de instalar el cliente de servidor de datos de IBM, el paso siguiente es configurarlo para acceder a un servidor DB2 remoto. Notas acerca de las instalaciones de idioma nacional Puede ejecutar el Asistente de instalación de DB2 en un idioma distinto al idioma del sistema por omisión invocando manualmente el Asistente de instalación de DB2 y especificando un código de idioma. Por ejemplo, el mandato ./db2setup -i fr ejecuta el asistente de instalación de DB2 en francés. Sin embargo, no se pueden utilizar caracteres no ingleses en los campos del Asistente de instalación de DB2. Notas acerca de la instalación en una máquina en la que existe un cliente de DB2 Versión 9.5 El nombre de directorio por omisión para la primera copia es V9.7. Si ya se ha instalado una copia, la segunda instalación muestra un nombre de directorio por omisión de V9.7_01. En general, el nombre de directorio por omisión es V9.7_nn donde nn hace referencia al número de copias instaladas menos una. Notas acerca de la instalación en una máquina en la que existe un cliente anterior a DB2 Versión 9.5 La instalación de Data Server Client o Data Server Runtime Client en un sistema en el que ya hay un cliente DB2 Universal Database (UDB) Versión 8 o DB2 Versión 9 conserva la copia anterior e instala una copia adicional de DB2 Versión 9.5 o posterior. Para obtener información sobre la actualización de instancias de cliente a DB2 Versión 9.5 (o posterior), consulte los temas de actualización. 4.0 Visión general de la información técnica de DB2 La información técnica de DB2 está disponible a través de las herramientas y los métodos siguientes: * Centro de información de DB2 * Temas (Tareas, concepto y temas de consulta) * Ayuda para herramientas de DB2 * Programas de ejemplo * Guías de aprendizaje * Manuales de DB2 * Archivos PDF (descargables) * Archivos PDF (desde el DVD con PDF de DB2) * Manuales en copia impresa * Ayuda de línea de mandatos * Ayuda de mandatos * Ayuda de mensajes Nota: Los temas del Centro de información de DB2 se actualizan con más frecuencia que los manuales en PDF o impresos. Para obtener la información más actualizada, instale las actualizaciones de la documentación cuando estén disponibles, o consulte el Centro de información de DB2 en ibm.com. Puede acceder a información técnica adicional de DB2 como, por ejemplo, notas técnicas, documentos técnicos y publicaciones IBM Redbooks en línea, en el sitio ibm.com. Acceda al sitio de la biblioteca de software de gestión de información de DB2 en http://www.ibm.com/software/data/sw-library/. Comentarios sobre la documentación Agradecemos los comentarios sobre la documentación de DB2. Si tiene sugerencias sobre cómo podemos mejorar la documentación de DB2, envíe un correo electrónico a db2docs@ca.ibm.com. El personal encargado de la documentación de DB2 lee todos los comentarios de los usuarios, pero no puede responderlos directamente. Proporcione ejemplos específicos siempre que sea posible de manera que podamos comprender mejor sus problemas. Si realiza comentarios sobre un tema o archivo de ayuda determinado, incluya el título del tema y el URL. No utilice esta dirección de correo electrónico para contactar con el Soporte al cliente de DB2. Si tiene un problema técnico de DB2 que no está tratado por la documentación, consulte al centro local de servicio técnico de IBM para obtener ayuda. 4.1 Términos y condiciones Los permisos para utilizar estas publicaciones se otorgan sujetos a los siguientes términos y condiciones. Uso personal: Puede reproducir estas publicaciones para su uso personal, no comercial, siempre y cuando se mantengan los avisos sobre la propiedad. No puede distribuir, visualizar o realizar trabajos derivados de estas publicaciones, o de partes de las mismas, sin el consentimiento expreso de IBM. Uso comercial: Puede reproducir, distribuir y visualizar estas publicaciones únicamente dentro de su empresa, siempre y cuando se mantengan todos los avisos sobre la propiedad. No puede realizar trabajos derivativos de estas publicaciones, ni reproducirlas, distribuirlas o visualizarlas, ni de partes de las mismas fuera de su empresa, sin el consentimiento expreso de IBM. Excepto lo expresamente concedido en este permiso, no se conceden otros permisos, licencias ni derechos, explícitos o implícitos, sobre las publicaciones ni sobre ninguna información, datos, software u otra propiedad intelectual contenida en el mismo. IBM se reserva el derecho de retirar los permisos aquí concedidos cuando, a su discreción, el uso de las publicaciones sea en detrimento de su interés o cuando, según determine IBM, las instrucciones anteriores no se cumplan correctamente. No puede descargar, exportar ni volver a exportar esta información excepto en el caso de cumplimiento total con todas las leyes y regulaciones vigentes, incluyendo todas las leyes y regulaciones sobre exportación de los Estados Unidos. IBM NO GARANTIZA EL CONTENIDO DE ESTAS PUBLICACIONES. LAS PUBLICACIONES SE PROPORCIONAN "TAL CUAL" Y SIN GARANTÍA DE NINGUNA CLASE, NI EXPLÍCITA NI IMPLÍCITA, INCLUYENDO PERO SIN LIMITARSE A LAS GARANTÍAS IMPLÍCITAS DE COMERCIALIZACIÓN, NO VULNERACIÓN E IDONEIDAD PARA UN FIN DETERMINADO. 5.0 Avisos Esta información ha sido desarrollada para productos y servicios que se ofrecen en Estados Unidos de América. La información acerca de productos que no son IBM se basa en la información disponible cuando se publicó este documento por primera vez y está sujeta a cambio. Es posible que IBM no comercialice en otros países algunos productos, servicios o características descritos en este manual. Consulte al representante local de IBM para obtener información sobre los productos y servicios que actualmente pueden adquirirse en su zona. Cualquier referencia a un producto, programa o servicio de IBM no pretende afirmar ni implicar que sólo se pueda utilizar dicho producto, programa o servicio de IBM. En su lugar se puede utilizar cualquier producto, programa o servicio funcionalmente equivalente que no vulnere ninguno de los derechos de propiedad intelectual de IBM. Sin embargo, es responsabilidad del usuario evaluar y verificar el funcionamiento de cualquier producto, programa o servicio que no sea de IBM. IBM puede tener patentes o solicitudes de patentes en tramitación que afecten al tema tratado en este documento. La posesión de este documento no confiere ninguna licencia sobre dichas patentes. Puede realizar consultas sobre licencias escribiendo a: IBM Director of Licensing IBM Corporation North Castle Drive Armonk, NY 10504-1785 EE.UU. Para realizar consultas sobre licencias referentes a información de juegos de caracteres de doble byte (DBCS), puede ponerse en contacto con el Departamento de Propiedad Intelectual de IBM de su país o escribir a: IBM World Trade Asia Corporation Licensing 2-31 Roppongi 3-chome, Minato-ku Tokyo 106-0032, Japón El párrafo siguiente no es aplicable al Reino Unido ni a ningún país/región en donde tales disposiciones sean incompatibles con la legislación local: INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONA ESTA PUBLICACIÓN "TAL CUAL", SIN GARANTÍA DE NINGUNA CLASE, NI EXPLÍCITA NI IMPLÍCITA, INCLUIDAS, PERO SIN LIMITARSE A ELLAS, LAS GARANTÍAS IMPLÍCITAS DE NO VULNERACIÓN DE DERECHOS, COMERCIALIZACIÓN O IDONEIDAD PARA UN FIN DETERMINADO. Algunos estados no permiten la exclusión de garantías expresas o implícitas en determinadas transacciones, por lo que es posible que esta declaración no sea aplicable en su caso. Esta publicación puede contener inexactitudes técnicas o errores tipográficos. Periódicamente se efectúan cambios en la información aquí contenida; dichos cambios se incorporarán a las nuevas ediciones de la publicación. IBM puede efectuar, en cualquier momento y sin previo aviso, mejoras y cambios en los productos y programas descritos en esta publicación. Las referencias hechas en esta publicación a sitios web que no son de IBM se proporcionan sólo para la comodidad del usuario y no constituyen un aval de esos sitios web. La información de esos sitios web no forma parte de la información del presente producto de IBM y la utilización de esos sitios web se realiza bajo la responsabilidad del usuario. IBM puede utilizar o distribuir cualquier información que se le facilite de la manera que considere adecuada, sin contraer por ello ninguna obligación con el remitente. Los licenciatarios de este programa que deseen obtener información sobre él con el fin de habilitar: (i) el intercambio de información entre programas creados de forma independiente y otros programas (incluido éste) y (ii) el uso mutuo de la información intercambiada, deben ponerse en contacto con: IBM Canada Limited Office of the Lab Director 8200 Warden Avenue Markham, Ontario L6G 1C7 CANADÁ Dicha información puede estar disponible, sujeta a los términos y condiciones apropiados, incluido en algunos casos el pago de una tarifa. El programa bajo licencia descrito en este documento y todo el material bajo licencia asociado a él, los proporciona IBM según los términos del Acuerdo de Cliente de IBM, el Acuerdo Internacional de Programas Bajo Licencia de IBM o cualquier acuerdo equivalente entre el usuario e IBM. Los datos de rendimiento contenidos en este documento se obtuvieron en un entorno controlado. Por lo tanto, los resultados obtenidos en otros entornos operativos pueden variar significativamente. Algunas mediciones pueden haberse realizado en sistemas experimentales y no es seguro que estas mediciones sean las mismas en los sistemas disponibles comercialmente. Además, algunas mediciones pueden haberse calculado mediante extrapolación. Los resultados reales pueden variar. Los usuarios del presente manual deben verificar los datos aplicables para su entorno específico. La información referente a productos que no son de IBM se ha obtenido de los proveedores de esos productos, de sus anuncios publicados o de otras fuentes disponibles públicamente. IBM no ha probado esos productos y no puede confirmar la exactitud del rendimiento, la compatibilidad ni ninguna otra afirmación referente a productos que no son de IBM. Las preguntas sobre las prestaciones de productos que no son de IBM deben dirigirse a los proveedores de esos productos. Todas las declaraciones de intenciones de IBM están sujetas a cambio o cancelación sin previo aviso, y sólo representan objetivos. Este manual puede contener ejemplos de datos e informes que se utilizan en operaciones comerciales diarias. Para ilustrarlos de la forma más completa posible, los ejemplos incluyen nombres de personas, empresas, marcas y productos. Todos estos nombres son ficticios y cualquier similitud con nombres y direcciones utilizados por una empresa real es totalmente fortuita. LICENCIA DE COPYRIGHT: Este manual contiene programas de aplicaciones de ejemplo escritos en lenguaje fuente, que muestran técnicas de programación en diversas plataformas operativas. Puede copiar, modificar y distribuir estos programas de ejemplo como desee, sin pago alguno a IBM con la intención de desarrollar, utilizar, comercializar o distribuir programas de aplicaciones de acuerdo con la interfaz de programación de aplicaciones correspondiente a la plataforma operativa para la que están escritos los programas de ejemplo. Estos ejemplos no se han probado exhaustivamente bajo todas las condiciones. Por lo tanto, IBM no puede asegurar ni implicar la fiabilidad, utilidad o función de estos programas. Cada copia o parte de estos programas de ejemplo o cualquier trabajo derivado debe incluir una nota de copyright como la siguiente: © (nombre de la empresa) (año). Partes de este código proceden de programas de ejemplo de IBM Corp. © Copyright IBM Corp. _entre el o los años_. Reservados todos los derechos. Marcas registradas IBM, el logotipo de IBM e ibm.com son marcas registradas de International Business Machines Corp. que se han registrado en muchas otras jurisdicciones. Otros nombres de productos y servicios pueden ser marcas registradas de IBM o de otras empresas. Encontrará una lista actualizada de marcas registradas de IBM en la sección "Copyright and trademark information" de la web www.ibm.com/legal/copytrade.shtml. Los siguientes términos son marcas registradas de otras empresas. * Linux es una marca registrada de Linus Torvalds en los Estados Unidos y/o en otros países. * Jave y todas las marcas registradas basadas en Java son marcas registradas de Sun Microsystems, Inc. en los Estados Unidos y/o en otros países. * UNIX es una marca registrada de The Open Group en los Estados Unidos y/o en otros países. * Intel, el logotipo de Intel, Intel Inside, el logotipo de Intel Inside, Intel Centrino, el logotipo de Intel Centrino, Celeron, Intel Xeon, Intel SpeedStep, Itanium y Pentium son marcas registradas de Intel Corporation o de sus empresas subsidiarias en Estados Unidos y en otros países. * Microsoft, Windows, Windows NT y el logotipo de Windows son marcas registradas de Microsoft Corporation en los Estados Unidos y/o en otros países. Otros nombres de empresas, productos o servicios, pueden ser marcas registradas o marcas de servicio de otras empresas.