Suplemento de instalación y configuración

Instalación y configuración de estaciones de trabajo Thin

Puede instalar un DB2 Client o DB2 Connect Personal Edition en una estación de trabajo que esté ejecutando Sistemas operativos Windows de 32 bits y hacer que estas estaciones de trabajo actúen como servidores de código para las estaciones de trabajo DB2 Thin-Client o DB2 Thin-Connect en su empresa. Este apartado describe los pasos y consideraciones que están implicadas en la configuración de este entorno.

En este apartado, el término estación de trabajo Thin puede hacer referencia a una estación de trabajo DB2 Thin-Client o a una estación de trabajo DB2 Thin-Connect. Una estación de trabajo Thin sólo puede cargar el código desde un servidor de códigos que está ejecutando el mismo producto.

Estas estaciones de trabajo Thin cargan el código de DB2 Client o DB2 Connect Personal Edition en una conexión LAN a partir de estos servidores de código. Una estación de trabajo Thin funciona como cualquier otra estación de trabajo de DB2 Client o DB2 Connect Personal Edition; este tipo de arquitectura resulta transparente para el usuario. La diferencia principal es que el código se instala en un servidor de códigos y no de modo individual en cada una de las estaciones de trabajo. Éstas únicamente necesitan una cantidad mínima de código y configuración para establecer enlaces con un servidor de códigos. Lo cual contrasta con una estación de trabajo DB2 Client o DB2 Connect Personal Edition instalada localmente, en la que la totalidad del código se almacena y ejecuta localmente. Esta configuración no debe confundirse con un entorno Citrix. En un entorno Citrix, el servidor de Citrix maneja tanto el código como el proceso. En un entorno Thin no se efectúa ningún proceso en el servidor de códigos.

En la Figura 3 se muestra un entorno de DB2 Thin-Client habitual. Se ha instalado DB2 Administration Client en una máquina con el componente Servidor de códigos de Thin-Client. Después de cierta configuración, esta máquina será conocida como Servidor de códigos de DB2 Thin-Client. Un DB2 Administration Client es el único tipo de cliente que puede actuar como servidor de códigos para una estación de trabajo Thin-Client. Las estaciones de trabajo DB2 Thin-Client acceden al servidor de códigos para cargar dinámicamente el código que se necesite. Una vez se haya cargado el código, todo el proceso se efectúa localmente en las estaciones de trabajo de DB2 Thin-Client. Utilizando la información de configuración de la base de datos local, se efectúa una conexión con el servidor de DB2 destino y se recuperan los datos.

El código de DB2 se ejecuta en realidad en las estaciones de trabajo Thin-Client, el código sólo se carga desde el Servidor de códigos de DB2 Thin-Client. No hay ningún código de DB2 instalado en las estaciones de trabajo de Thin-Client.

Figura 3. Configuración habitual de DB2 Thin-Client


Entorno de Thin-Client

En la Figura 4 se muestra un entorno de DB2 Thin-Connect habitual. Se ha instalado DB2 Connect Personal en una máquina con el componente de Servidor de códigos de Thin Connect. Después de cierta configuración, esta máquina será conocida como Servidor de códigos de DB2 Thin-Connect. Una estación de trabajo DB2 Connect Personal Edition es el único tipo de estación de trabajo que puede actuar como servidor de códigos para estaciones de trabajo DB2 Thin-Connect. Las estaciones de trabajo DB2 Thin-Connect funcionan como las estaciones de trabajo de DB2 Thin-Client. Cargan dinámicamente los códigos necesarios para el Servidor de códigos de DB2 Thin-Connect. Una vez se haya cargado el código, todo el proceso se efectúa localmente en las estaciones de trabajo de DB2 Thin-Connect. Utilizando la información de configuración de la base de datos local, se efectúa una conexión con el servidor DB2 destino de sistema principal o AS/400 y se recuperan los datos.

Por ejemplo, el código de DB2 Connect se ejecuta en las estaciones de trabajo de Thin-Connect. Este entorno puede ampliarse asimismo para acceder a una base de datos en un servidor DB2 que no esté ubicado en un sistema principal o AS/400 utilizando el componente cliente incorporado con DB2 Connect Personal Edition.

Figura 4. Configuración de DB2 Thin-Connect habitual


Entorno de Thin-Connect


Ventajas y desventajas de un entorno Thin

Como en la mayoría de los escenarios, hay ventajas y desventajas asociadas a una estación de trabajo Thin del entorno del usuario. Ha de volver a estos temas y decidir si este tipo de configuración resulta apropiado para sus necesidades comerciales. En general, encontrará que este método de dar soporte a DB2 Client o DB2 Connect Personal Edition resulta apropiado para la mayoría de los modelos comerciales.

Las ventajas de un entorno Thin son:

  1. Se necesita un espacio de disco reducido para cada estación de trabajo Thin; puede ahorrar entre 16 y 112 MB por estación de trabajo.
  2. Los cambios y las actualizaciones del software son más sencillos; sólo puede tener una copia del producto DB2 que ha de cambiarse y actualizarse.
  3. Se realiza un mantenimiento centralizado del código; ha de instalar, actualizar o migrar el código en una única máquina.
  4. Los avances y retrotracciones de FixPack son más fáciles de administrar y conseguir.
  5. La instalación puede seguir una metodología de PUSH o PULL; puede integrar este tipo de despliegue con una herramienta de gestión del sistema y efectuar una acción PUSH para desplazar la instalación a sus estaciones de trabajo destino.

El inconveniente de un entorno de estación de trabajo Thin es una pérdida potencial inicial del rendimiento del sistema, puesto que en el momento de la invocación de programas, los programas de DB2 se cargan desde un servidor de códigos en vez de desde la máquina cliente. Sin embargo, la pérdida dependerá de la carga de red, de la velocidad de red y de la carga y la velocidad del servidor de códigos.

Una vez las estaciones de trabajo Thin hayan cargado este código, el hecho de que sean estaciones de trabajo Thin resulta transparente para el usuario. Las estaciones de trabajo Thin han de cargar dinámicamente las bibliotecas cuando sea necesario, por lo que si inicia otra aplicación de DB2, puede sufrir un período de degradación mínima del rendimiento mientras esté cargándose esta aplicación nueva.

Por ejemplo, cuando se conecte a una base de datos, observará una pequeña pérdida de rendimiento en comparación con un cliente en el que se haya instalado localmente el código. Una vez se haya cargado este código, el cliente tendrá el mismo rendimiento que el cliente instalado localmente. Si después de haberse conectado a la base de datos, decide iniciar el Asistente de configuración de cliente (CCA), sufrirá una pérdida de rendimiento ya que el código asociado a esta herramienta de conectividad se ha cargado desde el servidor de códigos. En realidad, es difícil que cargue el CCA y otros componentes con mucha frecuencia, mayormente utilizará el entorno de tiempo de ejecución.

Otra desventaja potencial es la ubicación de los archivos de catálogos. Los archivos de catálogos contienen toda la información necesaria para que una estación de trabajo se conecte a una base de datos. A menos que esté utilizando Lightweight Directory Access Protocol (LDAP) en el entorno, ha de mantener información de catálogo en cada una de las estaciones de trabajo, igual que en una instalación normal.

Si no está utilizando LDAP, hay algunas buenas soluciones a este problema. Puede llegar a catalogar bases de datos en cada estación de trabajo Thin utilizando las opciones de exportar e importar perfiles que facilita el CCA. Por ejemplo, puede enviarse un mensaje de correo electrónico (e-mail) a cada estación de trabajo que actualizaría cada máquina con la información de catálogo correcta.


Cómo efectuar la instalación de un entorno de DB2 Thin-Client o de DB2 Thin-Connect

La realización de una instalación de Thin es un proceso sencillo. Para configurar este tipo de entorno, debe llevar a cabo los pasos siguientes:

Paso 1. Instalación de DB2 Administration Client o DB2 Connect Personal Edition con el componente Servidor de códigos

Ha de instalar DB2 Administration Client o DB2 Connect Personal Edition en la estación de trabajo que actuará como Servidor de códigos para las estaciones de trabajo destino de Thin-Client o Thin-Connect. Un DB2 Thin-Client sólo puede cargar código desde un Servidor de códigos de DB2 Thin-Client y una estación de trabajo de DB2 Thin-Connect sólo puede cargar código desde un Servidor de códigos de DB2 Thin-Connect.
Nota:Cuando está instalando DB2 Client, asegúrese de efectuar una instalación Personalizada. En la ventana Componentes seleccionados, puede seleccionar los componentes que desea instalar. Debe seleccionar la opción Servidor de códigos de Thin Client para instalar los archivos necesarios con el fin de configurar el cliente de Thin.

Para instalar DB2 Administration Client, consulte el capítulo Instalación de clientes DB2. Para instalar DB2 Connect Personal Edition, consulte el manual Quick Beginnings.

Paso 2. Soporte de plataforma cruzada en el servidor de códigos (Opcional)

Este paso describe el modo de configurar un servidor de códigos de Windows NT y Windows 2000 (al que se hace referencia a través de esta sección como servidor de códigos de Windows) para dar servicio a las estaciones de trabajo Windows 9x Thin-Client.

Vía rápida

Si no piensa dar soporte a una mezcla de estaciones de trabajo Thin Windows NT, Windows 2000 y Windows 9x en su entorno, puede saltarse este paso.

Un servidor de códigos sólo puede proporcionar códigos para estaciones de trabajo Thin que pertenezcan a la misma familia de sistemas operativos. Esto significa que un servidor de códigos Windows NT o Windows 2000 no puede dar soporte a una estación de trabajo Thin basada en Windows 9x y viceversa.

Si ha desplegado una configuración heterogénea de sistemas operativos Windows de 32 bits en su empresa, puede configurar el servidor de códigos para dar soporte tanto a las estaciones de trabajo Thin de Windows NT o basadas en Windows 2000 como a las basadas en Windows 9x, efectuando los pasos siguientes:
Nota:En el ejemplo que viene a continuación se supone que está configurando un servidor de códigos basado en Windows NT para dar servicio a estaciones de trabajo Thin de Windows 9x.

Para que un servidor de códigos de Windows dé servicio a estación de trabajo Thin en una máquina Windows 9x, efectúe los pasos siguientes:

  1. Cree un directorio en el servidor de códigos de Windows NT o Windows 2000 que se utilizará para dar servicio a estaciones de trabajo Thin de Windows 9x entrando el mandato md d:\sqllib9x, donde d: representa una unidad de disco duro local.
  2. Copie el directorio de producto de DB2 del servidor de códigos (por ejemplo, c:\sqllib) en el directorio que acaba de crear entrando el mandato siguiente:
        xcopy c:\sqllib\*.* d:\sqllib9x /s /e
    

    donde:

  3. Céntrese en el directorio que ha creado para el servidor de códigos de plataforma cruzada. Por ejemplo, ha de entrar el mandato cd d:\sqllib9x. Este directorio ha de utilizarse para dar servicio a las estaciones de trabajo Thin que se ejecutan en Windows 9x.
  4. Entre el mandato d:\sqllib9x\bin\db2thn9x.bat plataforma_destino para habilitar esta máquina con el fin que preste servicio a una estación de trabajo Thin de plataforma cruzada.

    donde:

En este momento tiene dos bases de códigos en el servidor de códigos. Si va a crear una estación de trabajo Thin en una máquina Windows NT o Windows 2000, utilice la base de códigos de Windows NT o Windows 2000 (por ejemplo, c:\sqllib) en los pasos restantes. Si va a crear una estación de trabajo Thin en una máquina Windows 9x y quiere que un servidor de códigos de Windows NT o Windows 2000 dé servicio al código, utilice la base de códigos de Windows 9x (por ejemplo, d:\sqllib9x) en los pasos restantes.
Nota:Si ha iniciado la sesión con una estación de trabajo Thin Client de Windows 9x que esté ejecutando el código desde un servidor de códigos de Windows NT o Windows 2000. Debe asegurarse de que la cuenta de usuario a la que se ha coanectado en la estación de trabajo Thin Client de Windows 9x esté definida localmente en el servidor de códigos Windows NT o Windows 2000.

Paso 3. Compartimiento del directorio del servidor de códigos en el que está instalado el código de DB2 Client o DB2 Connect Personal Edition

Para que las estaciones de trabajo Thin carguen el código necesario desde el servidor de códigos, cada una de las estaciones de trabajo Thin destino debe ser capaz de leer el directorio en el que está instalado el código de DB2 Client o DB2 Connect Personal Edition. Para que el directorio de códigos esté a disposición de todas las estaciones de trabajo Thin en modalidad READ (lectura), efectúe los pasos siguientes:

  1. Pulse Inicio y seleccione Programas-->Windows Explorer.
  2. Seleccione el directorio donde se encuentra instalado el producto DB2. Utilice el directorio c:\sqllib para las estaciones de trabajo Thin que se ejecutan en Windows NT o Windows 2000. Si va a configurar estaciones de trabajo Thin que estaban ejecutándose en Windows 9x, también tendrá que compartir el directorio d:\sqllib9x.
  3. Seleccione Archivo--> Propiedades en la barra de menús.
  4. Seleccione la pestaña Compartimiento.
  5. Pulse el botón de selección Compartido como.
  6. En el campo Nombre de compartimiento, entre un nombre. Por ejemplo, entre NTCODESERVER.
  7. Todas las estaciones de trabajo Thin han de tener acceso de READ (lectura) a este directorio para todos los usuarios. Si va a configurar un servidor de códigos basado en Windows NT o Windows 2000, especifique el acceso de READ (lectura) para todo el mundo del modo siguiente:
    1. Pulse el botón Permisos. Se abre la ventana Acceso a través de permisos de compartimiento.
    2. En el recuadro Nombre, seleccione Todos.
    3. Pulse el recuadro desplegable Tipo de acceso y seleccione Lectura.
    4. Pulse Aceptar hasta que se cierren todas las ventanas.
    Nota:Si va a configurar un servidor de códigos basado en Windows 9x, no es necesario especificar este tipo de acceso al configurar un compartimiento. Por omisión, se otorga acceso de lectura a todos.

Paso 4. Creación de un archivo de respuestas para la estación de trabajo Thin destino

Al instalar el servidor de códigos, se ha efectuado una instalación interactiva. En esta instalación, ha de responder manualmente a los indicadores de mandatos desde el programa de configuración para instalar el producto. Las respuestas han facilitado la información necesaria para instalar el producto DB2 y configurar su entorno. Durante una instalación distribuida, esta información se facilita en forma de palabras clave y valores de un archivo de respuestas. Por este motivo, a una instalación distribuida normalmente se la denomina instalación desatendida o incluso instalación lacónica. Para obtener una descripción detallada de una instalación distribuida y del modo de efectuar esta instalación para una estación de trabajo Thin, consulte el capítulo Introducción a una instalación distribuida.

Para una instalación de DB2 Thin-Client o DB2 Thin-Connect, hay un archivo de respuestas preparado para su utilización denominado db2thin.rsp, que puede utilizarse para instalar cualquiera de las estaciones de trabajo Thin. La configuración por omisión para el tipo de instalación más habitual se proporciona en este archivo. Puede hallar este archivo de respuestas en el directorio c:\sqllib\thnsetup, donde c: representa la unidad en la que instaló el producto DB2.

Un archivo de respuestas contiene:

En un archivo de respuestas, el asterisco (*) actúa como comentario. Durante la instalación, se ignorará cualquier línea que tenga un asterisco como prefijo. Si no especifica una palabra clave, o está descomentada, se utilizará un valor por omisión. Para habilitar un parámetro, elimine el asterisco.

Por ejemplo, asumamos que se desea instalar el soporte para ODBC. La entrada por omisión para esta palabra clave en el archivo de respuestas es:

   *COMP		=ODBC_SUPPORT

Para instalar este componente, ha de eliminar el asterisco de esta línea, por lo que aparecería de este modo:

   COMP		=ODBC_SUPPORT

Para algunas palabras clave, ha de definir valores. Para habilitar estas palabras clave, elimine el asterisco como de costumbre, pero asegúrese de que ha sustituido el contenido que hay a la derecha del signo igual por el valor que desea para dicho parámetro.

Por ejemplo,

   *DB2.DIAGLEVEL	= 0 - 4

sería:

   DB2.DIAGLEVEL	= 4

en el caso de que deseara establecer en 4 este parámetro.

Lo que viene a continuación es una sección del archivo de respuestas de ejemplo db2thin.rsp:

   * Required Global DB2 Registry Variable
   * -------------------------------------
	DB2INSTPROF                   = C:\CFG
 
   * General Options
   * ---------------
   *TYPE                          = 0,1,2  (0=compact, 1=typical, 2=custom)
   *COMP                          = ODBC_SUPPORT
   *COMP                          = CONTROL_CENTER
   *COMP                          = EVENT_ANALYZER
   *COMP                          = WEB_ADMINISTRATION
   *COMP                          = QUERYMONITOR
   *COMP                          = TRACKER
   *COMP                          = QUERYADMIN
   *COMP                          = CLIENT_CONFIGURATION_ASSISTANT
   *COMP                          = COMMAND_CENTER
   *COMP                          = DOCUMENTATION
   *CREATE_ICONS                  = YES or NO (default=YES)
   *REBOOT                        = YES or NO
 

Para obtener más información y descripciones detalladas de estos parámetros, consulte el apartado Archivos de respuestas de ejemplo disponibles.

Por ejemplo, establezca lo siguiente:

   DB2INSTPROF = C:\CFG
 	   TYPE                          = 1
   REBOOT							     = YES

Una vez haya acabado de editar este archivo, guárdelo con un nombre diferente para que pueda mantener la integridad del ejemplo. Llame a este archivo test.rsp y guárdelo en el mismo directorio que compartía en el paso anterior (c:\sqllib).

Paso 5. Cómo hacer que el servidor de códigos resulte accesible a la estación de trabajos Thin destino.

El servidor de códigos debe resultar accesible antes de que se pueda configurar la estación de trabajo destino para que actúe como estación de trabajo Thin. Puede optar por asignar una unidad de red para acceder al directorio thnsetup que está debajo del directorio compartido que ha creado en el servidor de códigos.

  1. Pulse Inicio y seleccione Programas --> Windows Explorer.
  2. En el menú de Herramientas, seleccione Asignar unidad de red.
  3. En la lista del recuadro desplegable Unidad, seleccione la unidad a la que desea asignar la ubicación del servidor de códigos.
  4. En la Vía de acceso, escriba la ubicación del compartimiento con el formato
         \\computer_name\share_name
    

    donde:

    computer_name
    representa el nombre de sistema del servidor de códigos.

    share_name
    representa el nombre de compartimiento del directorio compartido en el servidor de códigos. En nuestro ejemplo, era NTCODESERVER.
  5. Seleccione el recuadro Volver a conectar en el inicio de sesión para hacer permanente el compartimiento.

Si está ejecutando Windows NT o Windows 2000, puede especificar asimismo información de usuario en el campo Conectar como entrada. El formato es

     domain\username

donde

domain
representa el dominio en el que está definida la cuenta de usuario. Sólo se necesita si la cuenta es una cuenta de dominio y no ha iniciado la sesión en el sistema con una cuenta de usuario que tenga acceso de READ (lectura) al servidor de códigos remoto.

username
representa el usuario que tiene acceso a esta máquina. Sólo se necesita si no ha iniciado la sesión en el sistema con una cuenta de usuario que tenga acceso de READ (lectura) al servidor de códigos remoto o en el caso de que haya especificado el parámetro de dominio.
Nota:En una estación de trabajo de Windows 9x, debe iniciar la sesión en la estación de trabajo como usuario válido con acceso de directorio compartido al servidor de códigos.

Si piensa disponer del servidor de códigos de DB2 para Windows NT o Windows 2000 con el fin de dar servicio a una estación de trabajo Thin de Windows 9x (o viceversa), asegúrese de haber entrado el nombre de compartimiento para el directorio creado con esta finalidad.

Paso 6. Creación de la estación de trabajo Thin destino

Para finalizar esta configuración, ha de ejecutar el mandato thnsetup. Este mandato configurará la estación de trabajo DB2 Thin-Client o DB2-Thin Connect y los enlaces necesarios con el servidor de códigos. El mandato thnsetup puede entrarse con los parámetros siguientes:
Sintaxis del mandato thnsetup.
donde:

/P
Especifica la vía de acceso en la que está instalado el código de DB2 en el servidor de códigos. Especifique este parámetro utilizando la vía de acceso a la que se ha adjuntado en el paso anterior. Recuerde, si es un servidor de códigos de Windows NT o Windows 2000 y las estaciones de trabajo destino se están ejecutando en Windows 9x, tendrá que especificar el directorio que se ha configurado para Windows 9x. Este parámetro es obligatorio.
Nota:Si todavía no ha correlacionado una unidad de red permanente con el servidor de códigos tal y como se ha descrito en el Paso 5. Cómo hacer que el servidor de códigos resulte accesible a la estación de trabajos Thin destino., este parámetro debería ser la letra de unidad que se utilizará para representar la unidad de red.

/U
Especifica el nombre de archivos de respuestas plenamente cualificado. Este parámetro es obligatorio. Para nuestro ejemplo, utilice el archivo de respuestas que ha guardado como test.rsp en el servidor de códigos remoto.

/L
Especifica el nombre de archivo de anotación cronológica plenamente cualificado, en el que se anota cronológicamente la información de configuración y los errores que se producen durante la misma. Si no especifica el nombre de archivo de anotación cronológica, se utiliza el nombre de archivo db2.log por omisión. Este archivo se creará en un directorio denominado db2log, en la unidad en la que está instalado el sistema operativo. Este parámetro es opcional.

/M
Especifica el nombre de sistema del servidor de códigos. Este parámetro sólo es necesario si no ha correlacionado una unidad de red permanente como en el Paso 5. Cómo hacer que el servidor de códigos resulte accesible a la estación de trabajos Thin destino..

/S
Especifica el nombre de compartimiento del servidor de códigos en el que se ha instalado el producto DB2. Este parámetro sólo es necesario si no ha correlacionado una unidad de red permanente como en el Paso 5. Cómo hacer que el servidor de códigos resulte accesible a la estación de trabajos Thin destino..

Por ejemplo, para crear una estación de trabajo Thin en la que el directorio compartido NTCODESERVER en un servidor de códigos denominado myserver se correlaciona localmente con la unidad x: y el archivo de respuestas se denomina test.rsp y está ubicado en el mismo directorio que el servidor de códigos, entre el mandato siguiente:

   x:\thnsetup\thnsetup /P x:\ /U x:\thnsetup\test.rsp  

Cuando finaliza el mandato thnsetup, compruebe los mensajes del archivo de anotaciones cronológicas. Puesto que se ha establecido que la máquina ha de volver a arrancarse una vez finalice la configuración de la estación de trabajo Thin; en el caso de que la máquina no se rearranque, se entiende que ha habido un error.


El paso siguiente

Ahora que ha configurado las estaciones de trabajo Thin, necesita configurar el acceso a las bases de datos a las que desea que accedan los usuarios en cada una de las estaciones de trabajo. Le sugerimos que utilice el Asistente de configuración del cliente (CCA) para configurar el acceso a estas bases de datos en el servidor de códigos. Para obtener más información sobre la utilización del CCA, consulte el apartado Inicio del Asistente de configuración del cliente.

Después de haber catalogado todas las bases de datos en el servidor de códigos al que desea que accedan las estaciones de trabajo Thin, ha de actualizar todos los directorios de catálogo locales en cada estación de trabajo Thin. Le recomendamos que utilice la opción de perfiles del CCA. El CCA le permite exportar e importar Perfiles de cliente que contengan información de conexión de base de datos, así como valores de configuración. En el servidor de códigos, exporte un Perfil de cliente. Este perfil contendrá toda la información necesaria para configurar las mismas configuraciones y conexiones de bases de datos exactamente en cada una de las estaciones de trabajo Thin que se acaban de instalar. Los usuarios finales pueden utilizar la opción de importación de CCA en el caso de que se desee exponer esta herramienta. Si está intentando ocultar el producto DB2 a sus usuarios, puede utilizar el mandato db2cfimp. Este mandato puede extraerse por medio de un e-mail (correo electrónico) o expulsarse con SMS. Este mandato le permite ocultar las tareas de DB2 a los usuarios finales. Para obtener más información sobre el mandato db2cfimp, consulte la publicación Consulta de mandatos.


[ Principio de página | Página anterior | Página siguiente | Contenido | Índice ]