Guía de iniciación a DB2 para Linux y UNIX

Tabla 1. Requisitos previos de la instalación en AIX
Sistema operativo	Hardware
AIX Versión 5.3 Se necesita un kernel AIX de 64 bits TL5 SP3 (mínimo) El nivel de tiempo de ejecución C++ mínimo es xlC.rte 8.0.0.8 y xlC.aix50.rte 8.0.0.8	Uno de los siguientes: eServer pSeries IBM System p IBM System p5

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.
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 de usuario root y debe ejecutar 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
```
DB2 Versión 9.5 necesita el producto "IBM C++ Runtime Environment Components para AIX" que incluye xlC.rte 8.0.0.8. Este producto se puede obtener desde el sitio Web de soporte de IBM AIX.
Es necesario uno de los navegadores siguientes para visualizar la ayuda en línea y ejecutar Primeros pasos (db2fs):
- Mozilla 1.4 y versiones posteriores
- Firefox 1.0 y versiones posteriores
- Netscape 7.0 y versiones posteriores

Instalación de productos DB2 mediante NFS (Network File System)

No se recomienda la instalación de los productos DB2 mediante NFS (Network File System). Para ejecutar los productos DB2 mediante NFS (por ejemplo, el montaje mediante NFS /opt/IBM/db2/V9.5 y la ejecución posterior de código instalado físicamente en un sistema remoto) son necesarios varios pasos de instalación manual. Existen también varios problemas potenciales relacionados con la configuración de NFS para un servidor de DB2. Algunos de estos posibles problemas son:

Rendimiento (influido por el rendimiento de la red)
Disponibilidad (se permite un único punto de anomalía)
Licencias (no se realiza ninguna comprobación en las máquinas)
Puede ser difícil diagnosticar errores de NFS

Tal y como se ha descrito, la configuración para NFS requiere algunas acciones manuales como, por ejemplo:

Asegurarse de que el punto de montaje conserva la vía de acceso de la instalación
Deben controlarse los permisos (por ejemplo, el permiso de escritura no debería otorgarse a la máquina de montaje)
Los registros de DB2 deben configurarse manualmente y deben mantenerse en todas las máquinas de montaje
El mandato db2ls, que lista las funciones y productos de DB2 que hay instalados, debe configurarse y mantenerse debidamente en caso de que tenga que detectar funciones y productos de DB2
Debe procederse con precaución al actualizar el entorno de producto DB2
Cuando se borra en la máquina de exportación y en la máquina de montaje se requieren más pasos

Para obtener instrucciones detalladas, consulte el documento técnico "Setting up DB2 for UNIX and Linux on NFS mounted file systems" en http://www.ibm.com/developerworks/db2/library/long/dm-0609lee.

Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (HP-UX)

Para instalar un producto de DB2, se deben cumplir los siguientes requisitos previos de sistema operativo, de hardware y de comunicaciones:

Tabla 2. Requisitos previos de la instalación en HP-UX
Sistema operativo	Hardware
Los productos de DB2 reciben soporte en: HP-UX 11iv2 (11.23.0505) con: Paquete de calidad base (QPKBASE) de mayo de 2005 Paquete de calidad de aplicaciones (QPAPPS) de mayo de 2005 HP-UX 11iv3 (11.31)	HP Integrity Series Systems basados en Itanium

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 del configuración del kernel, puede necesitar modificar 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

Si está instalando IBM Data Server Client, deberá tener un compilador C para crear Procedimientos almacenados SQL.
Es necesario uno de los navegadores siguientes para visualizar la ayuda en línea y ejecutar Primeros pasos (db2fs):
- Mozilla 1.4 y versiones posteriores
- Firefox 1.0 y versiones posteriores
- Netscape 7.0 y versiones posteriores

Instalación de productos DB2 mediante NFS (Network File System)

Rendimiento (influido por el rendimiento de la red)
Disponibilidad (se permite un único punto de anomalía)
Licencias (no se realiza ninguna comprobación en las máquinas)
Puede ser difícil diagnosticar errores de NFS

Tal y como se ha descrito, la configuración para NFS requiere algunas acciones manuales como, por ejemplo:

Asegurarse de que el punto de montaje conserva la vía de acceso de la instalación
Deben controlarse los permisos (por ejemplo, el permiso de escritura no debería otorgarse a la máquina de montaje)
Los registros de DB2 deben configurarse manualmente y deben mantenerse en todas las máquinas de montaje
El mandato db2ls, que lista las funciones y productos de DB2 que hay instalados, debe configurarse y mantenerse debidamente en caso de que tenga que detectar funciones y productos de DB2
Debe procederse con precaución al actualizar el entorno de producto DB2
Cuando se borra en la máquina de exportación y en la máquina de montaje se requieren más pasos

Para obtener instrucciones detalladas, consulte el documento técnico "Setting up DB2 for UNIX and Linux on NFS mounted file systems" en http://www.ibm.com/developerworks/db2/library/long/dm-0609lee.

Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (Linux)

Para obtener la información más reciente sobre las distribuciones de Linux soportadas, apunte su navegador a http://www.ibm.com/software/data/db2/linux/validate/.

Para instalar productos DB2, deben satisfacerse los requisitos de distribución, hardware y requisitos previos de comunicaciones.

Los productos de DB2 reciben soporte en el siguiente hardware:

Procesadores x86 (Intel Pentium, Intel Xeon, y AMD) de 32 bits Intel y procesadores AMD
Procesadores EM64T x64 (AMD64 e Intel de 64 bits)
Sistemas POWER (IBM eServer OpenPower, System i o pSeries que dan soporte a Linux)
eServer System z o System z9

Los sistemas operativos admitidos para Linux son:

Red Hat Enterprise Linux (RHEL) 4 Update 4
Red Hat Enterprise Linux (RHEL) 5
SUSE Linux Enterprise Server (SLES) 9 Service Pack 3
SUSE Linux Enterprise Server (SLES) 10 Service Pack 1

Nota:

POWER requiere como mínimo SLES 10 Service Pack 1 o RHEL 5

Limitaciones de la arquitectura de multihebra

Si está instalando un producto de base de datos de DB2 Versión 9.5 de 32 bits en un sistema operativo Linux, tenga en cuenta la opción de actualizar a un sistema operativo de 64 bits e instalar el producto de base de datos de DB2 Versión 9.5 de 64 bits en su lugar. La arquitectura de múltiples hebras generalmente simplifica la configuración de memoria. Sin embargo, esto podría afectar a la configuración de la memoria de servidores de 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 del kernel como preparación para la distribución de Linux. 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 (servidor solamente)

En las tablas siguientes se listan los requisitos de los paquetes para las distribuciones de SLES y RHEL para DB2 Versión 9.5:

libaio.so.1 es necesario para entradas/salidas asíncronas
libstdc++so.5 es necesario para el servidor de DB2

Requisitos de paquetes para SLES
Nombre de paquete	Descripción
libaio	contiene la biblioteca asíncrona necesaria para los servidores de DB2.
compat-libstdc++	contiene libstdc++so.5

Requisitos de paquetes para RHEL
Directorio	Nombre de paquete	Descripción
/System Environment/Libraries	libaio	contiene la biblioteca asíncrona necesaria para los servidores de DB2.
/System Environment/Libraries	compat-libstdc++	contiene libstdc++so.5

Las tablas siguientes muestran los requisitos de los paquetes para las distribuciones de los servidores particionados SUSE Linux y Red Hat para DB2 Versión 9.5.

El paquete pdksh para Korn Shell es necesario para todos los sistemas DB2.
Para los sistemas de bases de datos particionadas se necesita un programa de utilidad de shell remoto. DB2 da soporte a los siguientes programas de utilidad de shell remotos:
- rsh
- ssh
Por omisión, DB2 utiliza rsh cuando ejecuta mandatos en nodos remotos de DB2, por ejemplo, cuando inicia una partición de base de datos de DB2 remota. Para utilizar el valor por omisión de 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á sh.
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 debe haberse instalado y configurado antes de continuar con la instalación de 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 paquete	Descripción
pdksh	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 de DB2 con rsh.
rsh-server	Este paquete contiene un conjunto de programas de servidor que permite 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 configura DB2 para utilizar 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 paquete	Descripción
/System Environment/Shell	pdksh	Shell Korn. Este paquete es necesario para entornos de base de datos particionada.
/Applications/Internet	openssh	Este paquete contiene un 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 de DB2 con rsh.
/System Environment/Daemons	openssh-server	Este paquete contiene un 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 de DB2 con rsh.
/System Environment/Daemons	rsh-server	Este paquete contiene un 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 configura DB2 para utilizar ssh.
/System Environment/Daemons	nfs-utils	Paquete de soporte de Network 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):
- Mozilla 1.4 y versiones posteriores
- Firefox 1.0 y versiones posteriores
- Netscape 7.0 y versiones posteriores
Necesitará 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 DB2 en sistemas operativos Linux o UNIX, o
- si desea utilizar cualquier herramienta gráfica de DB2 en Linux para x86 y Linux en AMD 64/EM64T.

Instalación de productos DB2 mediante NFS (Network File System)

Rendimiento (influido por el rendimiento de la red)
Disponibilidad (se permite un único punto de anomalía)
Licencias (no se realiza ninguna comprobación en las máquinas)
Puede ser difícil diagnosticar errores de NFS

Tal y como se ha descrito, la configuración para NFS requiere algunas acciones manuales como, por ejemplo:

Asegurarse de que el punto de montaje conserva la vía de acceso de la instalación
Deben controlarse los permisos (por ejemplo, el permiso de escritura no debería otorgarse a la máquina de montaje)
Los registros de DB2 deben configurarse manualmente y deben mantenerse en todas las máquinas de montaje
El mandato db2ls, que lista las funciones y productos de DB2 que hay instalados, debe configurarse y mantenerse debidamente en caso de que tenga que detectar funciones y productos de DB2
Debe procederse con precaución al actualizar el entorno de producto DB2
Cuando se borra en la máquina de exportación y en la máquina de montaje se requieren más pasos

Para obtener instrucciones detalladas, consulte el documento "Setting up DB2 for UNIX and Linux on NFS mounted file systems" en http://www.ibm.com/developerworks/db2/library/long/dm-0609lee.

Consideraciones de Linux con seguridad ampliada

En sistemas RHEL 4 y RHEL 5, si se ha habilitado Linux con seguridad ampliada (SELinux) y está en modalidad de forzado, es posible que el instalador falle debido a las restricciones SELinux.

Para determinar si SELinux está instalado y en modalidad de forzado, puede realizar una de las acciones siguientes:

compruebe el archivo /etc/sysconfig/selinux
ejecute el mandato sestatus
compruebe en el archivo /var/log/messages los avisos de SELinux (es posible que el formato de los avisos difiera entre RHEL 4 y RHEL 5.)

Para inhabilitar SELinux, puede realizar una de las acciones siguientes:

establecerlo en modalidad permisiva y ejecutar el mandato setenforce 0 como superusuario
modificar /etc/sysconfig/selinux y rearrancar la máquina.

Si su producto de DB2 se instala satisfactoriamente en un sistema RHEL 4 o RHEL 5, los procesos de DB2 se ejecutarán en el dominio sin límites. Para asignar los procesos de DB2 a sus propios dominios, modifique la política. En el directorio sqllib/samples se proporciona un ejemplo de la política de SELinux.

Requisitos de instalación para servidores DB2 y clientes del servidor de datos IBM (Sistema operativo Solaris)

Para instalar un producto de DB2, se deben cumplir los siguientes requisitos previos de sistema operativo, de hardware y de comunicaciones:

Tabla 3. Requisitos previos para la instalación en un sistema operativo Solaris
Sistema operativo	Hardware
Solaris 9 kernel de 64 bits Parches 111711-12 y 111712-12 Si se utilizan dispositivo en bruto, el pache 122300-11 en Solaris 9 o el 125100-07 en Solaris 10 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 kernel de 64 bits Si se utilizan dispositivos en bruto, el parche 125101-07	UltraSPARC

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 IBM Data Server.

Consideraciones sobre el software

(Clientes solamente) Si piensa utilizar la autenticación Kerberos, es necesario el sistema operativo Solaris 9 o posterior con el cliente IBM Network Authentication Service (NAS) v1.4 o posterior. El cliente NAS se puede descargar desde este sitio Web: https://www6.software.ibm.com/dl/dm/dm-nas-p.
Si está instalando IBM Data Server Client, deberá tener un compilador C para crear Procedimientos almacenados SQL.
Es necesario uno de los navegadores siguientes para visualizar la ayuda en línea y ejecutar Primeros pasos (db2fs):
- Mozilla 1.4 y versiones posteriores
- Firefox 1.0 y versiones posteriores
- Netscape 7.0 y versiones posteriores

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ú "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 este sitio Web: http://sunsolve.sun.com.

Para la instalación de 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/.

Instalación de productos DB2 mediante NFS (Network File System)

Rendimiento (influido por el rendimiento de la red)
Disponibilidad (se permite un único punto de anomalía)
Licencias (no se realiza ninguna comprobación en las máquinas)
Puede ser difícil diagnosticar errores de NFS

Tal y como se ha descrito, la configuración para NFS requiere algunas acciones manuales como, por ejemplo:

Asegurarse de que el punto de montaje conserva la vía de acceso de la instalación
Deben controlarse los permisos (por ejemplo, el permiso de escritura no debería otorgarse a la máquina de montaje)
Los registros de DB2 deben configurarse manualmente y deben mantenerse en todas las máquinas de montaje
El mandato db2ls, que lista las funciones y productos de DB2 que hay instalados, debe configurarse y mantenerse debidamente en caso de que tenga que detectar funciones y productos de DB2
Debe procederse con precaución al actualizar el entorno de producto DB2
Cuando se borra en la máquina de exportación y en la máquina de montaje se requieren más pasos

Para obtener instrucciones detalladas, consulte el documento técnico "Setting up DB2 for UNIX and Linux on NFS mounted file systems" en http://www.ibm.com/developerworks/db2/library/long/dm-0609lee.

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 los sistemas operativos Linux y UNIX, se recomiendan 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 cliente IBM Data Server, 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, así como por 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 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 sistemas operativos Linux, es recomendable utilizar un espacio SWAP (de intercambio de memoria) que sea al menos dos veces mayor que el tamaño de la RAM.

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 4. Método de instalación en función del sistema operativo.
Método de instalación	Windows	LinuxLinux o UNIX
Asistente de instalación de DB2	Sí	Sí
Instalación del archivo de respuestas	Sí	Sí
Mandato db2_install	No	Sí
Despliegue del archivo de carga útil	No	Sí

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 instalador de la GUI disponible en los sistemas operativos Linux, UNIX y WindowsLinux. El asistente de instalación de DB2 proporciona una interfaz fácil de utilizar para instalar los productos de DB2 y para llevar a cabo tareas iniciales de instalación y configuración.

El Asistente de instalación de DB2 también puede crear instancias y archivos de respuestas DB2 que pueden utilizarse para duplicar esta instalación en otras máquinas.

Nota:

Para instalaciones no root en plataformas Linux y UNIXLinux, sólo puede existir una instancia DB2. El Asistente de instalación de DB2 crea automáticamente la instancia no root.

En las plataformas Linux y UNIXLinux, se necesita un servidor X para visualizar el Asistente de instalación de DB2.

Instalación del 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 de archivo de respuestas también puede denominarse instalación silenciosa.

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.

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:

Utilizando el generador de archivos de respuestas (plataformas Windows)

En Windows, puede utilizar el generador del archivo de respuestas para crear un archivo de respuestas que duplique una instalación existente. Por ejemplo, podría instalar un cliente IBM Data Server, 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.

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 de 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 respuesta o al 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. Si prefiere configurar el producto DB2 mientras lo instala, tenga en cuenta la posibilidad de utilizar el Asistente de instalación de DB2.

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 platforms. Como resultado, ya no es psoible utilizar mandatos del sistema operativo para la instalación. Deberá modificar todos los scripts existentes que utilice para interactuar con las instalaciones de DB2 y consultarlas.

Instalación no root

Visión general de 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 no root durante una instalación no root. Como usuario no root, podrá personalizar la configuración de la instancia no root durante la instalación. También podrá utilizar y mantener el producto de DB2 instalado sin privilegios root.

La instalación 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 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 de 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 root pero que incluyen 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.

Diferencias entre las instalaciones root e instalaciones no root

Además de unas pocas limitaciones, la estructura de directorios de una instalación no root es ligeramente diferente de la estructura de directorios de una instalación root.

Durante una instalación 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 no root es similar al de una instalación root.

Para las instalaciones 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 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 root y las instalaciones no root.

Tabla 5. Diferencias entre las instalaciones root e instalaciones no root
Criterios	Instalaciones root	Instalaciones no root
El usuario puede seleccionar el directorio de instalación	Sí	No. Los productos DB2 se instalan en el directorio inicial del usuario.
Número de instancias de DB2 permitidas	Varias	Una
Archivos desplegados durante la instalación	Sólo archivos de programa. Deben crearse instancias después de la instalación.	Archivos de programas y archivos de instancias. El producto de DB2 está preparado para su uso inmediato después de la instalación.

Limitaciones de las instalaciones no root

Además de las diferencias entre instalaciones root e instalaciones no root, hay varias limitaciones en las instalaciones no root. Este tema trata sobre las limitaciones con el fin de 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:

herramienta del desarrollador del servidor de datos
DB2 Embedded Application Server (DB2 EAS)
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, se puede configurar una instancia de una instalación no root de DB2 para utilizar un Centro de información de DB2 instalado localmente si se ha instalado 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 no root de DB2 en el rearranque del sistema.

Limitaciones del supervisor de salud

Las siguientes funciones del supervisor de salud no reciben soporte en instalaciones no root:

Ejecución de acciones de script o de tareas en apariciones de alerta
Envío de notificaciones de alerta

Limitación de base de datos particionada

Solamente se da soporte a las bases de datos de una sola partición en instalaciones no root. No puede añadir particiones de bases 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 no root puede actualizar o desactivar una instancia 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 no root. En su lugar, utilice el mandato de configuración de instalación no root (db2nrcfg) para actualizar la instancia de DB2 no root. Sin embargo, normalmente no se requiere actualizar la instancia 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 de DB2 se debe desinstalar para descartar la instancia de DB2.
db2imigr: La migración no está soportada en instalaciones no root.

Limitación de migración

Las instancias root no pueden migrarse a una instancia 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, solamente el usuario original no root que ha instalado el producto de DB2 puede llevar a cabo acciones posteriores 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 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 instalación 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)

Instalación de servidores DB2 utilizando el Asistente de instalación de DB2 (Linux y UNIX)

Esta tarea describe cómo iniciar el Asistente de instalación de DB2 en los sistemas operativos Linux y UNIX Linux. El Asistente de instalación de DB2 se utiliza para definir las preferencias de instalación e instalar el producto DB2 en el sistema.

Antes de iniciar el Asistente de instalación de DB2:

Si tiene pensado configurar un entorno de base de datos particionada, consulte cómo hacerlo siguiendo el enlace relacionado que encontrará en la parte inferior de este tema.
Asegúrese de que el sistema cumpla los requisitos de instalación, memoria y disco.
Puede instalar un servidor DB2 utilizando la autorización root o no root. Para obtener más información sobre una instalación no root, vea los enlaces relacionados.
La imagen del producto DB2 debe ser accesible. Puede obtener una imagen de instalación de DB2 adquiriendo un DVD físico de un producto de DB2 o descargando un imagen de instalación de Passport Advantage.
Si está instalando una versión no inglesa de un producto de base de datos de DB2, deberá disponer de los paquetes de idioma nacional correspondientes.
El Asistente de instalación de DB2 es un programa de instalación 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 está utilizando un software de seguridad en su entorno, deberá crear manualmente los usuarios de DB2 necesarios antes de iniciar el Asistente de instalación de DB2.

Nota:

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.
Los campos del Asistente de instalación de DB2 no aceptan caracteres que no sean los ingleses.

Para iniciar el Asistente de instalación de DB2:

Si dispone de un DVD físico de un producto DB2, cambie al directorio en el que está montado el DVD del producto DB2 escribiendo el mandato siguiente:
```
   cd /dvdrom
```
donde /dvdrom representa el punto de montaje del DVD del producto DB2.
Si ha descargado la imagen del producto DB2, deberá descomprimir y desempaquetar el archivo del producto.
1. Descomprima el archivo del producto:
```
gzip -d producto.tar.gz
```
  donde producto es el nombre del producto que ha descargado.
2. 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.
3. 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.
Emita el mandato ./db2setup desde el directorio en el que reside la imagen del producto para iniciar el Asistente de instalación de DB2.
Se abrirá el panel 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, repase los requisitos previos de la instalación y las notas del release.
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.

En instalaciones no root, los productos DB2 se instalan siempre en el directorio $HOME/sqllib, donde $HOME representa el directorio inicial del usuario no root.

En instalaciones de root, los productos DB2 se instalan, por omisión, en uno de los directorios siguientesel directorio siguiente:

AIX, HP-UX y Solaris

/opt/IBM/db2/V9.5

Linux

/opt/ibm/db2/V9.5

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 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 DB2.

Las vías de acceso de la 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 distintos de los ingleses

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.

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 registro.

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 registro de instalación de DB2 en el directorio DB2_DIR/install/logs/ y lo renombra por db2install.history. Si el nombre ya existe, 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.

en Linux x86, si desea que su producto DB2 disponga de 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 documentación para el sistema de base de datos de DB2 y productos relacionados con DB2.

Límites de memoria de DB2 Express y DB2 Workgroup Server Edition

Si instala DB2 Express Edition, la cantidad de memoria máxima permitida para la instancia es de 4 GB.

Si está instalando DB2 Workgroup Server Edition, la cantidad máxima de memoria 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 migra desde la Versión 9.1:

Si la configuración de memoria para la versión 9.1 del producto de DB2 supera el límite permitido, puede ser que el producto de DB2 no se inicie tras la migración 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.

Instalación del archivo de respuestas

Creación de un archivo de respuestas utilizando el archivo de respuestas de ejemplo (Linux y UNIX)

Después de crear un archivo de respuestas, es posible que necesite realizar algunos cambios en el archivo de respuestas para activar o desactivar palabras clave.

Debería aplicarse uno de los siguientes casos de ejemplo:

Desea crear un archivo de respuestas basado en un archivo de respuestas de ejemplo (situado en db2/plataforma/samples donde plataforma hace referencia a la plataforma de hardware adecuada.)
Ha creado un archivo de respuestas utilizando el Asistente de instalación de DB2 (basado en la instalación) y desea realizar cambios en él.

Si instala directamente desde el DVD, debe almacenar el archivo de respuestas renombrado en otro sistema de archivos.

Puede especificar el nombre del propietario de instancia en el archivo de respuestas. Si este usuario todavía no existe, DB2 lo creará en el sistema.

Para editar un archivo de respuestas:

Si utiliza el archivo de respuestas de ejemplo, copie el archivo de respuestas de ejemplo en un sistema de archivos local y edítelo utilizando como guía el tema Palabras clave de archivo de respuestas.
Personalice el archivo de respuestas de ejemplo.
Para activar un elemento del archivo de respuestas, elimine el asterisco (*) situado a la izquierda de la palabra clave. A continuación, sustituya el valor actual situado a la derecha del valor por el valor nuevo. Los valores posibles se listan a la derecha del signo de igualdad.

Algunos archivos de respuestas del producto tienen palabras clave obligatorias para las que deben proporcionarse valores. Las palabras clave obligatorias se documentan en los comentarios de cada archivo de respuestas.

Las palabras clave que son exclusivas de la instalación sólo se especifican en un archivo de respuestas durante una instalación con archivo de respuestas.
Guarde el archivo en un sistema de archivos exportado disponible para todos los usuarios en la red.

Instalación de un producto DB2 utilizando un archivo de respuestas (Linux y UNIX)

Antes de iniciar la instalación, asegúrese de que:

Para instalaciones de usuario root, inicie la sesión con el ID de usuario con privilegios de root. Para instalaciones de usuario no root, inicie la sesión con el ID de usuario al que debe pertenecer la instalación de DB2.
El sistema cumple todos los requisitos de memoria, hardware y software para instalar el producto DB2.
Puede instalar un producto DB2 utilizando un archivo de respuestas con la autorización root o no root. Para obtener más información sobre una instalación no root, vea los enlaces relacionados.
Se detienen todos los procesos de DB2 asociados a la copia de DB2 con la que se está trabajando.

Para realizar una instalación mediante un archivo de respuestas:

Entre el mandato db2setup de la manera siguiente:
```
   dvd/db2setup -r directorio_archivo_respuestas/archivo_respuestas
```
donde:
- dvd representa la ubicación de la imagen instalable de DB2;
- directorio_archivo_respuestas representa el directorio donde está el archivo de respuestas personalizado; y
- archivo_respuestas representa el nombre del archivo de respuestas.
Cuando la instalación finalice, compruebe los mensajes del archivo de anotaciones cronológicas. Las anotaciones cronológicas de la instalación se encuentran, por omisión, en el directorio /tmp:
- db2setup.log (db2setup_nombreusuario.log para instalaciones de usuario no root, donde nombreusuario es el ID de usuario no root con el que se ha realizado la instalación)
- db2setup.err (db2setup_nombreusuario.err para instalaciones de usuario no root, donde nombreusuario es el ID de usuario no root con el que se ha realizado la instalación)
Puede especificar la ubicación del archivo de anotaciones cronológicas. Un archivo de anotaciones cronológicas de instalación, db2install.history, se encuentra en DB2DIR/install/logs donde DB2DIR especifica la vía de acceso donde se ha instalado el producto DB2. El directorio predeterminado de instalación es:
- Para AIX, HP-UX o Solaris /opt/IBM/db2/V9.5
- Para Linux/opt/ibm/db2/V9.5
Si se instala más de un producto DB2 en la misma ubicación, verá db2install.history.xxxx, donde xxxx son dígitos, empezando desde 0001 y aumentando según el número de copias de DB2 que haya instalado.

Si desea que el producto DB2 tenga acceso a la documentación de DB2, bien sea en su sistema local o bien en otro sistema de la red, deberá instalar el Centro de información de DB2. El Centro de información de DB2 contiene documentación sobre el sistema de bases de datos de DB2 y los productos relacionados.

Instalación de un producto DB2 utilizando el mandato db2_install o doce_install (Linux y UNIX)

Antes de instalar funciones y productos de DB2 o el Centro de información de DB2:

Debe consultar la documentación de instalación para el producto de DB2 concreto que desee instalar. Por ejemplo, si desea instalar DB2 Enterprise Server Edition, consulte la documentación de Guía rápida de iniciación para servidores DB2 para revisar los requisitos previos de instalación y otra información de configuración importante.
Puede instalar un producto de DB2 utilizando la autorización root o no root. Sin embargo, no podrá utilizar doce_install para instalar el Centro de información de DB2 mediante la autorización no root. Para obtener más información sobre las limitaciones e instalaciones no root, consulte los Enlaces relacionados.
La imagen del producto DB2 debe ser accesible. Puede obtener una imagen de instalación de DB2 adquiriendo un DVD físico de un producto de DB2 o descargando un imagen de instalación de Passport Advantage.

El mandato db2_install instala las funciones y productos DB2 en los sistemas operativos Linux y UNIX soportados.

El mandato doce_install instala el Centro de información de DB2 en sistemas operativos Linux y UNIX soportados.

No se puede instalar manualmente una función o producto DB2 utilizando el programa de utilidad de la instalación nativa del sistema operativo, como por ejemplo rpm, SMIT, swinstall o pkgadd. Deberá modificar los scripts existentes que contengan un programa de utilidad de instalación nativo que utilice para interactuar con las instalaciones de DB2 y consultarlas.

El mandato db2_install no está soportado en el DVD del Paquete de idioma nacional.

En el sistema sólo puede instalarse una copia del Centro de información de DB2 para el release actual. El Centro de información no se puede instalar en la misma ubicación en la que se ha instalado el producto de DB2. Si instala el Centro de información de DB2 en un sistema con un cortafuegos y tiene pensado permitir que otros sistemas accedan al Centro de información de DB2, deberá abrir el puerto en el valor del cortafuegos.

>Para instalar una función o producto DB2 utilizando el mandato db2_install o para instalar el Centro de información de DB2 utilizando el mandato doce_install:

Si dispone de un DVD físico del producto de DB2, inserte y monte el DVD correspondiente o acceda al sistema de archivos en el que se ha almacenado la imagen de instalación.
Si ha descargado la imagen del producto DB2, deberá descomprimir y desempaquetar el archivo del producto.
1. Descomprima el archivo del producto:
```
gzip -d producto.tar.gz
```
  Por ejemplo,
```
gzip -d ese.tar.gz
```
2. Desempaquete el archivo del producto:
  En sistemas operativos Linux
```
tar -xvf producto.tar
```
  Por ejemplo,
```
tar -xvf ese.tar
```
  En sistemas operativos AIX, HP-UX y Solaris
```
gnutar -xvf producto.tar
```
  Por ejemplo,
```
gnutar -xvf ese.tar
```
3. Cambie el directorio al directorio del producto:
```
cd producto
```
  Por ejemplo,
```
cd ese
```
Entre el mandato ./db2_install o ./doce_install:
```
./db2_install -b DB2DIR -p productShortName -c NLPackLocation -L language... -n 
```
donde:
- DB2DIR especifica la vía de acceso en la que se instalará el producto de DB2. Si la vía de acceso no está especificada, se le pedirá que seleccione la vía de acceso por omisión o que proporcione la vía de acceso. La vía de acceso de instalación por omisión es:
  - para sistemas operativos AIX, HP-UX o Solaris: /opt/IBM/db2/V9.5
  - para sistemas operativos Linux: /opt/ibm/db2/V9.5
  Si proporciona su propia vía de acceso, deberá especificar el nombre completo de la vía de acceso.
  
  Las vías de acceso de la 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 distintos de los ingleses
  Nota:
  
  Para que los productos y componentes de DB2 funcionen juntos, deben instalarse en una única vía de acceso. Esto no debe confundirse con la posibilidad de instalar productos DB2 en varias vías de acceso. Pero, para que los productos y los componentes funcionen conjuntamente, deberán instalarse en la misma vía de acceso y deberán estar al mismo nivel de release.
- productShortName especifica el producto de DB2 que ha de instalarse.
  Este parámetro no es sensible a las mayúsculas y a las minúsculas y es obligatorio cuando se especifica el parámetro -n. El nombre abreviado del producto (productShortName) puede hallarse en el archivo ComponentList.htm (en el nombre completo del producto) ubicado en el directorio /db2/plat del soporte siendo plat el nombre de la plataforma en la que está efectuando la instalación. Sólo puede instalar un producto a la vez.
- NLPackLocation especifica la ubicación del Paquete de idioma nacional (NLPACK).
- language especifica el soporte de idioma nacional. Puede instalarse una versión no en inglés de un producto DB2. Sin embargo, debe ejecutar este mandato desde el DVD del producto y no desde el DVD del paquete de idioma nacional.
  Por omisión, el inglés se instala siempre, por tanto no es necesario especificar este idioma. Cuando se necesita más de un idioma este parámetro es obligatorio. Para indicar varios idiomas, especifique este parámetro varias veces. Por ejemplo, para instalar tanto el francés como el alemán especifique -L FR -L DE.
- El parámetro n indica una modalidad de instalación no interactiva. Cuando se especifique este parámetro, también deberán especificarse tanto -b como -p. Sólo tiene que especificar -c y -L cuando sean aplicables.
Al instalar el Centro de información de DB2, si especifica un número de puerto distinto del predeterminado, es posible que reciba el error "El nombre de servicio especificado está utilizándose". Puede corregir este error si elige utilizar el número de puerto predeterminado o si especifica un nombre de servicio diferente.

Después de la instalación, deberá configurar manualmente el servidor de DB2. Las tareas incluyen la creación y configuración de usuarios e instancias.

Aplicación de fixpacks

Es recomendable que mantenga el entorno de ejecución de DB2 en el nivel del fixpack más reciente para asegurarse un funcionamiento sin problemas. Para instalar un fixpack satisfactoriamente, realice todas las tareas necesarias anteriores y posteriores a la instalación.

Un fixpack de DB2 contiene actualizaciones y arreglos de problemas (Informes del análisis autorizado de programas, o "APAR") encontrados durante las pruebas en IBM, así como arreglos de problemas de los que han informado los clientes. Cada fixpack contiene un archivo APARLIST.TXT, que describe los arreglos que contiene.

Los fixpacks son acumulativos. Esto significa que el último fixpack para cualquier versión de DB2 contiene todas las actualizaciones de los fixpacks anteriores para la misma versión de DB2.

Las imágenes de los fixpack disponibles son:

Una imagen de un solo servidor.
La imagen de un solo servidor contiene el código nuevo y el actualizado que es necesario para todos los productos de servidor de DB2 y IBM Data Server Client. Si ya hay más de un producto de servidor de DB2 instalado en una única ubicación, el fixpack del servidor de DB2 aplica actualizaciones de código de mantenimiento a todos los producto del servidor de DB2 que tenga instalados. El fixpack Data Server Client se halla en un fixpack del servidor de DB2 (es decir el fixpack que puede servir para cualquiera de los siguientes productos del servidor: Enterprise Server Edition, Workgroup Server Edition, Express Edition, Personal Edition, Connect Enterprise Edition, Connect Application Server Edition, Connect Unlimited Edition para zSeries y Connect Unlimited Edition para i5/OS). Puede utilizar el fixpack del servidor de DB2 para actualizar un Data Server Client.

También se puede utilizar una imagen de un solo servidor para instalar cualquiera de los productos del servidor de bases de datos de DB2, a un determinado nivel de fixpack, con una licencia predeterminada de DB2 del tipo "Probar y comprar".
Un fixpack para cada uno de los demás productos de la base de datos de DB2.
Utilice este fixpack solamente si sólo tiene instalados productos no servidor de base de datos o productos complementarios. Por ejemplo, IBM Data Server Runtime Client o Query Patroller.

No utilice este tipo de fixpack si los productos DB2 instalados son sólo productos de servidor de DB2 o un Data Server Client. En su lugar, utilice el fixpack de la imagen de solo servidor.

Para plataformas Windows, si tiene instalado más de un producto de base de datos de DB2 (que incluye al menos un producto que no es una Data Server Client o un servidor de DB2) en una copia de un único DB2, deberá descargar y descomprimir todos los fixpack específicos del producto que corresponda antes de iniciar el proceso de instalación del fixpack.
Un fixpack universal (únicamente en plataformas Linux o UNIX).
El fixpack universal da servicio a aquellas instalaciones en que se ha instalado más de un producto de base de datos DB2.

El fixpack universal no es necesario si los productos DB2 instalados son sólo producto de servidor de DB2 o un Data Server Client. En este caso, se debería utilizar el fixpack de la imagen de solo servidor.

Restricciones

Un fixpack DB2 Versión 9.5 sólo puede aplicarse a las copias de nivel de fixpack o disponibilidad general (GA) de DB2 Versión 9.5.
Todas las instancias de DB2, DAS y aplicaciones relacionadas con la copia de DB2 que se está actualizando se han de detener antes de instalar un fixpack.
Si está utilizando la función de particionamiento de la base de datos (DPF), antes de instalar el fixpack, deberá detener el gestor de la base de datos en todos los nodos. Deberá instalar el fixpack en el nodo propietario de instancias y en todos los demás nodos particionados. Todos los sistemas que participan en la instancia deben estar actualizados en el mismo nivel de fixpack.
En sistemas operativos Linux o UNIX:
- Si tiene productos DB2 en un Network File System (NFS), debe asegurarse de que se ha detenido lo siguiente completamente antes de instalar el fixpack: todas las instancias, el servidor de administración de DB2 (DAS), las comunicaciones entre procesos (IPC) y las aplicaciones en otras máquinas que utilicen la misma instalación montada en NFS.
- Si los mandatos del sistema fuser o lsof no están disponibles, el mandato installFixPack no puede detectar archivos de DB2 cargados. Debe asegurarse de que los archivos de DB2 estén cargados y proporcionen una opción de alteración temporal para instalar el fixpack. En UNIX, se necesita el mandato fuser para buscar archivos cargados. En Linux, se necesita el mandato fuser o lsof.
  Para obtener más detalles sobre la opción de alteración temporal, consulte el mandato installFixPack.
En aplicaciones cliente, una vez se haya aplicado un fixpack, para realizar la vinculación automática de las aplicaciones, el usuario debe tener autorización para la vinculación.
La instalación de un fixpack de DB2 no dará servicio a IBM Data Server Administration Console o IBM Data Server Developer Workbench.

Para las instalaciones no root en Linux o UNIX, las funciones basadas en root (como por ejemplo la Alta disponibilidad y la autentificación basada en el sistema operativo) puede habilitarse utilizando el mandato db2rfe. Si se han habilitado funciones basadas en root después de instalar el producto de DB2, deberá volver a ejecutar el mandato db2rfe cada vez que se aplique un fixpack para volver a habilitar estas funciones. Para obtener más detalles, consulte los enlaces relacionados con la instalación no root.

En sistemas operativos Linux o UNIX, si se han instalado idiomas nacionales, también necesita un fixpack de idiomas nacionales independiente. El fixpack de idioma nacional no se puede instalar solo. Se debe aplicar un fixpack universal o específico del producto al mismo tiempo y los dos deben estar al mismo nivel de fixpack. Por ejemplo, si está aplicando un fixpack universal a los productos de base de datos de DB2 no en inglés en Linux o UNIX, deberá aplicar tanto el fixpack universal como el fixpack de idioma nacional para actualizar los productos de base de datos de DB2.

Si tiene varias copias de DB2 en el mismo sistema, esas copias podrán estar en niveles distintos de versión y de fixpack. Si desea aplicar un fixpack a una o varias copias de DB2, deberá instalar el fixpack en estas copias de DB2 una a una.

Para instalar un fixpack:

Acceda y descargue el fixpack de DB2 más reciente seleccionando el enlace para las descargas en el sitio web de soporte de DB2 en la dirección http://www.ibm.com/software/data/db2/udb/support.html.
Compruebe los requisitos previos del fixpack y realice las tareas necesarias antes de instalar un fixpack. Si ya tiene instalados productos de base de datos DB2, también deberá detener los diversos procesos de DB2. Consulte el fixpack Readme para obtener más detalles.
Elija un método de instalación de fixpack e instale el fixpack.

Compruebe en el archivo de registro los pasos posteriores a la instalación o los mensajes de error y las acciones recomendadas.

A partir de la instalación de DB2 se pueden instalar más herramientas

Puede elegir instalar la herramienta del desarrollador del servidor de datos o la herramienta del administrador del servidor de datos durante una instalación del producto servidor de DB2.

Si elige instalar la herramienta del desarrollador del servidor de datos o la herramienta del administrador del servidor de datos durante la instalación de un servidor de DB2, el Asistente de instalación de DB2 iniciará un programa de instalación autónomo después de instalar el producto servidor de DB2. Ahora también puede instalar la herramienta del desarrollador del servidor de datos o la herramienta del administrador del servidor de datos desde el launchpad de configuración de DB2 sin instalar ningún producto de servidor de DB2.

La herramienta del desarrollador del servidor de datos y la herramienta del administrador del servidor de datos tienen ambas su propio programa de instalación autónomo que se puede iniciar de forma independiente desde la instalación de DB2. el programa de instalación de DB2 no da soporte a la instalación de estas herramientas utilizando los archivos de respuesta de DB2.

Para instalar la herramienta del desarrollador del servidor de datos o la herramienta del administrador del servidor de datos en modalidad silenciosa, utilice los métodos de instalación no interactivos que proporciona el programa de instalación autónomo.