Está en la página 1de 146

5.

LIMITACIN DE RESPONSABILIDAD ESTA DOCUMENTACIN SOLAMENTE TIENE CARCTER CONSULTIVO. AUNQUE SE HA HECHO TODO LO POSIBLE PARA GARANTIZAR LA CORRECCIN Y PRECISIN DE LA INFORMACIN CONTENIDA EN ELLA, ESTA DOCUMENTACIN SE OFRECE "TAL Y COMO EST", SIN GARANTA DE NINGN TIPO. EN LA MEDIDA EN LA QUE LE EST PERMITIDO HACERLO, LOTUS NO CONCEDE GARANTA IMPLCITA ALGUNA, INCLUIDAS PERO NO LIMITADAS, LAS GARANTAS IMPLCITAS DE COMERCIABILIDAD, INVIOLABILIDAD Y ADECUACIN PARA UN PROPSITO CONCRETO. LOTUS NO SER RESPONSABLE DE NINGN PERJUICIO, INCLUIDOS PERO NO LIMITADOS, LOS DAOS DIRECTOS, INDIRECTOS, FORTUITOS O LOS PRODUCIDOS A CONSECUENCIA DEL USO O QUE PUEDAN DERIVARSE DEL USO DE ESTA DOCUMENTACIN O CUALQUIER OTRA DOCUMENTACIN. INCLUSO AUNQUE SE INDIQUE LO CONTRARIO, NADA DE LO INCLUIDO EN ESTA DOCUMENTACIN NI EN CUALQUIER OTRA SUGIERE, NI IMPLICA LA EXISTENCIA DE GARANTAS O REPRESENTACIONES POR PARTE DE LOTUS (O DE SUS PROVEEDORES O CEDENTES), NI LA ALTERACIN DE LOS TRMINOS Y CONDICIONES DEL CONTRATO DEL SOFTWARE APLICABLE QUE REGULA EL USO DE ESTE SOFTWARE. COPYRIGHT De acuerdo con las leyes de propiedad intelectual, ni la documentacin ni los programas incluidos en este paquete pueden copiarse, fotocopiarse, reproducirse, traducirse o reducirse a cualquier medio o soporte electrnico o legible mediante mquinas, ni total ni parcialmente, sin el permiso previo por escrito de Lotus Development Corporation, excepto en los trminos descritos en la documentacin o en el Contrato del software aplicable que regula el uso del software. Copyright 1985 - 1999 Lotus Development Corporation 55 Cambridge Parkway Cambridge, MA 02142 Reservados todos los derechos. Impreso en la Repblica de Irlanda. LISTA DE MARCAS COMERCIALES Domino, cc:Mail, Notes, NotesBench, NotesFlow y Notes/FX son marcas comerciales, y Freelance, Freelance Graphics, Lotus, Lotus Components, Lotus Notes, LotusScript, Notes Mail, NotesSQL, NotesView, 1-2-3, Organizer, SmartIcons y SmartSuite son marcas comerciales registradas de Lotus Development Corporation. AS/400, OS/2 Warp, RS/6000 y PowerPC son marcas comerciales, y AIX, IBM, OS/2, Presentation Manager y SNA son marcas comerciales registradas de International Business Machines Corporation. Tivoli/Courier es una marca comercial de Tivoli Systems Inc., empresa subsidiaria de International Business Machines Corporation. Todas las dems marcas comerciales son propiedad de sus respectivos propietarios.

Contenido

Prefacio

. . . . . . . . . . . . . . . . . . . . . vii
. vii . vii . vii viii

Estructura de la documentacin de Notes y Domino . . . . . . . . . . . . . . . . . . . . . . . Documentacin para el cliente Notes . . . . Documentacin para la administracin de Domino . . . . . . . . . . . . . . . . . . . . . . Documentacin para Domino Designer . .

Historia de replicaciones en una agrupacin . . . . . . . . . . . . . . . . . . . . Replicacin de carpetas privadas en una agrupacin . . . . . . . . . . . . . . . . . . . . Redireccionamiento del correo en una agrupacin . . . . . . . . . . . . . . . . . . . . Funcionamiento del correo en una agrupacin . . . . . . . . . . . . . . . . . . . .

. 2-12 . 2-13 . 2-13 . 2-14

Captulo 1 Ventajas y requisitos de las agrupaciones de servidores . . . . 1-1


Qu es una agrupacin de servidores Domino? . . . . . . . . . . . . . . . . . . . . . . . 1-1 De qu forma le pueden ayudar? . . . . . . 1-2 Requisitos de las agrupaciones de servidores . . . . . . . . . . . . . . . . . . . . . . 1-3

Captulo 3 Planificacin de una agrupacin de servidores . . . . . . . . . . . . . . . . 3-1


Determinacin del nmero de servidores que se deben incluir en una agrupacin . . . . . . . . . . . . . . . . . . . . . . 3-2 Determinacin del nmero y la ubicacin de las rplicas en una agrupacin . . . . . . 3-4 Determinacin del nmero de rplicas que se deben crear . . . . . . . . . . . . . . . . 3-5 Distribucin de las bases de datos en una agrupacin de servidores . . . . . . . . . . 3-8 Distribucin de las bases de datos de correo . . . . . . . . . . . . . . . . . . . . . . . . . . 3-8 Distribucin de bases de datos de aplicaciones . . . . . . . . . . . . . . . . . . . . 3-11 Determinacin de la necesidad de crear una LAN privada para la agrupacin . . . 3-12 Ejemplos de configuraciones de agrupaciones . . . . . . . . . . . . . . . . . . . 3-12 Ejemplo de agrupacin de dos servidores para el correo y las aplicaciones . . . . 3-13 Ejemplo de agrupacin de tres servidores para el correo y las aplicaciones . . . . 3-13 Ejemplo de agrupacin de seis servidores para el correo y las aplicaciones . . . . 3-14 Ejemplo de agrupacin de servidores hub 3-15 Ejemplo de agrupacin de servidores de trnsito . . . . . . . . . . . . . . . . . . . . . . . . 3-16

Captulo 2 Funcionamiento de las agrupaciones de servidores Domino . . . . . . . . . . . . . . . . . . . . 2-1


Caractersticas generales de las agrupaciones . . . . . . . . . . . . . . . . . . . . 2-1 Funcionamiento del redireccionamiento . . . . 2-2 Cundo se produce el redireccionamiento? . . . . . . . . . . . . . . 2-3 Localizacin de una rplica durante el redireccionamiento . . . . . . . . . . . . . . . 2-5 Funcionamiento del reparto de la carga . . . . 2-6 Los componentes de las agrupaciones . . . . . 2-7 El Administrador de la agrupacin . . . . . 2-8 El ndice de bases de datos de la agrupacin . . . . . . . . . . . . . . . . . . . . . . 2-9 El Administrador del ndice de bases de datos de la agrupacin . . . . . . . . . . . . . 2-9 Cluster Administrator . . . . . . . . . . . . . . 2-10 El Replicador de agrupacin . . . . . . . . . 2-10 Funcionamiento de la replicacin en una agrupacin . . . . . . . . . . . . . . . . . . . . . 2-11

Contenido iii

Captulo 4 Configuracin de una agrupacin de servidores . . . . . . . . . . . . . . . . 4-1


Pasos previos a la creacin de una agrupacin . . . . . . . . . . . . . . . . . . . . . . 4-1 Creacin de una agrupacin . . . . . . . . . . . . . 4-2 El proceso de creacin de una agrupacin de servidores . . . . . . . . . . 4-3 Cmo verificar que la agrupacin se ha creado correctamente . . . . . . . . . . . . . . 4-4 Uso del anlisis de la agrupacin para comprobar la configuracin de la agrupacin . . . . . . . . . . . . . . . . . . . . . . 4-5 Ejecucin del anlisis de la agrupacin . . 4-7 Gestin del acceso de los usuarios a las bases de datos . . . . . . . . . . . . . . . . . . . 4-8 Configuracin de las listas de control de acceso de las bases de datos en una agrupacin de servidores . . . . . . . . . . 4-8 Control de otros parmetros que permiten restringir el acceso a las bases de datos . . . . . . . . . . . . . . . . . . . 4-9 Configuracin del correo en una agrupacin 4-10 Cambio del parmetro de redireccionamiento de la transferencia del correo . . . . . . . . . . . . . . . . . . . . . . 4-11 Uso del correo compartido en una agrupacin de servidores . . . . . . . . . 4-12 Uso de la replicacin estndar en una agrupacin . . . . . . . . . . . . . . . . . . . . . 4-12 Replicacin programada en una agrupacin de servidores . . . . . . . . . 4-13 Replicacin con todos los servidores de una agrupacin . . . . . . . . . . . . . . . . . 4-14 Desactivacin de la replicacin de la agrupacin . . . . . . . . . . . . . . . . . . . . . 4-16 Desactivacin de la replicacin entre servidores de una agrupacin para bases de datos especficas . . . . . . . . . 4-16 Creacin de un agente para desactivar la replicacin entre servidores de una agrupacin para bases de datos especficas . . . . . . . . . . . . . . . . . . . . . 4-17 Desactivacin de la replicacin entre servidores de una agrupacin para todas las bases de datos de un servidor . . . . . . . . . . . . . . . . . . . . . . . 4-18

Activacin del registro para la replicacin de la agrupacin . . . . . . . . . . . . . . . . Uso de la Asistencia de directorios en una agrupacin . . . . . . . . . . . . . . . . . . . . . Configuracin del acceso a la agrupacin para los usuarios mviles . . . . . . . . . Uso de Web Navigator del servidor en una agrupacin . . . . . . . . . . . . . . . . . . . . . Configuracin de una LAN privada para una agrupacin . . . . . . . . . . . . . . . . . Cmo asegurarse de que Domino est utilizando la LAN privada . . . . . . . . Cmo asegurarse de que la replicacin de la agrupacin est utilizando la LAN privada . . . . . . . . . . . . . . . . . . .

4-18 4-18 4-19 4-21 4-21 4-23

4-23

Captulo 5 Gestin y supervisin de una agrupacin de servidores . . . . . . 5-1


Supervisin de una agrupacin de servidores . . . . . . . . . . . . . . . . . . . . . . 5-1 Visualizacin de una lista con los miembros de la agrupacin y su disponibilidad . . . . . . . . . . . . . . . . . . . 5-1 Supervisin de los eventos y las estadsticas del Administrador de la agrupacin (Cluster Manager) . . . . . . . . . . . . . . . . 5-2 Visualizacin de los eventos de redireccionamiento y de reparto de la carga . . . . . . . . . . . . . . . . . . . . . . . . . . 5-2 Visualizacin de las estadsticas del Administrador de agrupacin . . . . . . . 5-3 Visualizacin de los eventos de replicacin y de las estadsticas de la agrupacin . 5-4 Visualizacin de los eventos de replicacin de la agrupacin . . . . . . . . 5-5 Visualizacin de las estadsticas de replicacin de la agrupacin . . . . . . . . 5-6 Reparto de la carga en una agrupacin de servidores . . . . . . . . . . . . . . . . . . . . . . 5-7 Limitacin de la carga de trabajo de un servidor . . . . . . . . . . . . . . . . . . . . . . . . 5-8 Definicin del nmero mximo de usuarios de un servidor . . . . . . . . . . . 5-12 Gestin del redireccionamiento en una agrupacin de servidores . . . . . . . . . 5-13 Cmo provocar intencionadamente el redireccionamiento . . . . . . . . . . . . . . 5-13

iv Administracin de las agrupaciones de servidores Domino

Sustitucin de un servidor de la agrupacin por otro servidor . . . . . . . Otras maneras de gestionar el redireccionamiento . . . . . . . . . . . . . . Gestin de la replicacin en una agrupacin de servidores . . . . . . . . . . . . . . . . . . . Activacin de la replicacin en una agrupacin de servidores . . . . . . . . . Uso de mltiples replicadores de agrupacin . . . . . . . . . . . . . . . . . . . . . Determinacin del nmero de replicadores de agrupacin que se deben ejecutar . . . . . . . . . . . . . . . . . . Activacin de mltiples replicadores de agrupacin . . . . . . . . . . . . . . . . . . . . . Gestin de la disponibilidad de las bases de datos en una agrupacin de servidores . . . . . . . . . . . . . . . . . . . . . Cmo indicar que una base de datos est fuera de servicio . . . . . . . . . . . . . . . . Cmo indicar que una base de datos est en servicio . . . . . . . . . . . . . . . . . . . . . Eliminacin de una base de datos de una agrupacin de servidores . . . . . . . . . Adicin de un servidor a una agrupacin . Qu ocurre cuando se agrega un servidor a una agrupacin? . . . . . . . . El papel del Proceso de administracin en la adicin de un servidor a una agrupacin . . . . . . . . . . . . . . . . . . . . . Eliminacin de un servidor de una agrupacin de servidores . . . . . . . . . Qu sucede cuando se elimina un servidor de una agrupacin? . . . . . . . El papel del Proceso de administracin en la eliminacin de un servidor de una agrupacin . . . . . . . . . . . . . . . . . Traslado de un servidor de una agrupacin de servidores a otra . . . . . . . . . . . . . . Visualizacin de la informacin del ndice de bases de datos de la agrupacin . . Creacin de un nuevo ndice de bases de datos de la agrupacin . . . . . . . . . . . .

5-14 5-15 5-15 5-16 5-16

Captulo 6 Uso de las agrupaciones de servidores en Internet . . . . . . . . 6-1


Funcionamiento de Internet Cluster Manager . . . . . . . . . . . . . . . . . . . . . . . . 6-1 Generacin de URLs que hacen referencia a ICM . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-3 Planificacin del uso de ICM . . . . . . . . . . . . 6-4 Planificacin de la agrupacin de servidores . . . . . . . . . . . . . . . . . . . . . . 6-4 Planificacin de la ubicacin de ICM . . . . 6-4 Ejemplo de un nico ICM situado fuera de la agrupacin . . . . . . . . . . . . . . . . . 6-5 Ejemplo de varios ICM situados fuera de la agrupacin . . . . . . . . . . . . . . . . . . . . 6-5 Ejemplo de un nico ICM situado dentro de la agrupacin . . . . . . . . . . . . . . . . . 6-6 Ejemplo de varios ICM situados dentro de la agrupacin . . . . . . . . . . . . . . . . . 6-7 Ejemplo de un ICM situado fuera de la agrupacin y otro situado dentro . . . . 6-8 Configuracin de ICM . . . . . . . . . . . . . . . . . 6-8 Para configurar ICM . . . . . . . . . . . . . . . . . 6-9 Configuracin de una direccin IP distinta para ICM . . . . . . . . . . . . . . . . 6-12 Ejecucin de ICM . . . . . . . . . . . . . . . . . . . . 6-13 El redireccionamiento y el reparto de la carga . . . . . . . . . . . . . . . . . . . . . . . . . 6-13 Cuando un servidor falla . . . . . . . . . . . . 6-14 Seguridad . . . . . . . . . . . . . . . . . . . . . . . . . . 6-15 Administracin y supervisin de ICM . . . . 6-15 Visualizacin del archivo de registro . . . 6-16 Visualizacin de las estadsticas de ICM 6-16 Compatibilidad con las versiones anteriores de Domino . . . . . . . . . . . . . . . . . . . . . 6-17

5-17 5-17

5-18 5-18 5-19 5-19 5-20 5-21

5-22 5-22 5-23

5-24 5-24 5-25 5-26

Captulo 7 Configuracin de Domino para que pueda ejecutarse con Microsoft Cluster Server . . . . . . 7-1
Las agrupaciones de servidores Domino frente a las agrupaciones de servidores de Microsoft Cluster Server . 7-1

Contenido v

Tipos de configuraciones de MSCS . . . . . . . . 7-2 Planificacin de la instalacin del servidor Domino en un entorno de MSCS . . . . . 7-2 Requisitos para ejecutar Domino en un entorno de MSCS . . . . . . . . . . . . . . . . . 7-2 Generalidades sobre los aspectos especiales de la instalacin y la configuracin . . . . . . . . . . . . . . . . . . . . 7-3 Normas para la asignacin de nombres . . 7-4 Instalacin del servidor Domino en un entorno de MSCS . . . . . . . . . . . . . . . . . 7-4 Instalacin de Domino en el primer nodo . 7-4 Instalacin de Domino en el segundo nodo . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-5 Configuracin del servidor Domino . . . . 7-6 Creacin de grupos de recursos de MSCS para Domino . . . . . . . . . . . . . . . . . . . . 7-6 Creacin de un grupo de recursos para el servidor Domino . . . . . . . . . . . . . . . . . 7-7 Creacin del recurso de direccin IP . . . . 7-8 Creacin del recurso de nombre de red . . 7-9 Asignacin del recurso de disco fsico al grupo de recursos de Domino . . . . . . . 7-9 Creacin del recurso de servicio genrico 7-10 Asignacin del nombre de la red al nombre del equipo . . . . . . . . . . . . . . . 7-11 Ejecucin del servidor Domino bajo MSCS . 7-12 Ejecucin de Domino bajo MSCS . . . . . . 7-12 Configuracin de los clientes Notes para TCP/IP . . . . . . . . . . . . . . . . . . . . . . . 7-12 Cmo finalizar la ejecucin de Domino bajo MSCS . . . . . . . . . . . . . . . . . . . . . 7-13

Apndice B Solucin de problemas relacionados con las agrupaciones de servidores . . . . B-1


Algunos cambios realizados en las bases de datos no se replican con rapidez a otros servidores. . . . . . . . . . . . . . . . . . Las solicitudes de los clientes para ciertas bases de datos no se redireccionan, aunque las rplicas estn incluidas en el ndice de bases de datos de la agrupacin . . . . . . . . . . . . . . . . . . . . . . Aunque he marcado una base de datos como fuera de servicio, los usuarios pueden abrirla . . . . . . . . . . . . . . . . . . . El ndice de bases de datos de la agrupacin incluye dos copias de los documentos de base de datos para todas las bases de datos de un servidor concreto . . . . . El valor del parmetro estadstico Replica.Cluster.Retry.Waiting es mayor que cero . . . . . . . . . . . . . . . . . . Cluster Replicator was unable to configure using Cluster Database Directory cldbdir.nsf: File does not exist . . . . . . . Cluster Replicator was unable to configure using Cluster Database Directory cldbdir.nsf: Invalid replica ID for cluster database directory. If cluster name changed, delete cluster database directory and restart cldbdir task. . . . . Las carpetas privadas no se replican entre las bases de datos de la agrupacin . . . HTTP Server Initialization error. Could not bind port 80. Port may be in use . . . . . Web Navigator del servidor no utiliza la funcin de redireccionamiento . . . . . . B-1

B-2

B-2

B-3

B-3

B-4

B-4 B-4 B-5 B-5

Apndice A Estadsticas de las agrupaciones de servidores . . . . . . . . . . . . . . . . A-1


Estadsticas del Administrador de agrupacin . . . . . . . . . . . . . . . . . . . . . . A-1 Estadsticas del Replicador de agrupacin . . A-3 Estadsticas de Internet Cluster Manager . . . A-4

ndice alfabtico . . . . . . . . . . . . . . . I-1

vi Administracin de las agrupaciones de servidores Domino

Prefacio
Esta gua describe la configuracin y administracin de las agrupaciones de servidores Domino. Tambin incluye informacin sobre la supervisin y solucin de problemas en dichas agrupaciones.

Estructura de la documentacin de Notes y Domino


La documentacin para Notes y Domino se ofrece en formato electrnico en tres bases de datos a las que se puede acceder desde el men de ayuda. Ayuda del cliente Notes Versin 5 Ayuda sobre administracin de Notes Versin 5 Ayuda de Domino Designer Adems, la documentacin sobre administracin y sobre Designer se encuentra tambin disponible en manuales impresos. Seleccione Otras Ayudas en la Ayuda de Notes para ver una tabla con toda la documentacin disponible. Si lo desea, puede encargar manuales en la sede Web de Lotus Education en www.lotus.com/education.

Documentacin para el cliente Notes


Adems de la ayuda electrnica, el manual impreso Paso a paso ofrece un curso para los usuarios no iniciados en Notes.

Documentacin para la administracin de Domino


La siguiente tabla muestra los manuales impresos que comprende el juego de documentacin de Administracin. La informacin incluida en estos manuales tambien puede hallarse en la base de datos Ayuda sobre administracin.
Migracin a Notes y Domino Versin 5 Describe cmo actualizar los servidores Domino y los clientes Notes existentes a la Versin 5. Tambin describe cmo trasladar a los usuarios a Notes y Domino desde otros sistemas de directorios y mensajera. Explica cmo se debe configurar una red especfica para que funcione con Domino. Tambin ilustra sobre cmo ejecutar Notes utilizando protocolos de red individuales y mltiples como, por ejemplo, AppleTalk, Banyan VINES, NetBIOS, Novell SPX (NetWare) y TCP/IP.

Configuracin de la red de Domino

vii

Administracin del sistema de Domino Volmenes 1 y 2

Describe cmo configurar y administrar los servidores, los usuarios, las conexiones del servidor, el correo, la replicacin, la seguridad, las agendas y la planificacin, los servidores Web, los servicios de NNTP, la facturacin y la supervisin del sistema. Tambin informa sobre cmo solucionar los problemas del sistema. Describe como configurar, administrar y solucionar los problemas de las agrupaciones de servidores Domino. Ofrece informacin sobre cmo gestionar y efectuar el mantenimiento de las bases de datos, incluyendo aspectos tales como su puesta en marcha y la configuracin de las listas de control de acceso y de la replicacin.

Administracin de agrupaciones de Domino Gestin de bases de datos de Domino

Documentacin para Domino Designer


La siguiente tabla muestra los manuales impresos que comprende el juego de documentacin de Designer. La informacin incluida en estos manuales tambien puede hallarse en la base de datos Ayuda de Domino Designer.
Application Development with Domino Designer Explica cmo crear todos los elementos de diseo usados en la creacin de aplicaciones de Domino, como compartir informacin con otras aplicaciones y como personalizar aplicaciones. Presenta la programacin en Domino Designer y describe el lenguaje de frmulas, las funciones @ y los comandos de @Command.

Domino Designer Programming Guide Volume 1: Formula Language Domino Designer Programming Guide Domino Designer Programming Guide Volume 3: Java Classes LotusScript Language Guide

Ofrece informacin de referencia sobre las las clases de LotusScript, que proporcionan acceso a las bases Volume 2: LotusScript Classes de datos y a otras estructuras de Domino. Ofrece informacin de referencia sobre las las clases de Java, que proporcionan acceso a las bases de datos y a otras estructuras de Domino. Describe los bloques de creacin bsicos de LotusScript, como usar este lenguaje para crear aplicaciones, una panormica general del lenguaje de programacin de LotusScript y una amplia lista de los elementos del lenguaje.

viii Administracin de las agrupaciones de servidores Domino

Application Development with Domino Designer

Explica cmo crear todos los elementos de diseo usados en la creacin de aplicaciones de Domino, como compartir informacin con otras aplicaciones y como personalizar aplicaciones. Ofrece informacin sobre como configurar Domino Connectors, como utilizar Domino Enterprise Connection Services (DECS) para acceder a datos empresariales en tiempo real y material de referencia para realizar programaciones con la extensin de LotusScript para Domino Connectors. Ofrece informacin sobre cmo gestionar y efectuar el mantenimiento de las bases de datos, incluyendo aspectos tales como su puesta en marcha y la configuracin de las listas de control de acceso y de la replicacin.

Domino Enterprise Integration Guide

Gestin de bases de datos de Domino

Prefacio ix

x Administracin de las agrupaciones de servidores Domino

Captulo 1 Ventajas y requisitos de las agrupaciones de servidores


Este captulo describe las agrupaciones de servidores Lotus Domino y ofrece instrucciones sobre su instalacin, configuracin y uso. Tambin incluye una relacin de las ventajas del uso de agrupaciones de servidores y de los requisitos de hardware y software necesarios para configurar y utilizar dichas agrupaciones.

Qu es una agrupacin de servidores Domino?


Una agrupacin de servidores Domino es un grupo compuesto por un mnimo de dos servidores y un mximo de seis, que le permiten ofrecer a los usuarios un acceso constante a los datos, repartir la carga de trabajo entre varios servidores, mejorar las prestaciones del servidor y aumentar el tamao de su organizacin sin menoscabo del rendimiento. Los servidores de una agrupacin contienen rplicas de las bases de datos a las que los usuarios deben tener acceso de una forma constante. Si un usuario intenta acceder a una base de datos ubicada en un servidor de la agrupacin que no est disponible, Domino abrir una rplica en otro servidor de la agrupacin, si es que existe dicha rplica. Domino se encarga de sincronizar continuamente las bases de datos con objeto de que todas las rplicas contengan la misma informacin. Los clientes Lotus Notes pueden acceder a todos los servidores de la agrupacin. Los clientes HTTP (navegadores de Internet) nicamente pueden acceder a los servidores Web de Domino de la agrupacin.

1-1

De qu forma le pueden ayudar?


Las principales ventajas de las agrupaciones son: Alta disponibilidad de las bases de datos ms importantes Cuando se produce un problema de hardware o de software, los servidores de la agrupacin redireccionan las solicitudes de apertura de bases de datos a otros servidores de la agrupacin, ofreciendo a los usuarios un acceso ininterrumpido a las bases de datos ms importantes. Este proceso se denomina redireccionamiento. Las agrupaciones de servidores ofrecen la funcin de redireccionamiento para los servidores y las bases de datos de importancia crtica, incluyendo el redireccionamiento de servidores de trnsito a otros servidores de la agrupacin. El redireccionamiento tambin permite realizar actividades de mantenimiento en los servidores, como por ejemplo actualizaciones de hardware o software, sin que ello repercuta de forma negativa en los usuarios. Reparto de la carga Cuando los usuarios intentan acceder a bases de datos ubicadas en servidores que soportan un alto nivel de actividad, Domino se encarga de redireccionar las solicitudes de los usuarios a otros servidores de la agrupacin con el fin de que la carga se distribuya uniformemente a travs de sta. Este mtodo le permitir lograr un rendimiento ptimo en su sistema, lo que significa un acceso ms rpido a los datos. Capacidad de crecimiento A medida que aumente el nmero de usuarios soportados, podr agregar servidores fcilmente a la agrupacin con objeto de que no disminuya el rendimiento. Cuando planifique la futura ampliacin podr crear mltiples rplicas de las bases de datos que faciliten al mximo el acceso a la informacin y trasladar a los usuarios a otras agrupaciones o servidores. A medida que su empresa crezca, podr distribuir las cuentas de usuario entre las agrupaciones y repartir las cargas adicionales para optimizar el rendimiento del sistema. Sincronizacin de datos Una de las claves para el funcionamiento eficaz de la agrupacin es la configuracin de rplicas de las bases de datos en dos o ms servidores de la agrupacin. De esta manera, los usuarios podrn acceder a los datos cuando un servidor est fuera de servicio o soporte un alto nivel de actividad. Con la replicacin entre los servidores de la agrupacin se garantiza que todos los cambios, tanto en una base de datos como en la composicin de los propios miembros de la agrupacin, se enven inmediatamente a las dems bases de datos o servidores de la agrupacin. De esta manera, las bases de datos mantienen un alto grado de sincronizacin para facilitar una mayor disponibilidad de la informacin.
1-2 Administracin de las agrupaciones de servidores Domino

Herramientas de anlisis Mediante el uso de las herramientas de anlisis de la agrupacin, en combinacin con el archivo de registro y la base de datos Statistics & Events, es posible analizar la actividad de la agrupacin y realizar los cambios necesarios para mejorar el rendimiento. Facilidad a la hora de realizar cambios en el sistema operativo, en el hardware o en las versiones de Domino Cuando desee realizar modificaciones en el hardware, en el sistema operativo o en la versin de Domino, marque el servidor de la agrupacin como servidor de acceso restringido para que las solicitudes de acceso a una base de datos de dicho servidor se redireccionen a las rplicas ubicadas en otros servidores de la agrupacin. Esto le permitir realizar los cambios sin disminuir la productividad de los usuarios. Copia de seguridad del sistema Puede configurar un servidor de la agrupacin como servidor de reserva para proteger los datos importantes. Los usuarios no podrn acceder a dicho servidor, pero la funcin de replicacin de la agrupacin lo mantendr actualizado en todo momento.

Requisitos de las agrupaciones de servidores


Requisitos del servidor Todos los servidores de una agrupacin deben ejecutar la Versin 5 o 4.62 de la licencia Domino Enterprise Server o la Versin 4.5 o 4.6 de la licencia Domino Advanced Services. Todos los miembros de la agrupacin de servidores deben estar conectados usando una red de rea local (LAN) de alta velocidad. Tambin es posible configurar una LAN privada para gestionar exlusivamente el trfico de la agrupacin. Todos los servidores de una agrupacin deben utilizar TCP/IP, pertenecer a la misma red de Domino y usar el mismo grupo de protocolos de red. Todos los miembros de la agrupacin de servidores deben estar en el mismo dominio de Domino y compartir un Directorio de Domino comn.

Ventajas y requisitos de las agrupaciones de servidores 1-3

Debe especificar un servidor de administracin para el Directorio de Domino en el dominio al que pertenece la agrupacin. Si no especifica ninguno, el Proceso de administracin no podr cambiar los miembros de la agrupacin de servidores. El servidor que funcione como servidor de administracin no necesita ser miembro de una agrupacin ni estar funcionando con la licencia Enterprise Server. Cada uno de los servidores de la agrupacin debe tener un ID de servidor jerrquico. En caso contrario, debe convertirlos en IDs jerrquicos antes de poder utilizarlos en la agrupacin. Cada servidor es miembro de una nica agrupacin de servidores al mismo tiempo. Cada servidor debe disponer del espacio de almacenamiento en disco adecuado para poder funcionar como miembro de una agrupacin de servidores. Puesto que las agrupaciones suelen almacenar ms rplicas de bases de datos, los servidores que formen parte de agrupaciones necesitarn una mayor capacidad de almacenamiento en disco que los servidores no agrupados. Cada servidor debe poseer un procesador y una capacidad de memoria apropiados. En general, los servidores agrupados necesitan una potencia mayor que los servidores no agrupados. Si desea ms informacin sobre cmo determinar los recursos necesarios para instalar una agrupacin de servidores, consulte el captulo "Planificacin de una agrupacin de servidores". Requisitos del cliente Los clientes Notes deben ejecutar la Versin 4.5 de Notes o superior para poder beneficiarse de la funcin de redireccionamiento de la agrupacin. Los clientes que accedan a un servidor de una agrupacin debern utilizar TCP/IP.

1-4 Administracin de las agrupaciones de servidores Domino

Captulo 2 Funcionamiento de las agrupaciones de servidores Domino


Este captulo explica el funcionamiento de las agrupaciones de servidores para los clientes Lotus Notes y los servidores Domino. Si desea informacin sobre el funcionamiento de las agrupaciones de servidores con los clientes HTTP y los servidores Web de Domino, consulte el captulo "Uso de las agrupaciones de servidores en Internet".

Caractersticas generales de las agrupaciones


Todos los servidores de una agrupacin se comunican continuamente entre s para mantener actualizado el estado de cada uno de ellos y mantener sincronizadas las rplicas de las bases de datos. Cada uno de los servidores de una agrupacin contiene los componentes de las agrupaciones que se instalan con la licencia Lotus Domino Enterprise Server. Estos componentes, con la ayuda del Proceso de administracin, realizarn las tareas de gestin y control de la agrupacin que le permitirn administrar sta. Para ello, mantendrn sincronizadas las rplicas de las bases de datos y se comunicarn entre s para asegurarse de que la agrupacin funcione de forma eficiente y sin problemas. Tambin le permitirn definir los lmites para el reparto de la carga de trabajo y realizar un seguimiento de la disponibilidad de los servidores y las bases de datos, as como agregar servidores y bases de datos a la agrupacin. Para beneficiarse de las funciones de redireccionamiento y reparto de la carga, distribuya las bases de datos y las rplicas a travs de la agrupacin. No es necesario que tenga una rplica de cada una de las bases de datos en cada servidor. El nmero de rplicas que debe crear para una determinada base de datos depende del nivel de actividad que soporte sta y de la importancia que tenga para los usuarios que disponen de acceso constante a ella. Es posible que, para ciertas bases de datos, no necesite crear ninguna rplica; para otras, sin embargo, necesitar crear varias rplicas. Si desea informacin sobre cmo determinar el nmero necesario de rplicas que se deben crear, consulte el Captulo "Planificacin de una agrupacin de servidores".

2-1

Funcionamiento del redireccionamiento


La capacidad de una agrupacin de redireccionar solicitudes de un servidor a otro se denomina redireccionamiento. Si un usuario intenta acceder a una base de datos situada en un servidor que no est disponible o que se utiliza mucho, dicho usuario se conecta con una rplica de la base de datos situada en otro servidor de la agrupacin. El Administrador de agrupacin ubicado en cada uno de los servidores de la agrupacin enva unos mensajes, denominados sondeos, al resto de servidores con objeto de determinar su disponibilidad. Asimismo, comprueba continuamente cules son las bases de datos y rplicas disponibles en cada uno de los servidores. Si un usuario intenta acceder a una base de datos que no est disponible, el Administrador de agrupacin le conecta con una rplica de la base de datos situada en otro servidor de la agrupacin. Aunque el usuario accede a una base de datos ubicada en otro servidor, el redireccionamiento se realiza de forma transparente. Ejemplo En este ejemplo se describe el proceso utilizado por Domino cuando ejecuta la funcin de redireccionamiento. Esta agrupacin consta de tres servidores. El servidor 1 no est disponible actualmente. Los Administradores de agrupacin de los servidores 2 y 3 ya han detectado esta circunstancia.

2-2 Administracin de las agrupaciones de servidores Domino

1. Un usuario de Notes intenta abrir una base de datos ubicada en el servidor 1. 2. Notes se da cuenta de que el servidor 1 no est respondiendo. 3. En lugar de mostrar un mensaje indicando que el servidor no est respondiendo, Notes realiza una bsqueda en el cach del grupo para comprobar si este servidor forma parte de una agrupacin y si contiene los nombres de los otros servidores de la agrupacin. (Cuando un clientes Notes accede por primera vez a un servidor de una agrupacin, los nombres de todos los servidores de dicha agrupacin se agregan al cach del grupo ubicado en el cliente.) 4. Notes accede al Administrador de agrupacin del siguiente servidor que aparece en el cach del grupo. 5. El Administrador de agrupacin determina cul es el servidor que contiene una rplica disponible de la base de datos solicitada. 6. El Administrador de agrupacin enva esta informacin a Notes y, a continuacin, ste abre la rplica.

Cundo se produce el redireccionamiento?


El redireccionamiento tiene lugar bien cuando los usuarios no pueden acceder al servidor en el que se encuentra la base de datos, o bien cuando no pueden acceder a la propia base de datos. La siguiente tabla describe las diferentes situaciones en las que los usuarios no pueden acceder al servidor o la base de datos que desean.
Situacin No es posible acceder al servidor Motivo del redireccionamiento El servidor no est disponible Problemas de conexin con la red El servidor ha alcanzado el nmero mximo de usuarios permitido (definido mediante el parmetro Server_Maxusers de NOTES.INI) El acceso al servidor est restringido por el administrador (mediante el parmetro Server_Restricted de NOTES.INI) El servidor est BUSY debido a que ha alcanzado el mximo nivel de carga permitido (el umbral de disponibilidad del servidor) No es posible acceder a la base de datos La base de datos est marcada como fuera de servicio en el ndice de bases de datos de la agrupacin (Cluster Database Directory). La base de datos est marcada como pendiente de eliminacin en el ndice de bases de datos de la agrupacin (Cluster Database Directory).

Funcionamiento de las agrupaciones de servidores Domino 2-3

Siempre que un servidor o una base de datos no est disponible, el redireccionamiento se producir al intentar utilizar Notes para realizar ciertas acciones. La tabla siguiente describe las acciones que ejecutan el redireccionamiento.
Acciones Operaciones de apertura de bases de datos Accin que ejecuta el redireccionamiento Apertura de una base de datos desde un marcador

Accin de hacer clic en un vnculo de documento, un vnculo de vista o un vnculo de base de datos Activacin de un campo, una accin o un botn que contenga el comando @command ([FileOpenDatabase]) Ejecucin de una rutina de LotusScript que contenga el mtodo OpenWithFailover de la clase NotesDatabase El uso de cdigo Java que contenga el mtodo OpenDatabase de la clase DbDirectory Replicacin con una base de datos situada en el servidor de una agrupacin que no se est ejecutando o no est disponible en la red Operaciones relacionadas con el servidor de correo Creacin de correo

Bsquedas de nombres Escritura anticipada Transferencia de mensajes de correo Agentes para preprocesar el correo Invitaciones a reuniones Bsquedas de tiempol libre Bsquedas de servidores Operaciones del servidor Web Seleccin del icono Abrir URL Accin de hacer clic en un vnculo a URL Acceso a un URL mediante un navegador de Web

2-4 Administracin de las agrupaciones de servidores Domino

Cundo no se produce el redireccionamiento? El redireccionamiento no tiene lugar cuando: Un servidor deja de estar disponible mientras un usuario mantiene abierta una base de datos Nota El usuario puede abrir la base de datos de nuevo, lo que provocar el redireccionamiento a una rplica diferente, si existe una en la agrupacin de servidores. Si el usuario estaba editando un documento en el momento en el que el servidor dej de estar disponible, podr copiar el documento en la rplica. Un usuario selecciona Archivo - Base de datos - Propiedades o Archivo - Base de datos - Abrir. El router intenta entregar el correo mientras la variable MailClusterFailover tiene asignado el valor 0 El servidor de plantillas no est disponible mientras se est creando una base de datos Se ejecutan agentes, a excepcin del encargado de preprocesar el correo Se replica con un servidor cuyo acceso ha sido restringido por el administrador, o que ha alcanzado el mximo nmero de usuarios o de nivel de uso definido por el administrador. El redireccionamiento tampoco tiene lugar cuando se replica con una base de datos marcada como fuera de servicio. La replicacin se desarrolla con normalidad independientemente de estas restricciones, por lo que no hay ninguna necesidad de recurrir al redireccionamiento.

Localizacin de una rplica durante el redireccionamiento


Cuando un usuario intenta abrir una base de datos que no est disponible, el Administrador de agrupacin busca en el ndice de bases de datos de la agrupacin una rplica de dicha base de datos. Para ello, intenta localizar una base de datos que tenga el mismo ID de rplica que la base de datos original. Si el Administrador de agrupacin encuentras varias rplicas de una base de datos en el mismo servidor, da por supuesto que se utiliza la replicacin selectiva para replicarlas. En el caso de que existan varias rplicas en un servidor, el Administrador de agrupacin buscar una que tenga la misma ruta de acceso que la base de datos original. Por lo tanto, si sita mltiples rplicas en un servidor, asegrese de que todas las rplicas de la agrupacin que utilicen las mismas frmulas de replicacin selectiva tienen la misma ruta de acceso. De lo contrario, es posible que los usuarios accedan a otra rplica distinta. Cuando se produce el redireccionamiento en un servidor, Domino genera un evento de redireccionamiento o de reparto de la carga en el archivo de registro.
Funcionamiento de las agrupaciones de servidores Domino 2-5

Funcionamiento del reparto de la carga


Distribuya las bases de datos a travs de la agrupacin; esto le permitir repartir la carga y evitar la sobrecarga de los servidores. Adems, existen algunas variables del archivo NOTES.INI que puede utilizar para realizar un reparto de la carga ms eficaz. Por ejemplo, es posible establecer el lmite de carga que puede soportar un servidor especificando un umbral de disponibilidad. Cuando el servidor alcance dicho umbral, el Administrador de agrupacin lo marcar como BUSY. Cuando un servidor se encuentra en el estado BUSY, las solicitudes de apertura de bases de datos se envan a otros servidores que contengan rplicas de las bases de datos solicitadas. Tambin es posible especificar el nmero mximo de usuarios que pueden acceder a un servidor. Una vez alcanzado este nmero, los usuarios se redireccionarn a otro servidor. Esto mantiene la carga de trabajo repartida y permite al servidor seguir funcionando con un rendimiento ptimo. Cuando un usuario intenta abrir una base de datos que se encuentra en un servidor marcado como BUSY, el Administrador de agrupacin busca en el ndice de bases de datos de la agrupacin una rplica de dicha base de datos. A continuacin, comprueba la disponibilidad de los servidores que contienen una rplica y redirecciona al usuario al servidor que est en mejores condiciones. En el caso de que ningn servidor de la agrupacin contenga una rplica o de que todos estn marcados como BUSY, el Administrador de agrupacin abrir la base de datos original, aunque el servidor est BUSY. Ejemplo El ejemplo siguiente ilustra el funcionamiento del reparto de la carga de Domino. Esta agrupacin consta de tres servidores. El servidor 2 est actualmente BUSY, ya que la carga de trabajo ha alcanzado el umbral de disponibilidad especificado por el administrador para dicho servidor. Los Administradores de agrupacin de los servidores 1 y 3 ya han detectado esta circunstancia.

2-6 Administracin de las agrupaciones de servidores Domino

1. Un usuario de Notes intenta abrir una base de datos ubicada en el servidor 2. 2. Domino enva un mensaje a Notes indicando que el servidor est BUSY. 3. Notes busca en el cach del grupo los nombres de los otros servidores de la agrupacin. 4. Notes accede al Administrador de agrupacin del siguiente servidor que aparece en el cach del grupo. 5. El Administrador de agrupacin determina cul es el servidor que no est BUSY y que contiene una rplica disponible de la base de datos solicitada. 6. El Administrador de agrupacin enva esta informacin a Notes y, a continuacin, ste abre la rplica. Si desea informacin sobre cmo determinar el nmero necesario de rplicas que se deben crear, consulte el Captulo "Planificacin de una agrupacin de servidores".

Los componentes de las agrupaciones


Existen varios componentes que trabajan juntos para conseguir que la agrupacin funcione correctamente. Entre stos se encuentran: El Administrador de la agrupacin El ndice de bases de datos de la agrupacin El Administrador del ndice de bases de datos de la agrupacin Cluster Administrator
Funcionamiento de las agrupaciones de servidores Domino 2-7

El Replicador de agrupacin Internet Cluster Manager Estos componentes se describen en las siguientes secciones, excepto Internet Cluster Manager, que se describe en el Captulo "Uso de las agrupaciones de servidores en Internet".

El Administrador de la agrupacin
El Administrador de agrupacin (Cluster Manager) se ejecuta en cada uno de los servidores de una agrupacin y realiza un seguimiento del estado del resto de servidores. Mantiene una lista de los servidores de la agrupacin actualmente disponibles as como informacin sobre la carga de cada uno de los servidores. Cuando se agrega un servidor a una agrupacin, Domino ejecuta automticamente el Administrador de agrupacin en dicho servidor. Mientras ste forme parte de la agrupacin, el Administrador de agrupacin se ejecutar siempre al arrancar el servidor. Para supervisar la agrupacin, cada Administrador de agrupacin intercambia ciertos mensajes, denominados sondeos, con el resto de servidores de la agrupacin. Mediante dichos sondeos, el Administrador de agrupacin determina la carga de trabajo y la disponibilidad del resto de servidores. Siempre que es necesario redireccionar la solicitud de un usuario a otra rplica de la base de datos, busca en el ndice de bases de datos de la agrupacin con el fin de determinar cules son los servidores que contienen una rplica de la base de datos solicitada. A continuacin, redirecciona la solicitud al servidor apropiado. Las tareas del Administrador de agrupacin consisten en: Determinar qu servidores pertenecen a la agrupacin; para ello comprueba peridicamente el Directorio de Domino y busca en l los cambios introducidos en el campo ClusterName del documento de servidor o en lista de miembros de la agrupacin. Controlar la carga y la disponibilidad actual de los servidores de la agrupacin Comunicar a los dems Administradores de agrupacin los cambios de estado de los servidores de la agrupacin Redireccionar las solicitudes de bases de datos basndose en la disponibilidad de los servidores de la agrupacin (redireccionamiento). Repartir la carga de los servidores de la agrupacin basndose en la informacin de que dispone sobre el estado de los mismos Registrar los eventos de redireccionamiento y de reparto de la carga en el archivo de registro.
2-8 Administracin de las agrupaciones de servidores Domino

Cuando arranca, el Administrador de agrupacin comprueba el Directorio de Domino para determinar qu servidores pertenecen a la agrupacin. Almacena esta informacin en la memoria del cach de nombres de la agrupacin del servidor. El Administrador de agrupacin utiliza dicha informacin para intercambiar sondeos con el resto de administradores de agrupacin. Asimismo, emplea el cach de nombres de la agrupacin para almacenar la informacin sobre la disponibilidad de los servidores suministrada por dichos sondeos. Esta informacin ayuda al Administrador de agrupacin a realizar las funciones mencionadas anteriormente, como por ejemplo el redireccionamiento y el reparto de la carga. Para visualizar la informacin existente en el cach de nombres de la agrupacin, escriba "show cluster" en la consola del servidor.

El ndice de bases de datos de la agrupacin


El ndice de bases de datos de la agrupacin (CLDBDIR.NSF) est ubicado en todos los servidores de la agrupacin. Contiene un documento para cada una de las bases de datos y rplicas existentes en la agrupacin. Dicho documento contiene informacin como el nombre de la base de datos, el servidor, la ruta de acceso, el ID de rplica y otros atributos de replicacin y de acceso. Los componentes de la agrupacin utilizan esta informacin para realizar sus funciones, entre las que se encuentran la especificacin de las rutas de acceso para el redireccionamiento y el control del acceso a las bases de datos, as como la determinacin de los eventos que se deben replicar y a dnde se deben replicar.

El Administrador del ndice de bases de datos de la agrupacin


Todos los servidores de una agrupacin ejecutan la tarea Cluster Database Directory Manager (CLDBDIR). Esta tarea se encarga de crear y mantener el ndice de bases de datos de la agrupacin. Cuando se agrega un servidor a una agrupacin, el Administrador del ndice de bases de datos de la agrupacin crea el ndice de bases de datos en dicho servidor. Cada vez que se agrega una base de datos a un servidor, el Administrador del ndice de bases de datos de la agrupacin crea un documento con informacin sobre la nueva base de datos y lo incorpora al ndice de bases de datos de la agrupacin. Cada vez que se elimina una base de datos de un servidor de la agrupacin, el Administrador del ndice de bases de datos de la agrupacin elimina tambin este documento. El Administrador del ndice de bases de datos de la agrupacin tambin se encarga de realizar un seguimiento de cada una de las bases de datos, entre las que se encuentran las marcadas como "fuera de servicio" o "pendientes de eliminacin".

Funcionamiento de las agrupaciones de servidores Domino 2-9

Cada vez que se produce un cambio en el ndice de bases de datos de la agrupacin, el Replicador de agrupacin lo replica inmediatamente a los ndices de bases de datos de la agrupacin del resto de servidores. De esta manera, se garantiza que cada miembro de la agrupacin dispone de informacin actualizada sobre las bases de datos de la agrupacin. Si desea informacin sobre cmo marcar una base de datos como "fuera de servicio" o "pendiente de eliminacin", consulte el captulo "Gestin y supervisin de una agrupacin".

Cluster Administrator
Cluster Administrator se encarga de realizar la mayora de las tareas de mantenimiento asociadas con una agrupacin. Por ejemplo, cuando se agrega un servidor a una agrupacin, Cluster Administrator ejecuta las tareas de la agrupacin, como por ejemplo el Administrador del ndice de bases de datos de la agrupacin y el Replicador de agrupacin. Otro de sus cometidos es agregar ciertos comandos (CLDBDIR y CLREPL) al parmetro ServerTasks del archivo NOTES.INI con objeto de que dichas tareas se ejecuten siempre al arrancar el servidor. Asimismo, se encarga de ejecutar el Proceso de administracin, si es que no se est ejecutando an. Si se elimina un servidor de la agrupacin, Cluster Administrator elimina los comandos mencionados anteriormente del archivo NOTES.INI y finaliza la ejecucin de las tareas. Tambin elimina el ndice de bases de datos de la agrupacin de dicho servidor y los documentos de ste existentes en los ndices de bases de datos de la agrupacin del resto de servidores.

El Replicador de agrupacin
La tarea Replicador de agrupacin (CLREPL) se encarga de mantener sincronizada la informacin entre las bases de datos y sus rplicas en una agrupacin. Cada vez que se produce un cambio en una base de datos de la agrupacin, el Replicador de agrupacin lo enva a las dems rplicas de la agrupacin. De este modo se garantiza que, cada vez que se acceda a una base de datos, se estar abriendo la versin ms actualizada de la misma. El Replicador de agrupacin tambin replica los cambios introducidos en las carpetas privadas que estn almacenadas en las bases de datos. Inicialmente, cada uno de los servidores de la agrupacin ejecuta un Replicador de agrupacin, aunque es posible ejecutar varias tareas CLREPL con el fin de mejorar el rendimiento. El Replicador de agrupacin se sirve del ndice de bases de datos de la agrupacin (CLDBDIR.NSF) para determinar las bases de datos que tienen rplicas en otros miembros de la agrupacin. El Replicador de agrupacin almacena esta informacin en la memoria y la utiliza para replicar los cambios a los dems servidores. Cuando el Replicador de agrupacin detecta cambios en el ndice de bases de datos de la agrupacin, actualiza la informacin que conserva en la memoria; por ejemplo, la adicin o eliminacin de una base de datos o la desactivacin de la replicacin de una base de datos.
2-10 Administracin de las agrupaciones de servidores Domino

La tarea Replicador de agrupacin enva los cambios solamente a los servidores de la agrupacin. Es la replicacin estndar (REPLICA) la que sigue encargndose de replicar los cambios a y desde los servidores que no pertenecen a la agrupacin.

Funcionamiento de la replicacin en una agrupacin


La replicacin de agrupacin es una tarea activada por eventos, ms que una tarea activada por programacin. Cuando el Replicador de agrupacin recibe la notificacin de un cambio en una base de datos, intenta enviar inmediatamente dichos cambios a las dems rplicas de la agrupacin. Si existe un retraso en los eventos de replicacin, el Replicador de agrupacin almacena stos en la memoria hasta que pueda enviarlos al resto de servidores de la agrupacin. Si se produce un cambio en la misma base de datos antes de que se haya enviado el cambio anterior, el Replicador de agrupacin almacena ambos en la cola y los enva juntos para ahorrar tiempo de procesamiento. Dado que Domino slo almacena los eventos de modificacin en la memoria, para que el Replicador de agrupacin enve los cambios al servidor de destino debern estar disponibles tanto el servidor de origen como el de destino. Si el servidor de destino no est disponible, el Replicador de agrupacin continuar almacenando los eventos en la memoria hasta que lo est. Si el servidor de origen finaliza su ejecucin antes de que termine la replicacin, los eventos de replicacin almacenados en la memoria se perdern. Por este motivo, siempre que se reinicie un servidor de la agrupacin, se debera utilizar la replicacin estndar (la tarea REPLICA) para efectuar la replicacin inmediata con todos los miembros de la agrupacin. Tambin es aconsejable programar la replicacin entre los servidores de la agrupacin a intervalos de tiempo regulares, como por ejemplo una vez por hora, para asegurarse de que las bases de datos permanecen sincronizadas. Cuando el Replicador de agrupacin registra los eventos de replicacin, las bases de datos que estn esperando para volver a intentar la replicacin se registran en el Registro de replicaciones. Esto le permite averiguar qu bases de datos no estn sincronizadas actualmente y cules son los errores que impiden la replicacin. Una vez que se han corregido los errores y la replicacin ha finalizado correctamente, la informacin sobre los errores desaparecer.

Funcionamiento de las agrupaciones de servidores Domino 2-11

Si desea ms informacin sobre la realizacin de la replicacin inmediata y la programacin de la replicacin, consulte Administracin del sistema de Domino. El encargado de procesar las frmulas de replicacin es el replicador estndar, no el Replicador de agrupacin. Ya que dichas frmulas pueden utilizar una gran cantidad de potencia de procesamiento, no son procesadas por el Replicador de agrupacin con objeto de minimizar la sobrecarga producida por el uso de la replicacin de la agrupacin. Por lo tanto, si utiliza la replicacin selectiva, es posible que haya bases de datos que incluyan temporalmente documentos que no se corresponden con la frmula de seleccin. Domino eliminar estos documentos al ejecutar la replicacin estndar. Adems, el Replicador de agrupacin no respeta las opciones seleccionadas en el panel Avanzadas del cuadro de dilogo Parmetros de replicacin. Por lo tanto, no es posible desactivar la replicacin de elementos especficos de una base de datos, como la LCA, los agentes y los elementos de diseo. El Replicador de agrupacin siempre procurar que las rplicas sean idnticas con objeto de que los usuarios que utilicen la funcin de redireccionamiento no se den cuenta de que lo hacen. Cuidado La replicacin estndar no puede eliminar automticamente los cambios realizados en elementos especficos de las bases de datos, como la LCA, los agentes o los elementos de diseo. Si necesita limitar la replicacin de estos elementos en una base de datos determinada, considere la posibilidad de usar solamente la replicacin estndar, no la replicacin de la agrupacin, con dicha base de datos.

Historia de replicaciones en una agrupacin


Debido a la frecuencia con la que se producen los eventos de replicacin en una agrupacin de servidores, el Replicador de agrupacin no lee ni escribe en la historia de replicaciones de una base de datos cada vez que replica sta. Si la replicacin se realiza correctamente, la historia se almacena en la memoria. Cada una de los eventos de replicacin satisfactorios subsiguientes se agregan a la historia de replicaciones almacenada en la memoria. El Replicador de agrupacin graba peridicamente la historia de replicaciones en las bases de datos, generalmente a intervalos de 60 minutos. Si desea ms informacin sobre la historia de replicaciones, consulte Administracin del sistema de Domino.

2-12 Administracin de las agrupaciones de servidores Domino

Replicacin de carpetas privadas en una agrupacin


Durante la replicacin estndar, no se replican ni las carpetas privadas ni su contenido, excepto cuando se realiza la replicacin con el cliente del propietario de la carpeta. No obstante, en las agrupaciones las carpetas privadas se replican a las dems rplicas de la agrupacin. De este modo se garantiza que cuando se redireccione a los usuarios, independientemente de la rplica o base de datos a la que accedan, el contenido de la base de datos ser idntico. Tanto la replicacin entre servidores de una agrupacin como la replicacin estndar soportan la replicacin de las carpetas privadas y su contenido dentro de la agrupacin. A las carpetas privadas slo pude acceder el creador de las mismas o un servidor de la agrupacin. nicamente los servidores definidos como tipo de usuario "Servidor" o "Grupo servidores" en la Lista de control de acceso de una base de datos pueden acceder y replicar las carpetas privadas que contiene dicha base de datos. Los servidores que no estn explcitamente incluidos en la Lista de control de acceso no podrn replicar las carpetas privadas.

Redireccionamiento del correo en una agrupacin


Si se crean rplicas de bases de datos de correo en una agrupacin, el redireccionamiento se producir (a menos que se desactive el redireccionamiento del correo) cuando: Un usuario intenta abrir una base de datos de correo que no est disponible El redireccionamiento para el correo funciona igual que para cualquier otra base de datos. Un usuario intenta enviar un mensaje una vez que su servidor de correo ha dejado de estar disponible Si un usuario est redactando un mensaje en el momento en el que el servidor de correo deja de estar disponible, tiene la posibilidad de enviarlo si existe una rplica de su base de datos de correo en la agrupacin. La entrega se redirecciona a otro servidor de la agrupacin, en cuyo buzn de correo saliente Notes deposita el mensaje del usuario. El router intenta entregar correo a un servidor que no est disponible Si el servidor que contiene la base de datos de correo no est disponible, el router entrega el correo a un servidor de la agrupacin que contenga una rplica de dicha base de datos. El router realiza el siguiente procedimiento para localizar la base de datos apropiada.

Funcionamiento de las agrupaciones de servidores Domino 2-13

En primer lugar, comprueba si est activado el redireccionamiento del correo para el servidor local y si el servidor de correo del usuario forma parte de una agrupacin. Si el servidor local se encuentra en la misma agrupacin y tiene una rplica de la base de datos de correo del usuario, el router entrega el correo a dicha base de datos. De lo contrario, solicita a un miembro de la agrupacin que est disponible la direccin de un servidor que contenga una rplica de la base de datos de correo del usuario y entrega el correo a dicha base de datos. Si no hay ninguna rplica disponible, el router vuelve a intentar entregar el correo al servidor de correo del usuario, pero esta vez sin utilizar el redireccionamiento. El usuario est utilizando correo compartido El correo compartido tiene el mismo funcionamiento en un servidor de la agrupacin que en un servidor no agrupado. Es posible acceder a la base de datos de mensajes compartidos desde cualquiera de las rplicas de la base de datos de correo, as como desde la base de datos de correo original. Cuando el Replicador de agrupacin replica una base de datos de correo, copia el encabezado del mensaje en la base de datos de correo del usuario y el texto del mensaje en la base de datos de correo compartido. Si desea ms informacin sobre el correo compartido, consulte Administracin del sistema de Domino.

Funcionamiento del correo en una agrupacin


Domino soporta el agrupamiento de agendas y de la base de datos de tiempo libre. En una agrupacin, el sistema de planificacin funciona entre bastidores de forma ligeramente diferente a lo que lo hara normalmente. Sin embargo, estas diferencias no son apreciables para los usuarios. En condiciones normales de funcionamiento, cada uno de los servidores contiene una base de datos que incluye informacin sobre la planificacin para todos los usuarios que utilizan dicho servidor como su servidor de correo. Esta base de datos se denomina BUSYTIME.NSF y es ms conocida como la base de datos Tiempo libre. En una agrupacin, existe una sola base de datos de tiempo libre para todos aquellos usuarios que tengan su servidor de correo en la agrupacin. Esta base de datos se denomina CLUBUSY.NSF, y contiene toda la informacin existente en las bases de datos de tiempo libre ubicadas en todos los servidores de la agrupacin. Todos los servidores de la agrupacin contienen una rplica de esta base de datos.

2-14 Administracin de las agrupaciones de servidores Domino

Cuando se agrega un servidor a la agrupacin, la tarea Schedule Manager elimina la base de datos BUSYTIME.NSF ubicada en el servidor y crea la base de datos CLUBUSY.NSF; a continuacin, replica sta con el resto de servidores de la agrupacin. Si un usuario de la agrupacin realiza una bsqueda de tiempo libre, el servidor busca en primer lugar en su propia base de datos CLUBUSY.NSF la informacin sobre todos los usuarios de la agrupacin. En el caso de los usuarios cuyos servidores de correo se encuentran fuera de la agrupacin, se enva una solicitud de informacin de tiempo libre a dichos servidores. Si un usuario no perteneciente a la agrupacin formula una solicitud de informacin sobre un usuario de la agrupacin, dicha solicitud se redireccionar a otro servidor de la agrupacin en el caso de que el servidor de correo del usuario no est disponible. Cada vez que se produce un cambio en la base de datos CLUBUSY.NSF de cualquier servidor, el Replicador de agrupacin lo replica al resto de servidores de la agrupacin. Si se elimina un servidor de una agrupacin, la tarea Schedule Manager elimina la base de datos CLUBUSY.NSF de dicho servidor y crea en ste la base de datos BUSYTIME.NSF. A continuacin, la tarea Schedule Manager de cada servidor de la agrupacin se encarga de borrar toda la informacin sobre el servidor eliminado de su propia rplica de CLUBUSY.NSF. Nota Si existen servidores de las versiones 4.5 o 4.6 en una agrupacin, dichos servidores conservarn sus bases de datos BUSYTIME.NSF. Es decir, las bases de datos no se convertirn en la base de datos CLUBUSY.NSF. Las funciones de agenda en estos servidores funcionan de la misma manera que en los servidores no agrupados. Si desea ms informacin sobre el funcionamiento de la agenda en Domino, consulte Administracin del sistema de Domino.

Funcionamiento de las agrupaciones de servidores Domino 2-15

2-16 Administracin de las agrupaciones de servidores Domino

Captulo 3 Planificacin de una agrupacin de servidores


Cuando se planifica una agrupacin de servidores, es muy importante tener en cuenta el rendimiento y las capacidades del hardware. La agrupacin debe disponer de la suficiente potencia de CPU, memoria y espacio en disco para manejar el trfico de la agrupacin y las bases de datos y rplicas necesarias. La planificacin de una agrupacin de servidores comprende tambin los siguientes pasos: Determinacin del nmero de servidores que se deben incluir en una agrupacin Determinacin del nmero y la ubicacin de las rplicas en una agrupacin Distribucin de las bases de datos en una agrupacin de servidores Determinacin de la necesidad de crear una LAN privada para la agrupacin Ejemplos de configuraciones de agrupaciones Una vez puesta en marcha la agrupacin de servidores, puede utilizar varios mtodos para mejorar el reparto de la carga, como por ejemplo definir un nmero mximo de usuarios para cada servidor y establecer el umbral de disponibilidad de tal manera que no permita la existencia de servidores sobrecargados. Tambin es aconsejable que realice un seguimiento de las estadsticas de la agrupacin para determinar si es necesario realizar cambios en la configuracin de la agrupacin. Si desea ms informacin, consulte el captulo "Gestin y supervisin de una agrupacin".

3-1

Determinacin del nmero de servidores que se deben incluir en una agrupacin


Una agrupacin de servidores est compuesta por un mnimo de dos servidores y un mximo de seis. En general, la adicin de servidores a la agrupacin incrementa la capacidad de reparto de la carga, evitando que los servidores se sobrecarguen y manteniendo un alto rendimiento. Sin embargo, si los servidores contienen demasiadas tareas del servidor, aplicaciones que hacen un uso intensivo de la CPU y rplicas, la adicin de servidores puede disminuir el rendimiento, debido a la cantidad adicional de trfico en la agrupacin necesaria para mantener las bases de datos sincronizadas en todos los servidores. Si su organizacin es de pequeo tamao, puede comenzar con dos servidores y agregar ms servidores a medida que vaya creciendo su empresa, sin afectar al rendimiento que ofrece a sus usuarios. Tenga en cuenta que cada servidor que agregue crea trfico adicional en la red al enviar mensajes de sondeo a otros servidores de la agrupacin para averiguar su estado, as como al realizar la replicacin de la agrupacin. Por lo tanto, no agregue servidores a una agrupacin hasta que necesite realmente la capacidad o redundancia adicional. En una organizacin de mayor tamao, deber decidir si desea crear agrupaciones compuestas por muchos servidores o por pocos. Una agrupacin compuesta por muchos servidores es capaz de absorber mejor la carga de trabajo cuando uno de dichos servidores falla. Si dispone de una agrupacin compuesta por slo dos servidores, por ejemplo, y uno de los dos falla, el otro deber absorber el 100% de la carga de trabajo del servidor que ha fallado. Esto significa que nicamente podr ejecutar los servidores al 50% de su capacidad con objeto de que cada uno de ellos tenga la capacidad disponible suficiente para absorber la carga de trabajo del otro. Sin embargo, si la agrupacin est compuesta por seis servidores, cada uno de los cinco servidores restantes deber absorber solamente el 20% de la carga de trabajo del servidor que ha fallado. Esto significa que podr ejecutar cada servidor al 80% de su capacidad y absorber adems la carga de trabajo adicional si otro servidor se queda fuera de servicio. (Por supuesto, existen otros factores que determinan cmo se absorbe la carga de trabajo de un servidor que se queda fuera de servicio, como por ejemplo la manera en la que se han distribuido las rplicas a travs de los servidores de la agrupacin.)

3-2 Administracin de las agrupaciones de servidores Domino

Consideraciones sobre el hardware El nmero de servidores que incluya en una agrupacin de servidores puede verse afectado por la cantidad de espacio en disco y la potencia de procesamiento de cada uno de los servidores. Tenga en cuenta las siguientes consideraciones al decidir el hardware que va a utilizar en su agrupacin: Cuntas ms rplicas cree, ms espacio en disco y ms potencia de procesamiento ser necesaria para la replicacin de la agrupacin. El ndice de bases de datos de la agrupacin ocupa 2MB de espacio en disco, ms un 1MB adicional por cada 2.000 bases de datos existentes en la agrupacin. Cuntos ms servidores incluya en la agrupacin, ms potencia de procesamiento utilizar cada uno de ellos para comunicarse con el resto. Cuntas ms tareas del servidor y aplicaciones que hacen un uso intensivo de la CPU ejecute en un servidor, ms potencia de procesamiento necesitar. Cada servidor necesita la potencia de procesamiento adecuada para las bases de datos que contiene, as como para las bases de datos que le asigne la funcin de redireccionamiento. Cuntos ms usuarios tenga que soportar simultneamente un servidor, ms memoria necesitar ste para mantener un alto rendimiento. La siguiente frmula le ayudar a decidir la cantidad de memoria que necesita instalar: Memoria de Domino aconsejable + 1MB por cada tres usuarios simultneos Por ejemplo, si la memoria recomendada para Domino son 64MB y desea soportar 180 usuarios simultneos en el servidor, necesitar 124MB de memoria (64MB + 180 / 3MB). En este caso, instalara 128MB de memoria, ya que es la siguiente mayor cantidad de memoria configurable. La tabla del tema Determinacin del nmero y la ubicacin de las rplicas en una agrupacin le ayudar a determinar la cantidad de memoria necesaria para las bases de datos de su agrupacin. Si ha instalado una agrupacin de servidores de gran tamao o que soporta una gran carga de trabajo, utilice mltiples replicadores de agrupacin para mejorar el rendimiento durante la replicacin de la agrupacin. En una agrupacin que soporta mucho trfico, el nmero de replicadores de agrupacin que puede utilizar es de uno menos que el nmero total de servidores que componen la agrupacin. Instale 2MB de memoria adicionales por cada Replicador de agrupacin que vaya a utilizar. Si desea ms informacin sobre el uso de mltiples replicadores de agrupacin, consulte el captulo "Gestin y supervisin de una agrupacin".
Planificacin de una agrupacin de servidores 3-3

Determinacin del nmero y la ubicacin de las rplicas en una agrupacin


Son dos las principales razones que determinan la creacin de una rplica para una base de datos en una agrupacin de servidores: ofrecer disponibilidad de los datos en todo momento y distribuir la carga de trabajo entre mltiples servidores debido a la intensa actividad que soporta la base de datos. Antes de crear rplicas en una agrupacin, determine la frecuencia con la que los usuarios acceden a una base de datos y la necesidad que tienen de la redundancia de los datos. Si una base de datos se utiliza mucho o su disponibilidad es de importancia vital, es aconsejable crear mltiples rplicas de ella y ubicarlas en los servidores ms fiables. Para aquellas bases de datos que no soportan una actividad intensa y cuyos datos no exigen una disponibilidad constante, no es necesario crear ninguna rplica. El archivo de registro del servidor, por ejemplo, no necesita tener una rplica en otro servidor. En general, cuantas ms rplicas de una base de datos haya, ms accesible ser la informacin. No obstante, si se crean demasiadas rplicas puede complicarse innecesariamente el mantenimiento del sistema y afectar al rendimiento. Al planificar su estrategia de agrupacin, intente mantener un equilibrio entre las necesidades de los usuarios en cuanto a disponibilidad de la informacin y la capacidad fsica de cada servidor de la agrupacin para gestionar una carga adicional. Tenga en cuenta que el hecho de que existan ms de tres rplicas de una base de datos puede que no suponga un aumento significativo de la disponibilidad. Si los usuarios pueden acceder adecuadamente a una base de datos desde uno o dos servidores sin problemas, no aumente el nmero de rplicas en la agrupacin. En aquellas situaciones en las que los usuarios necesiten acceder constantemente a una determinada base de datos, sera conveniente situar rplicas en cada uno de los miembros de la agrupacin, siempre que disponga de los recursos y del espacio en disco adecuado para hacerlo. Si es usted un proveedor de servicios pblicos, esta configuracin le ofrece la mayor redundancia de datos posible. Asimismo, intente distribuir las bases de datos que soporten una actividad ms intensa entre varios servidores con objeto de que no haya ningn servidor que contenga un nmero elevado de estas bases de datos. Si todos los servidores de la agrupacin tienen una potencia de procesamiento similar, puede repartir la carga de trabajo equitativamente, incluyendo la potencia de procesamiento adicional reservada para el redireccionamiento. En el caso de que un servidor tenga una potencia de procesamiento claramente superior o inferior al resto de servidores, considere la posibilidad de alterar el nmero de bases de datos ubicadas en dicho servidor, as como el nmero de bases de datos que pueden redireccionarse a ste. Asimismo, distribuya los archivos de correo a travs de la agrupacin, o configure servidores o agrupaciones distintos para el correo.
3-4 Administracin de las agrupaciones de servidores Domino

Debido a que las bases de datos que soportan un alto nivel de actividad en la agrupacin pueden crear una gran cantidad de eventos de replicacin, es aconsejable instalar estas rplicas en el disco ms rpido disponible en el servidor. Siempre que sea posible, site dichas rplicas donde no entren en conflicto con otros procesos; por ejemplo, en una particin distinta de la que contiene el archivo de intercambio del sistema operativo. Si desea saber cules son las bases de datos y rplicas que ya existen en la agrupacin, abra el ndice de bases de datos de la agrupacin (CLBDIR.NSF). Domino mantiene en este ndice un perfil de todas las bases de datos y rplicas de la agrupacin. Nota Las frmulas de replicacin selectiva funcionan de forma diferente en una agrupacin de servidores. Si desea ms informacin sobre la replicacin selectiva en una agrupacin, consulte el captulo "Funcionamiento de las agrupaciones de servidores Domino".

Determinacin del nmero de rplicas que se deben crear


La siguiente lista describe algunos factores que se deben tener en consideracin a la hora de determinar el nmero de rplicas que se deben crear. El nmero de rplicas que se deben crear de una base de datos depende de la necesidad de disponibilidad de dicha base de datos y de su nivel de uso. Deber crear al menos una rplica de la base de datos para la que desee disponer de redundancia en los datos. Si una base de datos deja de estar disponible, los usuarios podrn redireccionar sus solicitudes hacia la rplica. Si desea asegurarse de que una base de datos est disponible en todo momento, cree varias rplicas. Cuanto ms importante sea la disponibilidad, ms rplicas debera crear. nicamente agregue mltiples rplicas para las bases de datos ms importantes, ya que las rplicas innecesarias pueden disminuir los recursos de la agrupacin. Para la mayor parte de las bases de datos, una sola rplica es suficiente. Son muy raras las ocasiones en las que se necesitan ms de tres rplicas, a menos que una base de datos sea realmente de importancia crucial para el funcionamiento de la organizacin.

Planificacin de una agrupacin de servidores 3-5

Tenga en cuenta la potencia y el ancho de banda de su sistema al crear las rplicas. Cuanto ms alto sea el nivel de actividad soportado por una base de datos, mayor ser el trfico de la red y la potencia de procesamiento necesarios para mantener las rplicas actualizadas. Si dispone de un sistema con potencia de procesamiento y ancho de banda limitados, deber crear menos rplicas de las bases de datos que soportan un uso intenso que en el caso contrario, o, de forma alternativa, agregar procesadores y otros recursos a los servidores. Si se trata de una agrupacin que dispone de recursos limitados, la creacin de rplicas de bases de datos que soportan un uso intenso puede ser contraproducente, debido a los recursos necesarios para la replicacin de la agrupacin. (La instalacin de una agrupacin de servidores no es una solucin adecuada para sistemas con recursos inadecuados.) Sin embargo, cuanto menor sea el nivel de actividad que soporte una base de datos, menos recursos se emplearn para mantenerla actualizada. Si no est seguro del nmero de rplicas que debe crear, comience con una y realice un seguimiento de las estadsticas de la agrupacin. Si stas demuestran que hay momentos en que el servidor no est disponible o que el rendimiento no es el esperado, aumente el nmero de rplicas. Es posible que de esta manera solucione el problema. No cree rplicas para las bases de datos en las cuales la disponibilidad y el reparto de la carga no sean objetivos primordiales. Anlisis de las bases de datos para determinar el nmero de rplicas necesarias Son muchos los factores que se deben tener en consideracin a la hora de determinar el nmero de rplicas que se deben crear. Algunos de ellos aconsejan la creacin de un nmero mayor de rplicas, mientras que otros sugieren todo lo contrario. A continuacin tiene una lista con todos estos factores y la forma en la que pueden afectar el trfico y el rendimiento de su agrupacin. Antes de distribuir las bases de datos a travs de una agrupacin de servidores, es aconsejable crear una tabla con informacin sobre las bases de datos y el hardware de la agrupacin. Utilice esta tabla para determinar la importancia de bases de datos especficas y si dispone de los recursos apropiados. Puede incluir toda o parte de la siguiente informacin en dicha tabla: Ttulos de las bases de datos Permiten identificar a las bases de datos Tamao de cada base de datos Las grandes bases de datos ocupan mucho espacio en disco. Dependiendo de la capacidad de sus discos, es aconsejable que cree pocas rplicas de este tipo de bases de datos para ahorrar espacio en disco.
3-6 Administracin de las agrupaciones de servidores Domino

Nmero y distribucin de los usuarios de las bases de datos Si tiene un gran nmero de usuarios, stos probablemente obtendrn un mejor rendimiento si el uso se reparte entre mltiples servidores. Esto requiere la existencia de mltiples rplicas. Si, por el contrario, el nmero de usuarios es pequeo, es probable que stos no noten mejoras en el rendimiento al incluir rplicas adicionales. Frecuencia con la que se producen las transacciones de los usuarios Si el flujo de transacciones es alto, es posible que la creacin de mltiples rplicas mejore el rendimiento. Si desea averiguar la actividad soportada por una base de datos, compruebe el archivo de registro de Notes. Volumen esperado de nuevos datos Si espera almacenar una gran cantidad de datos nuevos en la base de datos, la creacin de rplicas adicionales puede disminuir el rendimiento, ya que la replicacin de la agrupacin ocasionar un gran incremento del trfico. Si dispone de servidores potentes y suficiente ancho de banda, esto no constituir ningn problema. Capacidad del hardware del servidor Domino Cuanto ms potentes sean los servidores y ms espacio en disco tengan, mayor ser el nmero de rplicas que se podrn crear sin afectar al rendimiento de forma significativa. Tipo de conexin de red entre los servidores La replicacin de la agrupacin puede crear un cuello de botella en una red que no disponga de suficiente ancho de banda. Por lo tanto, cuanto mayor sea el ancho de banda, mayor ser el nmero de rplicas que se podrn crear. Ejemplo de tabla Siempre que cree una tabla con informacin sobre las bases de datos, incluya los factores que considere ms importantes. La tabla siguiente utiliza parte de la informacin descrita anteriormente para determinar el nmero de rplicas necesarias.
Ttulo de la base de datos Tamao Nmero mximo de usuarios simultneos 500 200 45 20 Velocidad de transaccin Alta Mediana Mediana Baja Velocidad de crecimiento Alta Alto Mediana Mediana Necesidad de disponibilidad Alta Crtica Baja Mediana N de rplicas aconsejable 2 2 o ms 0 0o1

Debates sobre lanzamiento de nuevos productos Seguimiento de ventas Anuncios clasificados Investigacin y desarrollo

2GB 1GB 800MB 1.5GB

Planificacin de una agrupacin de servidores 3-7

Esta tabla permite identificar las bases de datos que requieren un nivel de alto de disponibilidad y las que tienen una mayor intensidad de uso, as como la cantidad de espacio en disco adicional que se necesitar en el futuro. En este ejemplo, figuran dos bases de datos que son de importancia crucial y que estn creciendo rpidamente. Debera asegurarse de que existen suficientes rplicas de dichas bases de datos con el fin de que estn siempre disponibles. Asimismo, debera asegurarse de que hay suficiente espacio en disco para el crecimiento futuro en cada uno de los servidores que contienen una rplica de las mencionadas bases de datos. Una de ellas es de mediana importancia y no crece tan rpidamente como la otra. No es aconsejable que cree ms de una rplica de dicha base de datos, a menos que su negocio se vea afectado negativamente por una momentnea indisponibilidad de sta. Otra de las bases de datos es de poca importancia y no requiere la existencia de ninguna rplica en la agrupacin. El nmero de usuarios simultneos le ayudar a determinar la necesidad del reparto de la carga. En este ejemplo, dos de las bases de datos soportan una intensa actividad y son de gran importancia. Por lo tanto, debera considerar la posibilidad de situarlas en servidores distintos para repartir la carga de trabajo. Asimismo, debera asegurarse de que se han definido los parmetros del reparto de la carga en los servidores que contienen estas bases de datos; de esta manera, el sistema podr redireccionar a los usuarios a otro servidor cuando las bases de datos estn siendo objeto de un uso intenso. Si desea ms informacin sobre la gestin del reparto de la carga, consulte el captulo "Gestin y supervisin de una agrupacin".

Distribucin de las bases de datos en una agrupacin de servidores


Tenga en cuenta que la forma en la que distribuya las bases de datos tendr un efecto muy importante en el reparto de la carga, as como en el rendimiento de su sistema.

Distribucin de las bases de datos de correo


La inclusin de bases de datos de correo en las agrupaciones de servidores permite ofrecer una alta disponibilidad a los usuarios. Algunas empresas incluso configuran una agrupacin exclusivamente para el correo. Esto no es necesario, pero es una forma de organizar su empresa. Debido a la gran importancia de la funcin de correo, es aconsejable situar las bases de datos de correo en una agrupacin, ya est dedicada exclusivamente a servidores de correo o no.

3-8 Administracin de las agrupaciones de servidores Domino

Cuando cree una agrupacin de servidores de correo, distribuya las rplicas para un servidor entre el resto de servidores de la agrupacin. De esta manera, se asegurar de que stos comparten la carga de trabajo cuando un servidor se queda fuera de servicio, manteniendo el mximo nivel posible de rendimiento. Es aconsejable distribuir las bases de datos y las rplicas de forma equitativa entre los servidores de la agrupacin, siempre que stos dispongan de los mismos recursos. Por ejemplo, si su agrupacin de servidores de correo contiene cuatro servidores y 1.200 usuarios, site 300 bases de datos de correo en cada uno de ellos; asimismo, site 100 rplicas de cada servidor en cada uno de los otros tres. Cuando uno falle, el sistema redireccionar 100 usuarios de correo a cada uno de los tres servidores restantes, incrementando de esta manera la carga de trabajo de cada servidor en un 33%. Es posible que se vea tentado a situar las 300 rplicas del Servidor 1 en el Servidor 2, y todas las rplicas del Servidor 3 en el Servidor 4. Sin embargo, en este tipo de casos, si el Servidor 1 falla, los 300 usuarios sern redireccionados al Servidor 2, incrementando la carga de trabajo en este servidor en un 100%, pero no incrementando en absoluto la de los servidores 3 y 4. El diagrama que viene a continuacin muestra una agrupacin de servidores de correo que contiene cuatro servidores con 300 bases de datos cada uno. Las rplicas de los archivos de correo estn repartidas equitativamente entre todos los restantes servidores de la agrupacin, lo que permite mantener la carga de trabajo de stos lo ms baja posible, incluso cuando se produce el redireccionamiento.

Planificacin de una agrupacin de servidores 3-9

El diagrama que viene a continuacin muestra una agrupacin de servidores de correo que contiene dos servidores con 100 archivos de correo cada uno. Dado que nicamente hay dos servidores, cada uno de ellos deber actuar como servidor de redireccionamiento para el otro. Por lo tanto, cada servidor contiene rplicas de todas las bases de datos de correo del otro servidor.

Ya que los usuarios a menudo abren las bases de datos de correo una vez al da y las dejan abiertas, la distribucin de estas bases de datos resulta adecuada para realizar el reparto de la carga. Generalmente, no ser necesario que utilice parmetros de reparto de la carga diferentes, especialmente si ha dedicado algunos servidores exclusivamente al correo. Una vez realizado el redireccionamiento a una rplica de una base de datos de correo, los usuarios regresarn automticamente a su base de datos de correo en su servidor de correo la prxima vez que arranquen sus clientes Notes, siempre que el documento de ubicacin que haga referencia a la base de datos de correo sea el documento de ubicacin actual. Nota Si decide no crear una agrupacin de servidores de correo dedicada, debera distribuir las bases de datos equitativamente entre los servidores de la agrupacin, siempre que stos tengan aproximadamente la misma potencia. En el caso de que haya servidores que dispongan de ms potencia de procesamiento que otros, distribuya una mayor cantidad de bases de datos entre los servidores ms potentes. Esto le permitir mantener repartida la carga. Cuidado Si piensa crear una agrupacin que incluya servidores de la Versin 5 y de la Versin 4, tenga en cuenta las siguientes consideraciones: La plantilla de correo de la Versin 5 no funciona correctamente en los servidores de la Versin 4. Si un usuario tiene una base de datos de la Versin 5, no cree una rplica en un servidor de la Versin 4. Debido a que el Replicador de agrupacin siempre replica la plantilla de diseo entre las distintas rplicas, las rplicas de la base de datos de correo de un usuario deberan crearse utilizando nicamente la plantilla de correo de la Versin 5 o la de la Versin 4.
3-10 Administracin de las agrupaciones de servidores Domino

Distribucin de bases de datos de aplicaciones


Cuando instale aplicaciones en una agrupacin de servidores, tenga en cuenta que algunas de ellas requieren un nivel ms alto de disponibilidad que otras. Adems, algunas bases de datos se utilizan con ms frecuencia o requieren ms recursos del sistema para ejecutarse que otras. Considere todos estos factores al distribuir bases de datos de aplicaciones. Con este tipo de bases de datos, el reparto de la carga tiene una mayor importancia que en el caso de las bases de datos de correo. Al igual que con el correo, debera intentar distribuir la carga de trabajo de forma equitativa entre los componentes de la agrupacin. Sin embargo, tenga en cuenta la potencia de cada servidor. En el caso de que haya servidores que dispongan de ms potencia de procesamiento que otros, asegrese de aumentar su carga de trabajo adecuadamente. Asimismo, tenga en cuenta el nivel de uso de cada base de datos. El siguiente diagrama muestra una agrupacin con cuatro servidores con diferentes niveles de potencia. Las bases de datos de la agrupacin estn distribuidas de tal manera que pueden aprovechar los recursos de cada servidor.

El siguiente diagrama muestra una agrupacin con cuatro servidores con el mismo nivel de procesamiento. Las bases de datos del ejemplo soportan una carga de trabajo similar. Debido a que DB1 es una base de datos de importancia vital, cada servidor contiene una rplica de sta.

Planificacin de una agrupacin de servidores 3-11

Determinacin de la necesidad de crear una LAN privada para la agrupacin


Para conseguir que una agrupacin que soporta un uso intensivo sea ms eficiente, cree una red privada para gestionar el trfico de su agrupacin. Para ello, instale una tarjeta de red adicional en cada servidor de la agrupacin y conctelas mediante un hub o un conmutador privado. La principal razn para crear una LAN privada para su agrupacin es la separacin del trfico de la red creado por la agrupacin de los mensajes de sondeo generados por los servidores y la replicacin de la agrupacin. Una LAN privada puede dejar ms ancho de banda disponible para la LAN principal. Si prev un nivel alto de actividad de replicacin en la agrupacin, debera considerar la posibilidad de crear una LAN privada. Otra razn para crear una LAN privada para el trfico interno de la agrupacin es ofrecer unas mayores garantas de que los servidores de la agrupacin siguen en contacto entre ellos, aunque se produzcan problemas en la red. La instalacin de una red privada posibilita que todos los servidores de la agrupacin estn conectados por al menos dos segmentos de LAN distintos. De esta forma, aunque falle una tarjeta de red o un cable de un segmento de LAN, los servidores pueden seguir comunicndose entre ellos a travs de la red. Esto, adems de garantizar la comunicacin entre los servidores, permite que la replicacin de la agrupacin siga manteniendo las bases de datos sincronizadas. Si crea una LAN privada para su agrupacin, deber conectar todos los miembros de sta tanto a la LAN privada, para permitir las comunicaciones internas de la agrupacin, como a la LAN principal, para permitir el acceso a los clientes. Si desea informacin sobre la instalacin de una LAN privada, consulte el captulo "Configuracin de una agrupacin de servidores".

Ejemplos de configuraciones de agrupaciones


Existen varias formas de configurar una agrupacin. Gracias a ellas, podr: Agrupar dos servidores para el correo y las aplicaciones Agrupar tres servidores para el correo y las aplicaciones Agrupar seis servidores para el correo y las aplicaciones Agrupar servidores hub Agrupar servidores de trnsito

3-12 Administracin de las agrupaciones de servidores Domino

Ejemplo de agrupacin de dos servidores para el correo y las aplicaciones


Si nicamente dispone de dos servidores en su agrupacin, puede configurarlos de una de estas dos formas: puede situar todas las bases de datos en un servidor y utilizar el segundo como servidor de reserva y de redireccionamiento, o puede dividir equitativamente la carga de trabajo entre ambos, actuando cada uno ellos como servidor de redireccionamiento para el otro. La reparticin de la carga de trabajo generalmente garantiza un mejor rendimiento cuando se estn ejecutando los dos servidores. En el caso de que un servidor no est disponible, el rendimiento es el mismo en ambos casos, ya que es un servidor el que debe aceptar toda la carga de trabajo de los dos servidores. El siguiente diagrama muestra una agrupacin con dos servidores entre los que se ha repartido la carga de trabajo.

Ejemplo de agrupacin de tres servidores para el correo y las aplicaciones


Si su agrupacin consta de tres servidores, distribuya las bases de datos entre ellos. En este escenario, puede crear dos rplicas de las bases de datos ms importantes con objeto de garantizar la disponibilidad de la informacin en todo momento.

Planificacin de una agrupacin de servidores 3-13

Ejemplo de agrupacin de seis servidores para el correo y las aplicaciones


Si su organizacin es grande y tiene seis servidores disponibles, puede crear una agrupacin de gran tamao. Si opta por esta configuracin, asegrese de no crear ms rplicas de las necesarias debido a la carga de trabajo adicional que puede generar la replicacin de la agrupacin. En una agrupacin de estas caractersticas, es posible distribuir las bases de datos equitativamente entre los servidores o dedicar ciertos servidores a determinadas tareas. Por ejemplo, los servidores 1 y 2 podran ser servidores de correo, y los servidores 3, 4, 5 y 6 podran ser servidores de aplicaciones entre los que se ha distribuido de forma equitativa las distintas aplicaciones. Las bases de datos de importancia vital dispondran de rplicas en varios de dichos servidores. En esta configuracin, incluso se podra emplear un servidor como servidor de reserva exclusivamente para este tipo de bases de datos. En este caso, el servidor de reserva recibira en tiempo real los eventos de replicacin de la agrupacin con el fin de que las bases de datos estuviesen siempre actualizadas, pero, al mismo tiempo, los usuarios no podran acceder a ellas. Este servidor se utilizara estrictamente para almacenar copias actualizadas de las bases de datos, que serviran para sustituir a las copias principales en el caso de que stas sufrieran algn percance. El siguiente diagrama muestra seis servidores, dos servidores de correo y cuatro servidores de aplicaciones. Algunas bases de datos, como por ejemplo DB1, son de mayor importancia que otras, por lo que tienen ms rplicas.
3-14 Administracin de las agrupaciones de servidores Domino

Ejemplo de agrupacin de servidores hub


Si utiliza una configuracin hub y spoke, configuracin muy eficiente, agrupe el servidor hub para garantizar la disponibilidad de los datos. En este escenario, se utiliza un segundo servidor como servidor de reserva para el servidor hub para el caso de que ste se quede fuera de servicio. Se deben crear documentos de conexin para cada servidor spoke en ambos servidores hub con objeto de stos puedan iniciar la replicacin con los servidores spoke. Tambin es posible programar la replicacin de los servidores spoke a los servidores hub; para ello, es necesario crear un documento de conexin desde cada servidor spoke a la agrupacin.

Planificacin de una agrupacin de servidores 3-15

Ejemplo de agrupacin de servidores de trnsito


Si ha configurado varios servidores de trnsito que resultan de importancia vital para ofrecer un alto nivel de disponibilidad de los datos a los usuarios, tiene la posibilidad de crear una agrupacin de servidores de trnsito. Para ello, configure al menos dos de estos servidores utilizando los mismos parmetros de configuracin del trnsito, y especifique el nombre de la agrupacin como servidor de trnsito en los documentos de ubicacin de los usuarios. Nota El cliente debe acceder directamente a uno de los servidores de trnsito de la agrupacin antes de utilizar el documento de ubicacin que hace referencia al nombre de la agrupacin. Esto es debido a que el cliente no reconoce al resto de servidores de la agrupacin hasta que accede a sta por primera vez. Cuando el cliente realiza este primer acceso, Domino almacena en el cach del grupo del cliente los nombres de los servidores existentes en la agrupacin. Una vez hecho esto, siempre que un servidor no est disponible y sea necesario utilizar la funcin de redireccionamiento, el cliente podr buscar en su cach del grupo el nombre de otro servidor de la agrupacin con el que establecer comunicacin. El siguiente diagrama muestra a un cliente accediendo a una agrupacin formada por dos servidores de trnsito. El cliente accede a la agrupacin y uno de los servidores de trnsito se encarga de conectarle con el servidor solicitado.

3-16 Administracin de las agrupaciones de servidores Domino

Esta configuracin solamente funciona para aquellos clientes que dispongan de conexiones LAN o WAN con los servidores de trnsito. Si desea informacin sobre cmo configurar clientes mviles para que utilicen servidores de trnsito, consulte el captulo "Configuracin de una agrupacin de servidores".

Planificacin de una agrupacin de servidores 3-17

3-18 Administracin de las agrupaciones de servidores Domino

Captulo 4 Configuracin de una agrupacin de servidores


Este captulo describe cmo configurar y comprobar el correcto funcionamiento de una agrupacin de servidores.

Pasos previos a la creacin de una agrupacin


Antes de proceder a la creacin de una agrupacin de servidores, deber completar las siguientes tareas: Determinar los servidores que pertenecen a la agrupacin, y cules son sus nombres. Instalar o realizar la actualizacin a la licencia Enterprise Server de la Versin 5 de Domino en cada uno de los servidores. Esta licencia le permitir configurar una agrupacin de servidores de la Versin 5 de Domino. Nota Puede incluir en la agrupacin servidores que ejecuten la Versin 4.62 de la licencia Domino Enterprise Server o la Versin 4.5 o 4.6 de la licencia Domino Advanced Services. Sin embargo, estos servidores no tendrn acceso a las nuevas funciones de las agrupaciones disponibles en la Versin 5 de Domino. Asegrese de que conoce los requisitos necesarios para crear una agrupacin y de que todos los servidores los cumplen. Distribuya las bases de datos y las rplicas entre los servidores que va a incluir en la agrupacin. Configure la replicacin programada entre los servidores de la agrupacin. Si desea ms informacin sobre los requisitos necesarios para crear una agrupacin, consulte el captulo "Ventajas y requisitos de las agrupaciones de servidores". Si desea ms informacin sobre la distribucin de las bases de datos, consulte el captulo "Planificacin de una agrupacin de servidores". Si desea ms informacin sobre la configuracin de la replicacin programada, consulte el manual Administracin del sistema de Domino.

4-1

Creacin de una agrupacin


Para poder crear una agrupacin, deber disponer al menos de un acceso de autor, tanto en el Directorio de Domino como en la base de datos Solicitudes de administracin, as como autorizacin para eliminar documentos en el Directorio de Domino. Siempre que sea posible, utilice el servidor de administracin para crear una agrupacin. Esto acelerar el proceso de creacin. El servidor de administracin no necesita ser miembro de la agrupacin. Nota Si un servidor forma parte de otra agrupacin, no es necesario que lo elimine de dicha agrupacin para incluirlo en la que est creando. El Proceso de administracin de la agrupacin de servidores se encargar de hacerlo, agregndolo a continuacin a la nueva agrupacin. 1. En Domino Administrator, asegrese de que el servidor actual es el servidor de administracin u otro servidor. 2. Haga clic en la pestaa Configuracin. 3. Despliegue Servidor y haga clic en Todos los documentos de servidor. 4. En el panel de resultados, seleccione los servidores que desea agregar a la agrupacin. 5. Haga clic en Agregar a la agrupacin. 6. Cuando el programa le pida que seleccione la agrupacin en la que desea incluir los servidores, seleccione Crear nueva agrupacin y, a continuacin, haga clic en Aceptar. 7. Escriba el nombre de la nueva agrupacin y haga clic en Aceptar. 8. Selecccione S si desea agregar inmediatamente los servidores a la agrupacin, o seleccione No si desea enviar una solicitud al Proceso de administracin para que ste los agregue. 9. (Opcional) Si ha seleccionado No en el paso 8 y no ha agregado los servidores en el servidor de administracin, fuerce la replicacin entre el servidor est utilizando y el servidor de administracin con objeto de que este ltimo reciba cuanto antes los cambios solicitados. 10. (Opcional) Si ha seleccionado No en el paso 8, fuerce la replicacin entre el servidor de administracin y los servidores de la agrupacin con objeto que stos reciban los cambios cuanto antes. 11. (Opcional) Si ha seleccionado S en el paso 8, la informacin sobre la agrupacin se agregar inmediatamente al Directorio de Domino del servidor que ha utilizado para crear dicha agrupacin. Si este servidor no forma parte de la nueva agrupacin, replique los cambios a uno de los servidores que ha agregado a sta.

4-2 Administracin de las agrupaciones de servidores Domino

El proceso de creacin de una agrupacin de servidores


Dispone de dos mtodos para agregar los servidores a la agrupacin: hacerlo inmediatamente de forma manual, o esperar a que lo haga el Proceso de administracin. Aunque el primer mtodo permite agregar los servidores a la agrupacin ms rpidamente, puede producir conflictos en la replicacin. Si utiliza el Proceso de administracin para agregar los servidores a la agrupacin, Domino enva una solicitud a la base de datos Solicitudes de administracin para agregar el nombre de la agrupacin al documento de servidor de cada uno de los servidores de la agrupacin. Si est utilizando el servidor de administracin para realizar este proceso, el Proceso de administracin se ejecutar inmediatamente y agregar el nombre de la agrupacin a los documentos de servidor. Si no est utilizando el servidor de administracin, la base de datos Solicitudes de administracin del servidor que est utilizando deber replicarse con el servidor de administracin para que el Proceso de administracin pueda agregar el nombre de la agrupacin a los documentos de servidor. Una vez que el Proceso de administracin haya realizado los cambios oportunos en los documentos de servidor del Directorio de Domino del servidor de administracin, Domino replicar dichos cambios al resto de servidores de la agrupacin con el fin de que cada uno de ellos disponga de una lista actualizada de los servidores existentes en la agrupacin. Si decide agregar los servidores a la agrupacin de forma inmediata, Domino realizar immediatamente las modificaciones en los documentos de servidor del Directorio de Domino del servidor que ha utilizado para crear la agrupacin. Si dicho servidor forma parte de la agrupacin, ejecutar inmediatamente los procesos de la agrupacin incluidos a continuacin, y replicar su Directorio de Domino con otro servidor de la agrupacin para que el resto de servidores tengan conocimiento de que forman parte de la agrupacin. Si no ha utilizado un servidor de la agrupacin para crear sta, se ejecutar este proceso cuando el Directorio de Domino del servidor qye ha utilizado replique con el Directorio de Domino perteciente a un servidor de la agrupacin. Durante el proceso de creacin de la agrupacin de servidores, tienen lugar las siguientes acciones en cada uno de los servidores que la forman: Se ejecutan Cluster Administrator y el Administrador de agrupacin. Cluster Administrator agrega las tareas Administrador del ndice de bases de datos de la agrupacin (CLDBDIR) y Replicador de agrupacin (CLREPL) al parmetro ServerTasks en el archivo NOTES.INI. De esta manera, se activa el proceso de la agrupacin en prximas ejecuciones.
Configuracin de una agrupacin de servidores 4-3

Cluster Administrator ejecuta el Administrador del ndice de bases de datos de la agrupacin (CLDBDIR). Cluster Administrator ejecuta el Replicador de agrupacin (CLREPL). Se ejecuta el Proceso de administracin, en el caso de que no se est ejecutando ya. El Administrador del ndice de bases de datos de la agrupacin crea el ndice de bases de datos de la agrupacin (CLDBDIR.NSF). El Administrador del ndice de bases de datos de la agrupacin actualiza el ndice de bases de datos de la agrupacin para que incluya un documento por cada base de datos existente en el servidor. El replicador replica el ndice de bases de datos de la agrupacin y el Directorio de Domino con el resto de servidores de la agrupacin para que todos estn sincronizados. Cuando se actualice el Directorio de Domino e incluya la nueva agrupacin, los servidores de sta comenzarn a enviar ciertos mensajes, denominados sondeos, al resto de servidores de la agrupacin. Estos mensajes indicarn a cada servidor el estado actual de los otros servidores.

Cmo verificar que la agrupacin se ha creado correctamente


Domino le permite realizar las siguientes acciones para comprobar que la agrupacin se ha creado correctamente.
Accin En Domino Administrator, despliegue Agrupaciones en el panel de servidores. 1. Domino mostrar El nombre de la agrupacin seguido de los nombres de los servidores de la agrupacin. El nombre de la agrupacin seguido de los nombres de los servidores de la agrupacin en el panel de resultados. El nombre de la agrupacin en el campo Nombre de la agrupacin de la ficha General.

2.

En Domino Administrator, haga 1. clic en la ficha Configuracin, despliegue Agrupaciones y, a continuacin, haga clic en 2. Agrupaciones. En el panel de resultados, abra los documentos de servidor de los servidores que ha agregado a la agrupacin.

En Domino Administrator, haga clic en un servidor de la agrupacin en el panel de servidores y, a continuacin, haga clic en la pestaa Servidor - Estado.

CLDBDIR (el Administrador del ndice de bases de datos de la agrupacin) y CLREPL (el Replicador de agrupacin) en la lista de tareas.

4-4 Administracin de las agrupaciones de servidores Domino

Accin En Domino Administrator, haga clic en un servidor de la agrupacin en el panel de servidores y, a continuacin, haga clic en la pestaa Archivos. Compare los ID de rplica de los ndices de bases de datos de la agrupacin en cada uno de los servidores de sta.

Domino mostrar El ttulo "Cluster Directory" y el nombre de archivo "cldbdir.nsf" que confirman que Domino ha creado el ndice de bases de datos de la agrupacin. El mismo ID de rplica en todos los servidores.

Tambin puede ejecutar el anlisis de la agrupacin para generar informes que le ayudarn a determinar si existen problemas de configuracin en la agrupacin.

Uso del anlisis de la agrupacin para comprobar la configuracin de la agrupacin


Utilice la herramienta de anlisis de la agrupacin para verificar la correcta configuracin de una agrupacin. Dicha herramienta genera informes sobre la configuracin de la agrupacin que le permitirn detectar la existencia de problemas. Cuando ejecute el anlisis de la agrupacin, deber especificar los tipos de pruebas que desea realizar. A continuacin, Domino crear informes sobre las reas seleccionadas y los situar en la base de datos de anlisis de la agrupacin (CLUSTA4.NSF), o en la base de datos que especifique. Domino le permite generar informes sobre servidores, bases de datos o sobre Web Navigator del servidor. La siguiente tabla describe los tipos de pruebas que se pueden realizar.
Tipo de anlisis Servidor Comprobacin Number of cluster members Consistent domain membership Descripcin Informa del nmero de servidores existentes en la agrupacin. Comprueba si todos los servidores son miembros del mismo dominio, requisito indispensable para el correcto funcionamiento de una agrupacin.

Configuracin de una agrupacin de servidores 4-5

Tipo de anlisis

Comprobacin Consistent protocols

Descripcin Comprueba si los servidores estn ejecutando los mismos protocolos. Los miembros de la agrupacin no podrn comunicarse entre s si utilizan protocolos diferentes (TCP/IP es el nico protocolo soportado formalmente para las comunicaciones internas de la agrupacin). Comprueba el parmetro ServerTasks del archivo NOTES.INI para asegurarse de que estn incluidas las tareas requeridas de la agrupacin (CLDBDIR and CLREPL). Si dichas tareas no aparecen, no se ejecutarn automticamente al arrancar el servidor. Por lo tanto, Domino no actualizar el ndice de bases de datos de la agrupacin, con lo que la replicacin de la agrupacin no funcionar. Comprueba si las listas de control de acceso son las mismas en las diferentes rplicas. Si no lo son, el sistema podr redireccionar a los usuarios a rplicas a las que no deberan acceder o a rplicas que les permitan visualizar y modificar la informacin de la base de datos. Comprueba si la replicacin de la agrupacin est activada en las bases de datos del servidor. Si el sistema redirecciona a los usuarios a una base de datos que no tenga activada la replicacin de la agrupacin, es posible que accedan a informacin diferente de la existente en la base de datos original.

Required server tasks

Bases de datos

Consistent ACLs

Disabled replication (Denominada "Replication Enabled" en el informe de prueba)

Consistent replication Comprueba si las rplicas que formulas comparten la misma ruta de acceso utilizan frmulas de replicacin diferentes. las rplicas que comparten la misma ruta de acceso deberan utilizar las mismas frmulas de replicacin.

4-6 Administracin de las agrupaciones de servidores Domino

Tipo de anlisis

Comprobacin Replicas exist within cluster

Descripcin Comprueba si las bases de datos del servidor actual tienen rplicas en la agrupacin. Da un resultado fallido si no tienen ninguna rplica. (No todas las bases de datos requieren rplicas.) Verifica si las bases de datos de Web (WEB.NSF) existentes en los miembros de la agrupacin son rplicas. Si no lo son, dichas bases de datos no se redireccionarn entre s.

Web Navigator

Ejecucin del anlisis de la agrupacin


Cuando ejecute el anlisis de la agrupacin, deber decidir los tipos de informes que desea generar, as como el nivel de detalle de dichos informes. Durante la ejecucin del anlisis aparecern mensajes de estado en la parte inferior de la pantalla para informarle del desarrollo del proceso. En las agrupaciones formadas por un gran nmero de servidores, con mucha actividad, es posible que el anlisis tarde varias horas en llevarse a cabo. Si no dispone de un servidor dedicado para los anlisis, ejecute los informes de base de datos nicamente si sospecha la existencia de algn tipo de problema, o bien realice los anlisis fuera de las horas de trabajo. 1. En el panel de servidores de Domino Administrator, seleccione el servidor en el que desea ejecutar el anlisis. 2. Haga clic en las pestaas Servidor - Anlisis. 3. En el panel de herramientas, despliegue Analizar y, a continuacin, haga clic en Agrupacin. 4. (Opcional) Si desea almacenar los resultados del anlisis en una base de datos que no sea la de anlisis de la agrupacin, haga clic en Base de datos de resultados y especifique una base de datos distinta. A continuacin, haga clic en Aceptar. 5. (Opcional) Si ya existe la base de datos de anlisis de la agrupacin y desea agregar los nuevos informes a esta base de datos, seleccione Agregar a esta base de datos. De lo contrario, la herramienta de anlisis de la agrupacin sustituir la base de datos existente. 6. Seleccione los tipos de informe que desea generar: Servidor, Base de datos o Web Navigator del servidor. 7. Si ha seleccionado Base de datos como el tipo de informe en el paso 6, seleccione el tipo de detalles de base de datos que desea que incluya dicho informe: Mismas LCAs, Replicacin desactivada, Mismas frmulas de replicacin o Existen rplicas en la agrupacin. 8. Haga clic en Aceptar para ejecutar el anlisis y abrir la base de datos con resultados.
Configuracin de una agrupacin de servidores 4-7

Visualizacin de los resultados de un anlisis de una agrupacin 1. Abra la base de datos de anlisis de la agrupacin. 2. Abra una de las siguientes vistas: --By Cluster --By Date --By Test 3. Abra un documento de resultados de anlisis de la agrupacin.

Gestin del acceso de los usuarios a las bases de datos


Los usuarios deberan tener los mismos derechos de acceso en todas las rplicas de una base de datos de la agrupacin. De lo contrario, si Domino redirecciona a los usuarios a una rplica para la que tiene menos derechos de acceso, es posible que no puedan acceder a dicha rplica, o que no vean los mismos documentos o no puedan realizar las mismas operaciones que en la base de datos original que estaban utilizando.

Configuracin de las listas de control de acceso de las bases de datos en una agrupacin de servidores
Una forma de asegurarse de que las listas de control de acceso estn sincronizadas entre todas las rplicas consiste en utilizar el siguiente procedimiento para cada base de datos: 1. Seleccione Archivo - Base de datos - Conrol de acceso. 2. Haga clic en el icono Avanzadas. 3. Seleccione Misma Lista de control de acceso para las rplicas de esta base de datos y, a continuacin, haga clic en Aceptar. De esta forma se asegurar de que todas las rplicas utilizan la misma Lista de control de acceso, a la vez que forzar el uso de la LCA cuando los usuarios accedan a las rplicas localmente en un servidor o en un cliente. Otra forma de asegurarse de que todas las rplicas utilizan la misma Lista de control de acceso consiste en conceder a todos los servidores de una agrupacin un acceso de gerente a todas las bases de datos de la agrupacin. De esta manera, se garantiza que cada servidor pueda actualizar la LCA de cada una de las bases de datos. Por lo tanto, un cambio en la LCA de una de las rplicas se replicar automticamente al resto de bases de datos, siempre que no se haya desactivado la replicacin de la LCA para alguna de las bases de datos.

4-8 Administracin de las agrupaciones de servidores Domino

Para conceder a todos los servidores de la agrupacin un acceso de gerente a todas las bases de datos, cree un documento de grupo en el Directorio de Domino que incluya a todos los servidores de la agrupacin. A continuacin, agregue dicho grupo a la LCA de cada una de las bases de datos y asigne al grupo un acceso de gerente. Es importante que los servidores de la agrupacin tengan el acceso adecuado para que puedan replicar todos los datos de una rplica a otra. Las restricciones de una rplica que no se encuentren en otra pueden ocasionar que el usuario no tenga acceso a la misma informacin cuando se produzca el redireccionamiento. Por lo tanto, asegrese de que los servidores no slo tengan acceso de gerente, sino tambin de que puedan replicar la misma informacin sin restricciones. Las carpetas privadas se replican de forma diferente cuando estn en una agrupacin. Generalmente, dichas carpetas y su contenido no se replican durante la replicacin entre servidores, pero s lo hacen durante la replicacin entre un cliente y un servidor. Sin embargo, en una agrupacin, las carpetas privadas se replican entre los servidores con el fin de que los usuarios puedan acceder a sus carpetas privadas si se les redirecciona a otra rplica. Para garantizar que las carpetas privadas se repliquen entre los servidores de una agrupacin, asegrese de definir el tipo de usuario de los servidores como "Servidor" o "Grupo servidores" en la Lista de control de acceso.

Control de otros parmetros que permiten restringir el acceso a las bases de datos
Adems de la LCA, existen otros mtodos de restringir el acceso a las bases de datos. Es importante que estos parmetros sean idnticos en todas las bases de datos para que se pueda completar la replicacin y el redireccionamiento funcione de forma transparente al usuario. Entre estos parmetros se incluyen: Las restricciones del servidor, como por ejemplo las listas de acceso permitido y de acceso denegado en el Directorio de Domino Las listas de acceo en la base de datos y los vnculos de directorio Las listas de lectores, como por ejemplo las de los documentos, vistas y carpetas Por ejemplo, si los servidores de la agrupacin contienen vnculos de base de datos o de directorio que incluyen listas de acceso, asegrese de que los servidores estn en dichas listas. De lo contrario, no tendrn acceso a esas bases de datos o directorios, y no podrn replicar con ellos, aunque tengan acceso de gerente en las listas de control de acceso.

Configuracin de una agrupacin de servidores 4-9

Si un documento de una base de datos incluye un campo de lectores, los servidores de la agrupacin deben estar incluidos en dicho campo o de lo contrario no tendrn acceso a dicho documento, y no podrn replicarlo. Lo mismo ocurre si una carpeta o vista incluye un campo de lectores. Debido a que los encargados del mantenimiento de los campos de lectores son generalmente los diseadores de bases de datos y no los administradores de la red, stos necesitan estar en contacto con los primeros para estar informados sobre las modificaciones de dichos campos.

Configuracin del correo en una agrupacin


La transferencia del correo se redirecciona si el servidor de correo del destinatario no est disponible cuando el router intenta entregar el correo. Mientras el servidor de correo est en la agrupacin, el router entregar el correo a otro servidor de la agrupacin que contenga una rplica de la base de datos de correo del destinatario. De esta forma, el destinatario seguir recibiendo el correo. Inicialmente, la transferencia del correo se redirecciona solamente para la ltima etapa de la ruta de entrega. Es decir, se redirecciona para la etapa del servidor de correo del usuario, si es ste que forma parte de una agrupacin. Es posible configurar la transferencia del correo para que se redireccione en cualquier etapa de la ruta de entrega, e incluso es posible desactivar el redireccionamiento de la transferencia del correo por completo. La activacin del redireccionamiento de la transferencia del correo para que se produzca en cualquier etapa resulta de especial utilidad si se est utilizando un servidor hub para transferir el correo. Si este servidor no est disponible pero se encuentra en una agrupacin, el router entregar el correo a otro servidor hub de la agrupacin. A su vez, dicho servidor seguir enviando el mensaje hacia su destino. En la figura siguiente, el servidor de correo 1 est enviando un mensaje al servidor de correo 2. Intenta enviarlo a travs del hub 1, que es la ruta normal hacia el servidor de correo 2. Sin embargo, el hub 1 no est disponible. Debido a que este hub est en una agrupacin, Domino transfiere el mensaje al hub 2, que a su vez lo transfiere al servidor de correo del usuario, el servidor de correo 2.

4-10 Administracin de las agrupaciones de servidores Domino

Cambio del parmetro de redireccionamiento de la transferencia del correo


Para cambiar el valor predeterminado del parmetro de redireccionamiento de la transferencia del correo, realice la siguiente modificacin en el documento de configuracin de cada servidor de la agrupacin y en cada uno de los servidores del dominio que pueda transferir el correo. 1. En Domino Administrator, haga clic en la ficha Configuracin y despliegue la seccin Mensajera. 2. Haga clic en Configuraciones. 3. Seleccione el documento de configuracin para el servidor o los servidores que desee, y haga clic en Editar configuracin. Si no dispone de un documento de configuracin para dichos servidores, cree uno; para ello, haga clic en Agregar configuracin. 4. Haga clic en la ficha Gestor de correo de SMTP - Avanzadas Controles. 5. En el campo Redireccionamiento en la agrupacin, seleccione una de las siguientes opciones: Desactivado Activado slo para la ltima etapa (la opcin predeterminada) Activado para todas las transferencias de este dominio 6. Guarde y cierre el documento de configuracin.

Configuracin de una agrupacin de servidores 4-11

Nota Este parmetro afecta a la entrega del correo a un cliente, pero no al envo de mensajes desde un cliente cuando el servidor de correo no est disponible. Si un usuario enva un mensaje cuando el servidor de correo no est disponible, la entrega se redirecciona a otro servidor de la agrupacin y el router de dicho servidor enva el mensaje.

Uso del correo compartido en una agrupacin de servidores


Domino le permite utilizar el correo compartido en una agrupacin de servidores. Al hacerlo, el Replicador de agrupacin sita el texto de los mensajes replicados en la base de datos de correo compartido del servidor de destino, y los encabezados en las bases de datos de correo de los usuarios. Para configurar el correo compartido en una agrupacin de servidores, utilice el mismo procedimiento que para configurar el correo compartido con rplicas que no estn ubicadas en una agrupacin. Dicho procedimiento incluye el comando Load Object Set - Always. Debe realizarse en cada servidor de la agrupacin que contenga una rplica de la base de datos de correo. Cuando se utiliza el correo compartido en una agrupacin, el Replicador de agrupacin distribuye el correo a la base de datos de correo compartido de cada uno de los servidores de la agrupacin. Si desea ms informacin sobre la configuracin del correo compartido para las rplicas de bases de datos de correo, consulte Administracin del sistema de Domino.

Uso de la replicacin estndar en una agrupacin


Si desea asegurarse de que las bases de datos estn actualizadas, realice la replicacin estndar en la agrupacin a intervalos de tiempo regulares. Esto resulta de especial importancia despus de que se produce el bloqueo de un servidor. Podr: Utilizar la replicacin programada en una agrupacin de servidores Replicar con todos los servidores de una agrupacin al mismo tiempo

4-12 Administracin de las agrupaciones de servidores Domino

Replicacin programada en una agrupacin de servidores


Es aconsejable configurar la replicacin programada para que se efecte a intervalos de tiempo regulares, como por ejemplo cada hora, para asegurarse de que todas las bases de datos estn actualizadas. Existen muchas razones para ejecutar la replicacin programada en una agrupacin: La replicacin de los cambios que se pueden perder cuando falla un servidor de una agrupacin. Debido a que los eventos de replicacin de la agrupacin nicamente se almacenan en la memoria, dichos eventos se pueden perder cuando un servidor falla. No se pierde ningn dato, pero los eventos que estaban pendientes cuando el servidor falle no se replicarn hasta que se ejecute la replicacin estndar de Domino. La replicacin de bases de datos para las que se ha desactivado la replicacin de la agrupacin. Es posible que tenga bases de datos que no le interese replicar cada vez que son actualizadas. Si desea averiguar si el Replicador de agrupacin est replicando una determinada base de datos, compruebe el campo Cluster Replication en el ndice de bases de datos de la agrupacin. Si desea ms informacin sobre la desactivacin de la replicacin de la agrupacin, consulte Desactivacin de la replicacin de la agrupacin La replicacin basada en frmulas de replicacin selectiva. El encargado de procesar las frmulas de replicacin es el replicador estndar, no el Replicador de agrupacin. Antes de utilizar las frmulas de replicacin en una agrupacin, debera ser consciente de su efecto sobre la replicacin de la agrupacin. Si desea ms informacin sobre la replicacin selectiva en una agrupacin, consulte el captulo "Funcionamiento de las agrupaciones de servidores Domino". La replicacin de rplicas que se encuentran en el mismo servidor. El Replicador de agrupacin enva los cambios a otros servidores que contienen rplicas pero no actualiza las otras rplicas en su propio servidor. Nota Si existen mltiples rplicas en un servidor, el Administrador de agrupacin utiliza la funcin de redireccionamiento por ruta de acceso para seleccionar la rplica que abrir un usuario durante el redireccionamiento. Por lo tanto, si sita mltiples rplicas en un servidor, asegrese de que todas las rplicas de la agrupacin que utilicen las mismas frmulas de replicacin selectiva tienen la misma ruta de acceso. De lo contrario, es posible que los usuarios accedan a otra rplica distinta.
Configuracin de una agrupacin de servidores 4-13

Si desea asegurarse de que todas las bases de datos estn actualizadas, es aconsejable que efecte la replicacin siempre al arrancar el servidor. Puede crear un documento de programa en el Directorio de Domino con este fin.

Replicacin con todos los servidores de una agrupacin


Una ventaja adicional de la creacin de una agrupacin es que puede simplificar la topologa de la replicacin, as como aumentar la fiabilidad y el rendimiento de sta. Esto es debido a que se puede configurar un servidor no perteneciente a la agrupacin para replicar con todos los servidores de la agrupacin. Para ello, se debe crear un nico documento de conexin que especifique el servidor externo como origen de la replicacin y el nombre de la agrupacin como el destino de la replicacin. A continuacin, se replicar cada una de las bases de datos del servidor de origen que tenga una rplica en la agrupacin. Si existen varias rplicas de una base de datos en la agrupacin, el servidor de origen replicar solamente con una de las rplicas y la replicacin de la agrupacin propagar los cambios al resto de rplicas. La replicacin con una agrupacin es ms fiable que la replicacin con un servidor individual, ya que Domino replica con cualquier servidor de la agrupacin que contenga una rplica de la base de datos que est procesando. Por lo tanto, si un servidor de la agrupacin no est disponible, la replicacin se podr seguir realizando si existe otra rplica en la agrupacin. Asimismo, la replicacin con una agrupacin puede mejorar el rendimiento, ya que Domino utiliza la funcin de reparto de la carga al seleccionar un servidor con el que replicar. El servidor que inicia la replicacin no necesita una licencia Enterprise Server, pero debe estar ejecutando la Versin 4.5 de Domino o superior. Nota Antes de replicar con una agrupacin por primera vez, el servidor de origen debe acceder directamente a uno de los servidores de la agrupacin al menos una vez. Una vez hecho esto, Domino almacenar en el cach del grupo del servidor de origen los nombres de los servidores existentes en la agrupacin. De esta forma, dicho servidor sabr los servidores que forman parte de la agrupacin.

4-14 Administracin de las agrupaciones de servidores Domino

Emisin del comando Replicate con un nombre de agrupacin Utilice los siguientes comandos Replicate para replicar las bases de datos situadas en un servidor local con las bases de datos situadas en la agrupacin especificada.
Objetivo Para replicar todas las bases de datos que el servidor local tiene en comn con los servidores de una determinada agrupacin Para replicar solamente una base de datos determinada Comando replicate nombre_agrupacin Descripcin nombre_agrupacin es el nombre de la agrupacin

replicate nombre_agrupacin nombre_archivo

nombre_archivo es el nombre de archivo de la base de datos directorio_local es el nombre del directorio en el que estn ubicadas las bases de datos

Para replicar con todas las replicate bases de datos existentes nombre_agrupacin en un directorio concreto directorio_local

Especificacin de una agrupacin en el documento de conexin Domino le permite crear un documento de conexin para replicar con una agrupacin. Introduzca la informacin apropiada en los siguientes campos:
Ficha General Nombre del campo Servidor de origen Introduzca Escriba el nombre de un servidor. ste no puede ser un miembro de la agrupacin. Escriba el nombre de la agrupacin. Seleccione Activada. Seleccione el tipo de replicacin deseado. Djelo vaco para seleccionar todas las bases de datos; introduzca uno o varios nombres de archivos, o el nombre de un directorio, si desea especificar determinadas bases de datos.

Servidor de destino Replicacin/ Transferencia Tarea de replicacin Tipo de replicacin Archivos/Directorios que se van a replicar

Configuracin de una agrupacin de servidores 4-15

Replicacin con una agrupacin desde un cliente Notes La replicacin con el nombre de una agrupacin le resultar til cuando desconozca la ubicacin de una base de datos dentro de la agrupacin. Nota Un cliente debe acceder directamente a un servidor de la agrupacin al menos una vez antes de poder replicar con una agrupacin. 1. Seleccione la base de datos que desea replicar. 2. Seleccione Archivo - Replicacin - Replicar. 3. Si aparece un cuadro con las opciones Replicar en segundo plano y Replicar con opciones, seleccione esta ltima y haga clic en Aceptar. 4. En el campo con, escriba el nombre de la agrupacin. 5. Efecte los cambios que desee y haga clic en Aceptar.

Desactivacin de la replicacin de la agrupacin


En una agrupacin, todas las bases de datos se configuran automticamente para efectuar la replicacin en tiempo real con objeto de que las rplicas estn siempre sincronizadas. Sin embargo, este tipo de replicacin solamente es necesaria para las bases de datos que requieren una constante sincronizacin de los datos. Para el resto de bases de datos, se puede desactivar la replicacin de la agrupacin. Tambin es posible desactivar la replicacin de la agrupacin temporalmente para investigar un problema. Domino le permite desactivarla para todas las bases de datos de un servidor o solamente para algunas de ellas. Esto no tiene ningn efecto sobre la replicacin programada, que se seguir realizando normalmente.

Desactivacin de la replicacin entre servidores de una agrupacin para bases de datos especficas
1. En Domino Administrator, haga clic en la pestaa Configuracin. 2. Despliegue Agrupaciones y Cluster Directory (R4). 3. Haga clic en una de estas tres vistas: Databases by Pathname Databases by Replica ID Databases by Server 4. En el panel de resultados, seleccione las bases de datos en las que desea desactivar la replicacin de la agrupacin. 5. Haga clic en Tools - Disable Cluster Replication on Selected Databases.

4-16 Administracin de las agrupaciones de servidores Domino

Consejo Si desea comprobar cules son las bases de datos que tienen activada o desactivada la replicacin entre servidores de la agrupacin, abra la vista Databases by Pathname y ordnela por la columna Cluster Replication. Tenga en cuenta que, si desactiva la replicacin entre servidores de una agrupacin siguiendo los pasos anteriores, nicamente inhabilita la replicacin de los cambios desde esta base de datos a los otros servidores de la agrupacin. La replicacin desde estos ltimos a dicha base de datos seguir realizndose normalmente. La desactivacin de la replicacin entre servidores de la agrupacin no tiene ningn efecto en la replicacin estndar. Nota Para volver a activar la replicacin de la agrupacin en bases de datos determinadas, realice el procedimiento explicado anteriormente con la siguiente excepcin: en el paso 4, haga clic en Tools - Enable Cluster Replication on Selected Databases .

Creacin de un agente para desactivar la replicacin entre servidores de una agrupacin para bases de datos especficas
Si tiene un gran cantidad de bases de datos y no desea utilizar con ellas el Replicador de agrupacin, puede crear un agente para desactivar la replicacin entre servidores de la agrupacin para dichas bases de datos. 1. En el servidor de administracin de la agrupacin, abra la copia del servidor del ndice de bases de datos de la agrupacin (CLDBDIR.NSF). 2. Seleccione Crear - Agente. 3. En el campo Nombre, especifique un nombre para el agente. 4. En el campo Cundo debe ejecutarse este agente? , seleccione Manualmente desde el men Acciones. 5. En el campo Sobre qu documentos debe actuar?, seleccione Los documentos seleccionados. 6. En el campo Qu debe ejecutar este agente? , seleccione Acciones simples. 7. Haga clic en Agregar accin. 8. En el campo Accin, seleccione Modificar campo. 9. En el campo Campo, seleccione ClusterReplicate. 10. En el campo Valor, escriba 0 (cero). 11. Seleccione la opcin Reemplazar valor, haga clic en Aceptar y, a continuacin, guarde el agente. 12. Seleccione las bases de datos en las que desea desactivar la replicacin entres servidores de la agrupacin y ejecute el agente desde el men Acciones.

Configuracin de una agrupacin de servidores 4-17

Desactivacin de la replicacin entre servidores de una agrupacin para todas las bases de datos de un servidor
Para finalizar le ejecucin de la tarea Replicador de agrupacin en un servidor, realice una de las siguientes operaciones: En Domino Administrator 1. Haga clic en las pestaas Servidor - Estado. 2. En el panel de herramientas, despliegue Tarea y haga clic en Tell. 3. En el campo Tarea, escriba clrepl. 4. En el campo Comando, escriba quit. 5. Haga clic en Issue Command. En la consola del servidor Escriba tell clrepl quit El comando Tell termina la ejecucin de la tarea Replicador de agrupacin en la sesin activa del servidor. La prxima vez que arranque el servidor, el Replicador de agrupacin se ejecutar de nuevo. Nota Tenga en cuenta que, si desactiva la tarea CLREPL, nicamente inhabilita la replicacin desde dicho servidor a los otros servidores. La replicacin desde estos ltimos al servidor seleccionado seguir realizndose normalmente.

Activacin del registro para la replicacin de la agrupacin


Para activar el registro de eventos de replicacin entre servidores de una agrupacin, introduzca la siguiente lnea en el archivo NOTES.INI:
RTR_logging=n

pudiendo n tomar el valor 1, para activar el registro de eventos de replicacin entre servidores de una agrupacin, o el valor 2, para desactivar dicho registro.

Uso de la Asistencia de directorios en una agrupacin


La base de datos Asistencia de directorios de un servidor puede hacer referencia a directorios secundarios ubicados en otros servidores. Si intenta acceder a dicha base de datos en un servidor de la agrupacin y no est disponible, Domino le redireccionar a otra rplica de la base de datos, si hay alguna disponible en la agrupacin.

4-18 Administracin de las agrupaciones de servidores Domino

Cuando utilice la funcin Asistencia de directorios en una agrupacin, asegrese de que todos los servidores de dicha agrupacin contienen una rplica de la misma base de datos Asistencia de directorios. Esto es de gran importancia para que las bsquedas de nombres se redireccionen correctamente. Si la base de datos Asistencia de directorios hace referencia a un directorio secundario que no est disponible, Domino no realizar automticamente el redireccionamiento a otro servidor para localizar una rplica de dicho directorio. Para forzar a Domino a buscar las rplicas de directorios secundarios, agregue un documento de asistencia de directorios a la base de datos Asistencia de directorios por cada rplica del directorio secundario. Si desea ms informacin sobre la Asistencia de directorios, consulte Administracin del sistema de Domino.

Configuracin del acceso a la agrupacin para los usuarios mviles


Si desea ofrecer a los usuarios mviles las ventajas de una agrupacin de servidores, permtales el acceso a la agrupacin a travs de una servidor de trnsito. Este servidor se encargar de redireccionarles a otro servidor de la agrupacin si el servidor original est ocupado o no est disponible. A menos que utilice un servidor de trnsito, los usuarios tendrn que llamar a a cada uno de los servidores individualmente y no podrn usar la funcin de redireccionamiento si el servidor al que llaman no est disponible. La siguiente figura muestra cmo un cliente remoto puede llamar a un servidor de trnsito y acceder a cualquier servidor de una agrupacin. Cuando se realiza la conexin con la agrupacin de esta forma, las funciones de redireccionamiento y de reparto de la carga estn disponibles para el cliente remoto.

Configuracin de una agrupacin de servidores 4-19

Debido a que, normalmente, los usuarios mviles no pueden llamar a ms de un servidor al mismo tiempo, no pueden aprovecharse de las ventajas de una agrupacin de servidores de trnsito. Sin embargo, se puede configurar un grupo aleatorio de servidores de trnsito para garantizar que los clientes mviles dispongan de una alta disponibilidad de los servidores de trnsito. Si no disponen de acceso a un servidor de trnsito, los usuarios pueden utilizar su pgina del Replicador para simular el redireccionamiento si un servidor de la agrupacin se queda fuera de servicio. Por ejemplo, para replicar una base de datos de correo, configure la pgina del Replicador para que llame y replique con el servidor de correo del usuario y, a continuacin, llame y replique con el servidor que contiene la rplica de la base de datos de correo del usuario. De esta manera, si alguno de los servidores no est disponible, el usuario podr acceder a la base de datos de correo. Si la primera llamada tiene xito, la llamada al segundo servidor no llevar mucho tiempo. La siguiente figura muestra a un cliente remoto llamando al servidor 1, que es el servidor de correo del usuario, y al servidor 2, que contiene una rplica de la base de datos de correo del usuario.

4-20 Administracin de las agrupaciones de servidores Domino

Uso de Web Navigator del servidor en una agrupacin


Si piensa utilizar Web Navigator del servidor en una agrupacin de servidores, asegrese de que las bases de datos de Web (WEB.NSF) ubicadas en los servidores de la agrupacin son rplicas. Debido a que la base de datos de Web se genera automticamente al arrancar Web Navigator del servidor, es una situacin muy comn que los servidores de la agrupacin contengan rplicas de distintas bases de datos de Web. Por lo tanto, estas bases de datos no se redireccionarn entre s. Para asegurarse de que las bases de datos de Web son rplicas idnticas, ejecute Web Navigator del servidor en un nico servidor de la agrupacin. A continuacin, replique la base de datos de Web al resto de servidores de la agrupacin antes de ejecutar Web Navigator del servidor en stos. Si desea comprobar si las bases de datos de Web son rplicas, ejecute el anlisis de la agrupacin, tal y como se describe en el tema Uso del anlisis de la agrupacin para comprobar la configuracin de la agrupacin.

Configuracin de una LAN privada para una agrupacin


La instalacin de una LAN privada para su agrupacin le permitir separar los mensajes de sondeo de los servidores y la replicacin de la agrupacin del resto del trfico de la red. Esto impedir que el trfico de la agrupacin disminuya la velocidad de la red principal.
Configuracin de una agrupacin de servidores 4-21

Realice el siguiente procedimiento para instalar una red privada en su agrupacin. 1. Instale una tarjeta adaptadora de red adicional en cada uno de los servidores de la agrupacin. Dichas tarjetas deben conectarse mediante un hub o conmutador privado. 2. Configure la LAN para utilizar TCP/IP. 3. Asigne una segunda direccin IP a cada servidor. Por ejemplo, en una agrupacin compuesta por dos servidores, podra utilizar las direcciones 192.168.64.1 y 192.168.64.2. 4. Asigne nombres de host para las nuevas direcciones IP y site las entradas en el archivo HOSTS en DNS. Por ejemplo, en una agrupacin compuesta por dos servidores, podra asignar los nombres de host HyD_CLU y HyD2_CLU. Las entradas correspondientes en el archivo HOSTS seran: 192.168.64.1 HyD_CLU 192.168.64.2 HyD2_CLU 5. Verifique que la LAN privada es operacional; para ello, asegrese de que cada servidor de la agrupacin puede hacer ping por direccin IP y por nombre de host en el resto de de servidores de la agrupacin. Asimismo, asegrese de que otros servidores pueden hacer ping en los servidores de la agrupacin en sus direcciones de LAN estndar. 6. En la pestaa Puertos - Puertos de la red de Notes del documento de servidor de cada miembro de la agrupacin, agregue y active un nuevo puerto para la LAN privada. Por ejemplo, agregue la siguiente informacin en la pestaa Puertos Puertos de la red de Notes del documento de servidor. Puerto=AGRUPACIN Red de NoteS=Red_Agrupacin Direccin de red=HYD_CLU Estado=ACTIVADO 7. Asigne a cada puerto una direccin IP de las subredes correspondientes y site esta informacin en el archivo NOTES.INI de la siguiente manera: PUERTO1_TcpIPAddress=0,a.b.c.d:1352 PUERTO2_TcpIPAddress=0,e.f.g.h:1352 siendo PUERTO1 y PUERTO2 los nombres de los puertos, y a.b.c.d y e.f.g.h las direcciones IP para dichos puertos. Por ejemplo, si tiene dos puertos denominados TCPIP y AGRUPACIN, estas lneas seran: TCPIP_TcpIPAddress=0,192,114,32,5:1352 AGRUPACIN_TcpIPAddress=0,192.168.64.1:1352
4-22 Administracin de las agrupaciones de servidores Domino

8. Agregue la siguiente lnea al archivo NOTES.INI: Server_Cluster_Default_Port=Puerto de la agrupacin siendo Puerto de la agrupacin el puerto creado para la agrupacin. En este ejemplo, esta lnea sera: Server_Cluster_Default_Port=AGRUPACIN Nota Puede utilizar un documento de configuracin del servidor para actualizar el archivo NOTES.INI en todos los servidores de la agrupacin. 9. Vuelva a arrancar el servidor.

Cmo asegurarse de que Domino est utilizando la LAN privada


Realice las siguientes operaciones para asegurarse de que Domino est utilizando la LAN privada: 1. En la consola del servidor, escriba show cluster. 2. Busque la lnea "Server cluster default port: Puerto de la agrupacin " en los resultados de dicho comando, siendo Puerto de la agrupacin el puerto que ha creado para la agrupacin. En este ejemplo, esta lnea sera: Server cluster default port: AGRUPACION

Cmo asegurarse de que la replicacin de la agrupacin est utilizando la LAN privada


Tambin es aconsejable comprobar que la replicacin de la agrupacin est utilizando la LAN privada. Para ello, examine algunas de las estadsticas de la agrupacin. 1. En Domino Administrator, haga clic en las fichas Servidor Estadsticas. 2. Despliegue Todas las estadsticas y Red. 3. Despliegue el nombre del puerto asignado a la agrupacin. 4. Busque las siguientes estadsticas para el puerto de la LAN privada: BytesReceived BytesSent 5. Despliegue Rplica y, a continuacin, despliegue Agrupacin. 6. Despliegue SessionBytes y busque las siguientes estadsticas de replicacin para la agrupacin: In Out
Configuracin de una agrupacin de servidores 4-23

7. Compare el valor NET.nombredepuerto.BytesReceived con el valor Replica.Cluster.SessionBytes.In. Estos valores deberan estar muy prximos, aunque no coincidirn. 8. Compare el valor NET.nombredepuerto.BytesSent con el valor Replica.Cluster.SessionBytes.Out. Estos valores tambin deberan estar muy prximos. No coincidirn debido a que la red privada no se utiliza nicamente para la replicacin de la agrupacin.

4-24 Administracin de las agrupaciones de servidores Domino

Captulo 5 Gestin y supervisin de una agrupacin de servidores


Una vez configurada una agrupacin, puede hacer lo siguiente para asegurarse de su correcto funcionamiento: Supervisar el redireccionamiento, el reparto de la carga y la replicacin de la agrupacin para comprobar si la agrupacin funciona de forma eficiente Ajustar los parmetros del redireccionamiento, del reparto de la carga y de la replicacin de la agrupacin para mejorar su funcionamiento o para realizar labores de mantenimiento, como la actualizacin de un servidor Agregar o eliminar servidores de la agrupacin

Supervisin de una agrupacin de servidores


Cuando se ejecuta en una agrupacin, un servidor Domino supervisa constantemente tanto su carga de trabajo como la de los otros servidores de la agrupacin, as como la disponibilidad de las bases de datos a travs de la agrupacin. Domino ofrece varios mtodos para descubrir lo que est sucediendo en la agrupacin y realizar los ajustes necesarios para que la agrupacin siga funcionando sin ningn problema, sin sobrecargas en los servidores. Adems, si su sistema operativo incluye funciones de supervisin del software, puede utilizarlas para supervisar el uso de los recursos en los servidores de la agrupacin.

Visualizacin de una lista con los miembros de la agrupacin y su disponibilidad


Para visualizar una lista con los miembros de la agrupacin y su estado, realice una de las siguientes acciones: Desde la consola del servidor Escriba show cluster Este comando muestra los nombres de los servidores de la agrupacin, sus ndices de disponibilidad y el recuento de sondeos.
5-1

Tambin puede escribir show stat server para comprobar el ndice y el umbral de disponibilidad de un servidor, o escribir show stat server.cluster.* para ver otras estadsticas de la agrupacin. (Estas estadsticas empiezan por "Server.Cluster".) Desde Domino Administrator Para comprobar la disponibilidad de cada miembro de la agrupacin de forma individual, realice las siguientes acciones: 1. En el panel de servidores, seleccione el servidor sobre el que desea obtener informacin. 2. Haga clic en la ficha Servidor - Estadsticas. 3. En la lista Todas las estadsticas, haga clic en Servidor para comprobar el ndice y el umbral de disponibilidad de un servidor; para averiguar otras estadsticas de la agrupacin, haga clic en Servidor - Agrupacin. Para comprobar la disponibilidad de cada miembro de la agrupacin de forma individual, realice las siguientes acciones: 1. En el panel de servidores, haga clic con el botn secundario del mouse y seleccione Propiedades del servidor. 2. En el cuadro de propiedades del servidor, haga clic en la ficha Agrupacin.

Supervisin de los eventos y las estadsticas del Administrador de la agrupacin (Cluster Manager)
Una vez distribuidas las bases de datos y los servidores de correo con objeto de repartir la carga de trabajo, debera realizar un seguimiento de los eventos y estadsticas de la agrupacin para asegurarse de que la carga de trabajo se mantiene dentro de unos lmites aceptables, y de que el redireccionamiento funciona correctamente. Si las estadsticas indican la existencia de un problema, es posible que tenga que realizar ciertos ajustes. Si desea informacin sobre la supervisin de la replicacin de la agrupacin, consulte el tema Visualizacin de los eventos de replicacin y de las estadsticas de la agrupacin.

Visualizacin de los eventos de redireccionamiento y de reparto de la carga


Siempre que se produce el redireccionamiento, Domino registra el evento en el archivo de registro del servidor Domino. Este tipo de eventos puede tener el siguiente aspecto:
23/03/99 11:08:48 a. m. Imposible acceder a Ventas/HyD!!Clientes.nsf para abrir la rplica con ID 852560C9:007232D, se usar la rplica situada en Ventas2/HyD

5-2 Administracin de las agrupaciones de servidores Domino

Cuando Domino utiliza el redireccionamiento para repartir la carga de trabajo, el evento puede tener el siguiente aspecto en el archivo de registro del servidor Domino:
23/03/99 11:08:48 a. m. Para equilibrar la carga de Ventas/HyD!!Clientes.nsf, al abrir la rplica con ID 852560C9:007232D, se usar la rplica situada en Ventas2/HyD

Si lo desea, puede visualizar estos eventos en el archivo de registro. Realice una de las operaciones siguientes: Desde Domino Administrator 1. En el panel de servidores, seleccione el servidor que contiene el archivo de registro que desea visualizar. 2. Haga clic en las pestaas Servidor - Anlisis. 3. Haga clic en Archivo de registro y, a continuacin, haga clic en Eventos varios. 4. En el panel de resultados, abra el documento de entrada de registro que desea visualizar. Desde el archivo de registro del servidor Domino 1. Abra el archivo de registro del servidor Domino. 2. Abra la vista Eventos varios. 3. Abra el documento que desea consultar. Tambin puede ejecutar el Anlisis del Registro para recopilar todos los eventos de redireccionamiento y reparto de la carga en una base de datos. Si desea ms informacin sobre el archivo de registro del servidor Domino y el Anlisis del Registro, consulte Administracin del sistema de Domino.

Visualizacin de las estadsticas del Administrador de agrupacin


Para visualizar las estadsticas del Administrador de agrupacin, realice las siguientes acciones: Visualizacin de los informes de estadsticas del Administrador de agrupacin desde Domino Administrator 1. En el panel de servidores, seleccione el servidor sobre el que desea obtener informacin. 2. Haga clic en las pestaas Servidor - Anlisis. 3. Despliegue nombre de servidor Statistics, donde nombre de servidor es el nombre del servidor que ha seleccionado en el panel de servidores. 4. Despliegue Statistics Reports. 5. Haga clic en Clusters. 6. En el panel de resultados, abra el informe de estadsticas que desea consultar.
Gestin y supervisin de una agrupacin de servidores 5-3

Visualizacin de una lista de las estadsticas del Administrador de agrupacin desde Domino Administrator 1. En el panel de servidores, seleccione el servidor sobre el que desea obtener informacin. 2. Haga clic en las pestaas Servidor - Estadsticas. 3. En la lista Todas las estadsticas, haga clic en Servidor - Agrupacin. Nota Para averiguar el ndice y el umbral de disponibilidad, haga clic solamente en Servidor. Visualizacin de una lista de estadsticas desde la consola del servidor Escriba show stat server.cluster.* Estas estadsticas empiezan por "Server.Cluster". Nota Para averiguar el ndice y el umbral de disponibilidad, escriba show stat server Adems, si ha cargado la tarea Statistic Collector, Domino situar las estadsticas del Administrador de agrupacin en la base de datos Statistics Reporting (STATREP.NSF). Para visualizar dichas estadsticas, utilice la vista Statistics Reports - Clusters de la base de datos. Estas estadsticas le ofrecen informacin sobre el redireccionamiento, el reparto de la carga y el estado de los servidores de la agrupacin. Entre otras cosas, las estadsticas le ofrecen informacin sobre la frecuencia con la que el Administrador de agrupacin ha intentado realizar el redireccionamiento y el reparto de la carga, y sobre cuntos de estos intentos han tenido xito. Si desea ms informacin sobre todas las estadsticas de la agrupacin, consulte el apndice "Estadsticas de las agrupaciones de servidores".

Visualizacin de los eventos de replicacin y de las estadsticas de la agrupacin


Puede visualizar los eventos de replicacin de la agrupacin desde Domino Administrator o, si lo prefiere, en el archivo de registro. Asimismo, puede visualizar las estadsticas de la replicacin de la agrupacin desde Domino Administrator o desde la consola del servidor.

5-4 Administracin de las agrupaciones de servidores Domino

Visualizacin de los eventos de replicacin de la agrupacin


El Replicador de agrupacin genera documentos de registro de eventos de replicacin una vez cada hora, y registra informacin sobre todas las replicaciones efectuadas durante esa hora. Cada documento de evento de replicacin informa sobre las replicaciones de bases de datos y sobre cualquier error que se est produciendo. (Siempre que se produce un error, el Replicador reintenta la replicacin hasta que sta se completa satisfactoriamente). Una vez hecho esto, el error no se vuelve a registrar. El Replicador de agrupacin genera un documento de registro de replicacin por cada servidor con el que replica. Si lo desea, puede visualizar los eventos de replicacin de la agrupacin generados por el Replicador de agrupacin. Realice una de las operaciones siguientes: Desde Domino Administrator 1. En el panel de servidores, seleccione el servidor que contiene el archivo de registro que desea visualizar. 2. Haga clic en las pestaas Servidor - Anlisis. 3. Haga clic en Archivo de registro y, a continuacin, haga clic en Eventos de replicacin. 4. En el panel de resultados, abra el documento de registro de eventos de replicacin que desea consultar. Desde el archivo de registro del servidor Domino 1. Abra el archivo de registro del servidor Domino. 2. Abra el documento que desea consultar. Cmo forzar el registro de la replicacin de la agrupacin Si no desea esperar a que el Replicador de agrupacin genere un documento de registro, puede forzarle a que genere uno inmediatamente. Para ello, escriba lo siguiente en la consola del servidor:
tell clrepl log

El Replicador de agrupacin registrar todos los eventos de replicacin que hayan ocurrido desde la ltima operacin de registro. Ejemplo de visualizacin de los eventos de replicacin de la agrupacin El siguiente ejemplo muestra dos bases de datos replicadas satisfactoriamente por el Replicador de agrupacin desde el servidor Ventas/HyD al servidor Ventas2/HyD. Una tercera base de datos, CLIENTES.NSF, ha sido modificada en el servidor Ventas/HyD, pero no se ha replicado al servidor Ventas2/HyD debido a que este servidor ha dejado de estar disponible.
Gestin y supervisin de una agrupacin de servidores 5-5

Ventas/HyD 09/04 03:50 p. m. - 09/04 03:50 p. m. Servidor remoto: Ventas2/HyD Iniciada por: CLUSTER REPLICATOR EN VENTAS/HyD Tiempo transcurrido: 0 minutos Eventos Imposible replicar desde clientes.nsf a Ventas2/HyD clientes.nsf: El sistema remoto ha dejado de responder. Base de datos Acceso Agreg. Elimin. Actualiz. kB rec kB env. Desde Ventas2 cldbdir.nsf Gerente 34 0 1 3 15 cldbdir.nsf Ventas2 names.nsf Gerente 0 2 2 1 13 names.nsf

Tambin puede ejecutar el Anlisis del Registro para recopilar todos los eventos de replicacin en una base de datos. Si desea ms informacin sobre el archivo de registro del servidor Domino y el Anlisis del Registro, consulte Administracin del sistema de Domino.

Visualizacin de las estadsticas de replicacin de la agrupacin


Para visualizar las estadsticas de replicacin generadas por el replicador de agrupacin, realice una de las acciones siguientes: Visualizacin de los informes de estadsticas de replicacin de la agrupacin desde Domino Administrator 1. En el panel de servidores, seleccione el servidor sobre el que desea obtener informacin. 2. Haga clic en las pestaas Servidor - Anlisis. 3. Despliegue nombre de servidor Statistics, donde nombre de servidor es el nombre del servidor que ha seleccionado en el panel de servidores. 4. Despliegue Statistics Reports. 5. Haga clic en Clusters. 6. En el panel de resultados, abra el informe de estadsticas que desea consultar. Visualizacin de una lista de las estadsticas de replicacin de la agrupacin desde Domino Administrator 1. En el panel de servidores, seleccione el servidor sobre el que desea obtener informacin. 2. Haga clic en la ficha Servidor - Estadsticas. 3. En la lista Todas las estadsticas, despliegue Rplica y, a continuacin, haga lo propio con Agrupacin.
5-6 Administracin de las agrupaciones de servidores Domino

Visualizacin de una lista de las estadsticas de replicacin de la agrupacin desde la consola del servidor Escriba show stat replica.cluster.* Todas las estadsticas de replicacin de la agrupacin comienzan por "Replica.Cluster". Adems, Domino sita dichas estadsticas en la base de datos Statistics Reporting. Para visualizarlas, abra la vista Statistics Reports - Clusters, abra un informe de agrupacin y desplcese hasta la seccin Replica cluster statistics . Estas estadsticas le ofrecen informacin sobre los eventos de replicacin de la agrupacin, como por ejemplo el nmero de documentos actualizados, el nmero de veces que el Replicador de agrupacin ha intentado completar las replicaciones pendientes y el nmero de bytes recibidos durante la replicacin de la agrupacin. Retrasos en la replicacin Durante los perodos de mxima actividad, los servidores podran mostrar un nmero especialmente alto de eventos de replicacin. Los retrasos pueden producirse si el Replicador de agrupacin no es capaz de gestionar todas las solicitudes de replicacin. Examine la estadstica Replica.Cluster.WorkQueueDepth. Esta estadstica muestra el nmero de bases de datos modificadas en espera de replicacin. Si este valor se mantiene por encima de cero con frecuencia, active replicadores de agrupacin adicionales para disminuir el nmero de retrasos en la replicacin. Si desea ms informacin sobre el uso de mltiples replicadores de agrupacin, consulte Uso de mltiples replicadores de agrupacin. Si desea ms informacin sobre todas las estadsticas del replicador de agrupacin, consulte el apndice "Estadisticas de las agrupaciones de servidores".

Reparto de la carga en una agrupacin de servidores


Una vez haya supervisado su agrupacin y determinado que desea realizar algn ajuste, puede realizar las siguientes acciones para repartir ms eficientemente la carga entre los servidores de la agrupacin: Limitar la carga de trabajo de un servidor (cambiando el umbral de disponibilidad de dicho servidor) Modificar el nmero mximo de usuarios que pueden utilizar un servidor simultneamente Trasladar algunas bases de datos a otros servidores Crear rplicas adicionales de las bases de datos ms utilizadas Agregar uno o varios servidores a la agrupacin
Gestin y supervisin de una agrupacin de servidores 5-7

Tenga en cuenta que el reparto de la carga no es la solucin para los problemas de capacidad general de los que puede adolecer su organizacin. Si sus servidores Domino a duras penas pueden soportar la carga de trabajo actual, y no existen servidores adicionales que se puedan encargar del exceso de carga, el uso del reparto de la carga no solucionar el problema. Para poder repartir la carga de trabajo, debe disponerse de servidores adicionales a los que desviar el trfico de los servidores sobrecargados. Si no existen dichos servidores adicionales, todas las solicitudes debern ser atendidas por los servidores originales, que ya se encuentran sobrecargados. Sin embargo, la bsqueda de un servidor disponible para cada solicitud aumentar la carga de trabajo del servidor. Si la carga de trabajo de su agrupacin est bien distribuida normalmente, le conviene configurar la agrupacin slo para el redireccionamiento y no para el reparto de la carga.

Limitacin de la carga de trabajo de un servidor


Para repartir ms eficientemente la carga de trabajo entre los servidores de su agrupacin, limite la carga asignada a cada servidor; para ello, especifique el umbral de disponibilidad del servidor. Cuando la carga de trabajo de un servidor alcance dicho umbral, el servidor adoptar el estado BUSY. A partir de este momento, las solicitudes de acceso se redireccionarn a otro servidor de la agrupacin, si es que hay alguno disponible. Si no lo hay, el servidor original atender la solicitud de acceso, aunque se encuentre en el estado BUSY. No se dejar de atender ninguna solicitud por este motivo. Siempre que se redirecciona una solicitud de acceso, Domino genera un evento de reparto de la carga en el archivo de registro del servidor Domino. Para determinar si un servidor se encuentra en el estado BUSY, Domino compara el umbral de disponibilidad del servidor con el ndice de disponibilidad del servidor, que se encarga de medir la carga de trabajo actual de un servidor. Si dicho umbral es igual (o superior) que el ndice de disponibilidad, el servidor se encuentra en el estado BUSY. Nota El umbral de disponibilidad no afecta a la replicacin. sta se producir incluso si un servidor est BUSY. El ndice de disponibilidad del servidor Todos los servidores de una agrupacin determinan peridicamente su carga de trabajo basndose en el tiempo de respuesta medio de las solicitudes que han procesado recientemente. La carga de trabajo se expresa en forma de nmero comprendido entre 0 y 100, donde el valor 0 indica que se trata de un servidor que soporta una gran carga, y un valor de 100 indica que se trata de un servidor con muy poca carga. Este nmero se denomina ndice de disponbilidad del servidor. Dicho ndice disminuye a medida que aumenta el tiempo de respuesta.

5-8 Administracin de las agrupaciones de servidores Domino

Aunque el valor del ndice de disponibilidad est comprendido entre 0 y 100, no se trata de un porcentaje. Dicho valor se obtiene al comparar el tiempo de respuesta para una determinada funcin bajo la carga de trabajo actual con el tiempo de respuesta de la misma funcin bajo un carga de trabajo ligera y, a continuacin, restando a 100 el resultado de dicha comparacin. Por ejemplo, si una solicitud de apertura de base de datos tarda actualmente 3 segundos en procesarse, pero nicamente tarda 0,3 segundos en condiciones ptimas, el ndice de disponibilidad sera 100 menos el resultado de dividir 3 entre 0,3. Es decir, el servidor tendra un ndice de disponibilidad de 90. Para determinar el ndice de disponibilidad actual, Domino divide el tiempo de respuesta actual entre el tiempo de respuesta ptimo para un conjunto de transacciones representativas efectuadas durante el ltimo minuto aproximadamente y, a continuacin, resta a 100 el resultado, tal y como se muestra en esta frmula:
ndice de disponibilidad = 100 - (Tiempo de respuesta actual / tiempo de respuesta ptimo)

El ndice de disponibilidad mide solamente el tiempo de respuesta del servidor, que es solamente una parte del tiempo de respuesta que los clientes deben soportar. Por ejemplo, el tiempo de respuesta de la red entre un cliente y un servidor a menudo supone una parte significativa del tiempo de respuesta que el cliente experimenta. Por ello, aunque un ndice de disponibilidad de 90 indica que el tiempo de respuesta del servidor es 10 veces superior al tiempo de respuesta ptimo, no significa que el tiempo de respuesta experimentado por el cliente sea 10 veces superior al ptimo. Seleccin del umbral de disponibilidad del servidor La configuracin del umbrar de disponibilidad del servidor en cada uno de los servidores es un factor clave en el reparto de la carga en la agrupacin. Si se especifica un valor demasiado alto, es posible que el redireccionamiento se produzca cuando no sea necesario. Si se especifica un valor demasiado pequeo, los usuarios pueden experimentar un rendimiento inferior que el que hubieran obtenido en otro servidor de la agrupacin. Para determinar el valor apropiado del umbral de disponibilidad del servidor, haga lo siguiente: 1. Durante los perodos en los que haya una carga normal o una carga superior a la normal, utilice uno de los siguientes mtodos para supervisar el ndice de disponibilidad del servidor: En el panel de servidores de Domino Administrator, haga clic con el botn secundario del mouse en el servidor, seleccione Propiedades del servidor y, a continuacin, haga clic en la ficha Agrupacin.
Gestin y supervisin de una agrupacin de servidores 5-9

Desde Domino Administrator, haga clic en la ficha Servidor Estadsticas y, a continuacin, en la lista Todas las estadsticas, haga clic en Servidor. En la consola del servidor, escriba show cluster. En la consola del servidor, escriba show stat server. Desde Domino Administrator, haga clic en la ficha Servidor Anlisis. A continuacin, despliegue nombre de servidor Statistics, si est disponible, donde nombre de servidor es el nombre del servidor que ha seleccionado. Por ltimo, haga clic en Statistics Reports Cluster. Consulte la vista Statistics Reports - Cluster de la base de datos Statistics Reporting (STATREP.NSF). Si su servidor est ejecutando Windows NT, utilice el Monitor del sistema de Windows NT para comprobar el parmetro estadstico Server.AvailabilityIndex. 2. Defina un umbral de disponibilidad inicial basndose en los resultados obtenidos en su comprobacin. Tenga en cuenta las siguientes consideraciones al hacerlo: El valor debe estar situado en la franja inferior de los valores observados. Agregue cierta capacidad adicional (disminuya el valor del umbral de disponibilidad) para incluir a los servidores que pueden redireccionar las solicitudes a este servidor. Cuando un servidor falle, la carga de trabajo se redireccionar a otros servidores de la agrupacin. Si se trata de una agrupacin que consta nicamente de dos servidores, y cada uno de ellos soporta la misma carga de trabajo, esto ocasionara un incremento aproximado del 100% en la carga de trabajo del servidor restante. Si la agrupacin consta de seis servidores, esto ocasionara un incremento aproximado del 20% en la carga de trabajo de los restantes servidores. Por lo tanto, debera definir el umbral de disponibilidad de forma que permita soportar carga de trabajo adicional para que los restantes servidores puedan absorber la carga del servidor que ha fallado. 3. Realice un seguimiento de otras estadsticas de la agrupacin para comprobar si la carga de trabajo est repartida adecuadamente. La tabla siguiente incluye algunas de las estadsticas que le servirn de ayuda a la hora de determinar si la carga de trabajo est repartida equitativamente.

5-10 Administracin de las agrupaciones de servidores Domino

Nombre de la estadstica Server.AvailabilityIndex

Descripcin Valor actual del ndice de disponibilidad. Los valores estn comprendidos entre 0 y 100. Un valor de 0 indica que no hay recursos disponibles en el servidor. Un valor de 100 indica disponibilidad absoluta del servidor. Nmero total de veces que un servidor que est BUSY consigue redireccionar un cliente hacia otro miembro de la agrupacin. Nmero total de veces que un servidor que est BUSY no consigue redireccionar un cliente hacia otro miembro de la agrupacin. Esta situacin se producir si el servidor de destino est tambin BUSY o no est disponible por cualquier motivo. Nmero de veces que un servidor que est BUSY intenta redireccionar la solicitud de un cliente cuando todos los restantes servidores de la agrupacin estn tambin BUSY. Nmero de veces que un usuario intenta abrir una base de datos en el servidor cuando ste est BUSY.

Server.Cluster.OpenRedirects. LoadBalance.Successful Server.Cluster.OpenRedirects. LoadBalance.Unsuccessful

Server.Cluster.OpenRequest. ClusterBusy

Server.Cluster.OpenRequest. LoadBalanced

Estas estadsticas se acumulan desde el arranque del servidor. 4. Compare estas estadsticas para todos los servidores de la agrupacin. 5. Ajuste el umbral de disponibilidad del servidor en los servidores que considere oportunos. Aunque parezca lgico definir el mismo umbral de disponibilidad para todos los servidores de la agrupacin, no ofrecer resultados ptimos en todos los casos. Si sus servidores tienen diferencias significativas en cuanto a potencia, capacidad o sistema operativo, debera tener en cuenta dichas diferencias. Nota El reparto de la carga no le servir de mucho si no dispone de los recursos informticos adecuados en su empresa. Si sus servidores ya estn sobrecargados, el reparto de la carga no har otra cosa que aumentar la dimensin del problema, ya que los servidores que se encuentren en el estado BUSY no tendrn dnde enviar las solicitudes de los clientes. Es ms, la bsqueda de un servidor disponible disminuir el rendimiento en un servidor ya de por s sobrecargado.

Gestin y supervisin de una agrupacin de servidores 5-11

Definicin del umbral de disponibilidad del servidor El umbral de disponibilidad del servidor especifica el menor ndice de disponibilidad aceptable del servidor. Aproximadamente una vez por minuto, Domino calcula dicho ndice y lo compara con el umbral de disponibilidad del servidor especificado. Si el ndice de disponibilidad es menor que el umbral de disponibilidad, el servidor adoptar el estado BUSY. Cuando un servidor se encuentra en este estado, las solicitudes de apertura de bases de datos se redireccionan a otro servidor, si hay alguno disponible. Cuando el ndice de disponibilidad supere de nuevo al umbral de disponibilidad, el servidor abandonar el estado BUSY. Para definir el umbral de disponibilidad del servidor, incluya la siguiente lnea en el archivo NOTES.INI:
server_availability_threshold=un nmero comprendido entre 0 y 100

Cuanto ms alto sea el nmero que introduzca, menor ser la carga de trabajo que el servidor podr soportar antes de adoptar el estado BUSY. Un valor de 100 sita automticamente al servidor en el estado BUSY, independientemente de su disponibilidad actual. Un valor de 0 desactiva el reparto de la carga para dicho servidor. El valor predeterminado es 0. Uso del umbral de disponibilidad al reiniciar un servidor de la agrupacin Cuando se reinicia un servidor de una agrupacin, es una buena idea marcar el servidor como BUSY hasta que haya finalizado la replicacin con ste y, a continuacin, quitarle dicha marca. De esta forma, se garantiza el acceso de los usuarios a la informacin ms reciente de las bases de datos del servidor. Para marcar un servidor como BUSY, especifique un umbral de disponiblidad de 100.

Definicin del nmero mximo de usuarios de un servidor


Para repartir la carga de trabajo en una agrupacin, tambin puede utilizar el parmetro Server_MaxUsers del archivo NOTES.INI. Este parmetro especifica el nmero mximo de usuarios activos que pueden acceder a un servidor simultneamente. Cuando el servidor alcanza dicho nmero, adopta el estado MAXUSERS y rechaza las solicitudes siguientes hasta que el nmero de usuarios activos tome un valor por debajo del parmetro Server_MaxUsers. Mientras esto no se produzca, el Administrador de agrupacin intentar redireccionar las nuevas solicitudes de los usuarios a otros servidores de la agrupacin que contengan las rplicas apropiadas. Si no hay ningn servidor disponible, Domino rechazar las solicitudes y mostrar un mensaje explicativo.

5-12 Administracin de las agrupaciones de servidores Domino

Para definir el nmero mximo de usuarios para un servidor, incluya la siguiente lnea en el archivo NOTES.INI:
Server_MaxUsers=nmero

donde nmero es el nmero mximo de usuarios que pueden acceder al servidor simultneamente Nota El parmetro Server_MaxUsers no afecta la replicacin. sta se producir incluso si un servidor se encuentra en el estado MAXUSERS. Para comprobar la frecuencia con la que las solicitudes se redireccionan a otros servidores, consulte el archivo de registro en busca de eventos de reparto de la carga o consulte las estadsticas del Administrador de agrupacin. Si desea informacin sobre la visualizacin del archivo de registro y las estadsticas del Administrador de agrupacin, consulte "Supervisin de los eventos y las estadsticas del Administrador de la agrupacin (Cluster Manager)". Nota Puede utilizar el parmetro Server_MaxUsers con cualquier servidor Domino. Sin embargo, nicamente los servidores de una agrupacin pueden redirigir las solicitudes de acceso a otro servidor cuando un servidor se encuentra en el estado MAXUSERS. El resto de servidores rechazarn dichas solicitudes.

Gestin del redireccionamiento en una agrupacin de servidores


Cuando se crea una agrupacin de servidores, se crean rplicas de las bases de datos con el fin de que los usuarios puedan acceder automticamente a una rplica distinta si la base de datos o el servidor al que intentan acceder deja de estar disponible. Adems, es posible provocar intencionadamente el redireccionamiento para: Actualizar el software del servidor o el sistema operativo Realizar labores de mantenimiento en el servidor Reemplazar un servidor con otro servidor

Cmo provocar intencionadamente el redireccionamiento


Si desea provocar intencionadamente el redireccionamiento, utilice el parmetro Server_Restricted. Este parmetro Server_Restricted permite a un servidor denegar las nuevas solicitudes de apertura de bases de datos y lo sita en el estado RESTRICTED. As se evita que nuevos usuarios accedan al servidor, aunque los usuarios que tienen conexiones activas con bases de datos mantienen sus conexiones. Este parmetro resulta de utilidad para realizar labores de mantenimiento en un servidor, actualizar un servidor o para poner a un servidor fuera de servicio por otro tipo de razones. Tambin le resultar til en el caso de que el sistema redireccione a los usuarios a un servidor al que no desea que accedan.
Gestin y supervisin de una agrupacin de servidores 5-13

Para restringir el acceso a un servidor, incluya la siguiente lnea en el archivo NOTES.INI:


server_restricted=nmero

donde nmero puede ser 1 o 2, tal y como se describe a continuacin. 1 - El servidor adopta el estado RESTRICTED solamente para la sesin actual. Si se vuelve a arrancar el servidor, este valor se desactivar. 2 - El servidor adopta el estado RESTRICTED de forma permanente, aunque se vuelva a arrancar. Cuando un servidor se encuentra en el estado RESTRICTED, el Administrador de agrupacin redirecciona las nuevas solicitudes de apertura de bases de datos a otros servidores de la agrupacin. Si no se consigue redireccionar la solicitud, el usuario recibir un mensaje y no se le permitir el acceso al servidor. Cada vez que se intenta redireccionar una solicitud, Domino genera un evento de redireccionamiento en el archivo de registro. Nota El parmetro Server_Restricted no afecta la replicacin. sta se producir incluso si un servidor se encuentra en el estado RESTRICTED. Si desea restringir el acceso a un servidor, pero no desea esperar a que los usuarios cierren las sesiones actuales, introduzca el comando Drop All en la consola una vez haya puesto el servidor en el estado RESTRICTED. Dicho comando cierra todas las sesiones existentes en el servidor. Si los usuarios intentan abrir las bases de datso que estaban utilizando, el sistema les redireccionar a otro servidor, si hay alguno disponible. Para volver a permitir el acceso al servidor, realice una de las siguientes acciones: Si especifica un valor de 1 para server_restricted, vuelva a arrancar el servidor. Si especifica un valor de 2 para server_restricted, cambie el parmetro del archivo NOTES.INI de la siguiente manera:
server_restricted=0

Sustitucin de un servidor de la agrupacin por otro servidor


Para reemplazar un servidor de la agrupacin por otro servidor, haga lo siguiente: 1. Defina el nuevo servidor como un servidor de la agrupacin. 2. Cree las rplicas que considere necesarias en dicho servidor. 3. Agregue el nuevo servidor a la agrupacin. 4. Defina el estado del antiguo servidor como RESTRICTED. Esto har que las solicitudes de los usuarios se redireccionen al nuevo servidor, y le permitir eliminar el antiguo servidor sin ocasionar molestias a los usuarios.
5-14 Administracin de las agrupaciones de servidores Domino

Otras maneras de gestionar el redireccionamiento


Si, despus de definir el estado de un servidor como RESTRICTED o BUSY, vuelve a permitir el acceso a ste y desea que el sistema redireccione a los usuarios a dicho servidor, defina el estado del servidor del que provienen los usuarios como RESTRICTED o BUSY. Tambin es posible definir un servidor como servidor de respaldo de otro servidor. Para ello, puede definir el umbral de disponibilidad con un valor de 100 en el servidor de respaldo para que el servidor est BUSY continuamente. De esta manera, el servidor secundario aceptar las solicitudes de apertura de bases de datos solamente cuando el servidor principal no est disponible. Si especifica un valor de 100 para el umbral de disponibilidad de un servidor, ste adoptar el estado BUSY. Este estado es similar al estado RESTRICTED, pero con la diferencia de que un servidor que se encuentra en el estado BUSY s acepta nuevas solicitudes de apertura si no hay ninguna otra rplica disponible. Nota Puede utilizar el parmetro Server_Restricted con cualquier servidor Domino. Su uso no est limitado a las agrupaciones.

Gestin de la replicacin en una agrupacin de servidores


Debera utilizar tanto la replicacin de la agrupacin (la tarea CLREPL) como la replicacin estndar (la tarea REPLICA) en una agrupacin y ejecutar ambas al mismo tiempo. La replicacin de la agrupacin es el principal mtodo de replicacin en una agrupacin, mientras que la replicacin estndar actualiza las bases de datos que el Replicador de agrupacin no puede replicar. Programe la replicacin de una agrupacin a intervalos de tiempo regulares para asegurarse de que las bases de datos se actualizan correctamente, aunque no las replique el Replicador de agrupacin. Si desea ms informacin sobre el uso de la replicacin estndar en una agrupacin, consulte el captulo "Configuracin de una agrupacin de servidores". Al trasladar o copiar bases de datos en una agrupacin, no se olvide de comprobar el control de acceso y las dems restricciones que se copian con la base de datos. Para que una agrupacin de servidores funcione correctamente, es necesario que los servidores puedan replicar todas las rplicas de una base de datos. Adems, los derechos de acceso de los usuarios deberan ser los mismos para todas las rplicas de una base de datos; de esta manera, los usuarios tendrn acceso a la misma informacin y podrn realizar las mismas tareas si se produce el redireccionamiento. Asegrese de que las restricciones de acceso a una base de datos son las mismas para todas las rplicas.
Gestin y supervisin de una agrupacin de servidores 5-15

Activacin de la replicacin en una agrupacin de servidores


Cuando se agrega un servidor a una agrupacin, Domino agrega la tarea Replicador de agrupacin (CLREPL) al parmetro ServerTasks del archivo NOTES.INI. Utilice los siguientes procedimientos si encuentra desactivada la tarea CLREPL y desea volver a reiniciarla. Debe haber al menos una peticin de tarea CLREPL en el parmetro ServerTasks para que el Replicador de agrupacin se ejecute al arrancar el servidor. Inicio de la replicacin en una agrupacin al arrancar el servidor Agregue la clave CLREPL al parmetro ServerTasks. Por ejemplo: ServerTasks=ROUTER,UPDALL,ADMINP,CLDBDIR,CLREPL Nota Asegrese de que especificar la tarea CLREPL despus de la tarea CLDBDIR en el parmetro ServerTasks. Inicio de la replicacin en una agrupacin manualmente Si desea arrancar la tarea Replicador de agrupacin de forma manual en una sesin de servidor activa, escriba lo siguiente en la consola del servidor:
load clrepl

Este comando carga y ejecuta la tarea Replicador de agrupacin en el servidor en el que se est usando el comando. Cuando arranque la tarea Replicador de agrupacin de esta manera, sta no se ejecutar automticamente la prxima vez que se arranque el servidor.

Uso de mltiples replicadores de agrupacin


Si tiene bases de datos muy utilizadas que sobrecargan constantemente el Replicador de agrupacin con solicitudes de actualizaciones, puede ejecutar varios replicadores de agrupacin. Cuando se activan varios replicadores de agrupacin en un servidor, stos trabajan simultneamente para replicar los cambios a los dems servidores. Si uno de replicadores est ocupado replicando los cambios a una base de datos, un segundo replicador podr empezar a replicar los cambios a otra base de datos. Al compartir las cargas de las replicaciones, el uso de mltiples replicadores de agrupacin garantizar que las actualizaciones de los datos se realicen con rapidez y que las bases de datos mantengan un alto grado de sincronizacin.

5-16 Administracin de las agrupaciones de servidores Domino

Determinacin del nmero de replicadores de agrupacin que se deben ejecutar


Una norma til para determinar el nmero de replicadores de agrupacin que deben ejecutarse en cada servidor es configurar un Replicador de agrupacin menos del nmero total de servidores que forman la agrupacin. Por ejemplo, si hay cuatro servidores en la agrupacin, active tres tareas CLREPL en cada uno de los servidores. De esta manera, siempre habr al menos una tarea CLREPL disponible para gestionar la replicacin con los servidores de la agrupacin. Otra forma de determinar el nmero de replicadores de agrupacin que se deben ejecutar consiste en supervisar las estadsticas de replicacin de la agrupacin. Por ejemplo, el parmetro estadstico Replica.Cluster.WorkQueueDepth muestra el nmero de bases de datos modificadas que esperan para ser replicadas. Si este parmetro toma frecuentemente un valor superior a cero, debera considerar la posibilidad de agregar ms replicadores de agrupacin. Sin embargo, este parmetro tambin puede ser mayor que 0 si no dispone de suficiente ancho de banda en la red para procesar las transacciones con la suficiente rapidez. En este caso, debera considerar la idea de instalar una LAN privada para su agrupacin. Asimismo, no olvide que la adicin de nuevos procesadores o de ms memoria a su servidor puede mejorar el rendimiento de la replicacin. El parmetro estadstico Replica.Cluster.SecondsOnQueue muestra el nmero de segundos que la ltima base de datos ha estado esperando en la cola de replicacin antes de replicarse. Ya que el replicador de agrupacin comprueba dicha cola cada 15 segundos, este nmero debera ser inferior a 15 durante los perodos de poca actividad. Si este parmetro toma frecuentemente un valor superior a 30, debera considerar la posibilidad de agregar ms replicadores de agrupacin.

Activacin de mltiples replicadores de agrupacin


Emplee uno de los siguientes procedimientos para activar mltiples replicadores de agrupacin. Activacin de mltiples tareas al arrancar el servidor Agregue al menos una tarea CLREPL al parmetro ServerTasks. Por ejemplo: ServerTasks=Router,Updall,Adminp,CLDBDIR,CLREPL,CLREPL,CLR EPL Nota Asegrese de que todas las tareas CLREPL estn situadas despus de CLDBDIR en el parmetro ServerTasks.

Gestin y supervisin de una agrupacin de servidores 5-17

Activacin de mltiples tareas de forma manual Si desea activar mltiples Replicadores de agrupacin para la sesin actual del servidor, escriba lo siguiente en la consola del servidor por cada Replicador de agrupacin que desee ejecutar:
load clrepl

Cada vez que introduzca este comando, el servidor arrancar otra tarea Replicador de agrupacin. Cuando arranque tareas Replicador de agrupacin de esta manera, stas no se ejecutarn automticamente la prxima vez que se arranque el servidor.

Gestin de la disponibilidad de las bases de datos en una agrupacin de servidores


Hay tres atributos que le permitirn especificar si los usuarios pueden acceder a la base de datos. Estos comandos son: Fuera de servicio En servicio Pendiente de eliminacin

Cmo indicar que una base de datos est fuera de servicio


Habr ocasiones en las que se ver en la necesidad de marcar una base de datos como fuera de servicio. Por ejemplo, si desea realizar ciertas labores de mantenimiento en dicha base de datos, o si desea que se redireccione a los usuarios a otra rplica de la base de datos debido a que el servidor est soportando un nivel alto de actividad. Si marca una base de datos como fuera de servicio, los usuarios no podrn abrirla. Las nuevas solicitudes de apertura de la base de datos se redireccionan a una rplica, si hay alguna disponible. Si no la hay, Domino no permitir a los usuarios acceder a la base de datos y mostrar un mensaje explicativo. Cuando se marca una base de datos como fuera de servicio, los usuarios que se encuentran utilizndola continuarn hacindolo hasta que la cierren. Si los usuarios cierran una de estas bases de datos y, a continuacin, intentan abrirla de nuevo, se les redireccionar a otra rplica ubicada en un servidor disponible, si hay alguno. Esto significa que la base de datos va adoptando el estado de FUERA DE SERVICIO de una forma gradual, sin interrumpir a los usuarios que la estn utilizando activamente. Adems, la replicacin seguir producindose y le permitir seguir recibiendo las actualizaciones de las otras rplicas.

5-18 Administracin de las agrupaciones de servidores Domino

Para marcar una base de datos como fuera de servicio, realice el siguiente procedimiento: 1. En el panel de servidores de Domino Administrator, seleccione el servidor que contiene la base de datos que desea marcar como fuera de servicio. 2. Haga clic en la pestaa Archivos. 3. Seleccione la carpeta que contiene la base de datos. 4. En el panel de resultados, seleccione la base de datos. 5. En el panel de herramientas, seleccion Base de datos - Agrupacin. 6. Haga clic en Fuera de servicio y, a continuacin, haga clic en Aceptar . Para marcar todas las base de datos de un servidor como fuera de servicio, utilice el parmetro Server_Restricted. Un servidor que se encuentre en este estado no podr aceptar las nuevas solicitudes de apertura de bases de datos. Si desea informacin sobre el parmetro Server_Restricted, consulte "Gestin del redireccionamiento en una agrupacin de servidores".

Cmo indicar que una base de datos est en servicio


Si ha marcado una base de datos como fuera de servicio y ahora desea restablecer el acceso a la misma, deber marcarla como en servicio. Una vez hecho esto, la base de datos estar a completa disposicin de los usuarios. 1. Desde Domino Administrator, seleccione en el panel de servidores el servidor que contiene la base de datos que desea marcar como en servicio. 2. Haga clic en la pestaa Archivos. 3. Seleccione la carpeta que contiene la base de datos. 4. En el panel de resultados, seleccione la base de datos. 5. En el panel de herramientas, seleccion Base de datos - Agrupacin. 6. Haga clic en En servicio y, a continuacin, haga clic en Aceptar.

Eliminacin de una base de datos de una agrupacin de servidores


Con objeto de interrumpir lo menos posible a los usuarios, puede especificar que una base de datos se elimine slo despus de que todos los usuarios activos hayan terminado de usarla. Para ello, marque la base de datos como "pendiente de eliminacin". Una base de datos que se encuentra en este estado no acepta nuevas solicitudes de apertura de base de datos. Una vez que todos los usuarios hayan cerrado la base de datos, Domino enviar los cambios a otra rplica y, a continuacin, eliminar la base de datos. Utilice esta opcin si piensa eliminar una base de datos que est obsoleta, o si est copiando la base de datos de un sistema a otro y desea eliminar la base de datos del servidor original.
Gestin y supervisin de una agrupacin de servidores 5-19

1. En el panel de servidores de Domino Administrator, seleccione el servidor que contiene la base de datos que desea eliminar. 2. Haga clic en la pestaa Archivos. 3. Seleccione la carpeta que contiene la base de datos. 4. En el panel de resultados, seleccione la base de datos. 5. En el panel de herramientas, seleccion Base de datos - Agrupacin. 6. Haga clic en Pendiente de eliminacin y, a continuacin, haga clic en Aceptar.

Adicin de un servidor a una agrupacin


Si es posible, utilice el servidor de administracin para realizar este proceso. El servidor de administracin no necesita ser miembro de la agrupacin. Nota Si un servidor forma parte de otra agrupacin, no es necesario que lo elimine de dicha agrupacin para incluirlo en la que est creando. El Proceso de administracin de la agrupacin de servidores se encargar de hacerlo, agregndolo a continuacin a la nueva agrupacin. 1. Para poder realizar esta operacin, deber poseer acceso de autor, o superior, tanto en el Directorio de Domino como en la base de datos Solicitudes de administracin, y permiso para eliminar documentos en el Directorio de Domino. 2. Desde Domino Administrator, asegrese de que el servidor actual es el servidor de administracin u otro servidor. 3. Haga clic en la pestaa Configuracin. 4. Despliegue Servidor y haga clic en Todos los documentos de servidor. 5. En el panelde resultados, seleccione el servidor o los servidores que desa incluir en la agrupacin. 6. Haga clic en Agregar a la agrupacin. 7. Seleccione el nombre de la agrupacin a la que desea agregar el servidor y, a continuacin, haga clic en Aceptar. 8. Selecccione S si desea agregar inmediatamente el servidor a la agrupacin, o seleccione No si desea esperar a que lo haga el Proceso de administracin. 9. (Opcional) Si ha seleccionado No en el paso 7 y no ha agregado el servidor en el servidor de administracin, fuerce la replicacin entre este servidor y el servidor de administracin con objeto de que este ltimo reciba cuanto antes los cambios solicitados.
5-20 Administracin de las agrupaciones de servidores Domino

10. (Opcional) Si ha seleccionado No en el paso 7, fuerce la replicacin entre el servidor de administracin y los servidores de la agrupacin con objeto que stos reciban los cambios cuanto antes. La adicin de un servidor a una agrupacin puede afectar al rendimiento debido a la gran cantidad de tareas de replicacin que deben realizarse inicialmente. Dependiendo de los tipos de bases de datos existentes en el servidor y del nmero de rplicas creadas, la adicin de un servidor puede afectar al rendimiento de la CPU, a las tareas de Entrada/Salida y al trfico de la red. Por lo tanto, es aconsejable no agregar varios servidores al mismo tiempo a la agrupacin, siempre dependiendo de la potencia de los equipos informticos de la agrupacin. Si instala una LAN privada para gestionar el trfico de la agrupacin, la adicin de servidores no es ningn problema, ya que no afectar a su red principal.

Qu ocurre cuando se agrega un servidor a una agrupacin?


Cuando el nuevo servidor de la agrupacin detecta cambios en su Directorio de Domino, arranca automticamente el Administrador de agrupacin y el Proceso de administracin de la agrupacin de servidores. Adems, se producen los siguientes cambios: Cluster Administrator agrega el Administrador del ndice de bases de datos de la agrupacin (CLDBDIR) y el Replicador de agrupacin (CLREPL) al parmetro ServerTasks del archivo NOTES.INI. De esta manera, se activa el proceso de la agrupacin en prximas ejecuciones. Cluster Administrator ejecuta el Administrador del ndice de bases de datos de la agrupacin. Cluster Administrator ejecuta el Replicador de agrupacin. Se ejecuta el Proceso de administracin, en el caso de que no se est ejecutando ya. El Administrador del ndice de bases de datos de la agrupacin crea el ndice de bases de datos de la agrupacin (CLDBDIR.NSF). El Administrador del ndice de bases de datos de la agrupacin agrega un documento al ndice de bases de datos de la agrupacin por cada base de datos existente en el nuevo miembro de la agrupacin. El replicador replica el ndice de bases de datos de la agrupacin y el Directorio de Domino del nuevo servidor con el servidor de la agrupacin que ofrezca la mejor disponibilidad. Tan pronto como se actualiza el Directorio de Domino del nuevo servidor de la agrupacin, ste comienza a enviar mensajes de sondeo a otros servidores de la agrupacin. Al mismo tiempo, los miembros de dicha agrupacin comenzarn a enviar mensajes de sondeo al nuevo servidor cuando se actualicen sus directorios de Domino. Esta es la forma en la que los servidores de la agrupacin realizan un seguimiento de la disponibilidad y el estado del resto de servidores.
Gestin y supervisin de una agrupacin de servidores 5-21

Para verificar que el servidor se ha agregado correctamente a la agrupacin, realice el mismo procedimiento que sigui para comprobar si la agrupacin se haba creado correctamente. Si desea ms informacin, consulte el captulo "Configuracin de una agrupacin de servidores".

El papel del Proceso de administracin en la adicin de un servidor a una agrupacin


Puede eliminar un servidor de una agrupacin inmediatamente o, si lo desea, enviar la solicitud al Proceso de administracin. En este ltimo caso, Domino crea una solicitud Agregar servidor al grupo en la base de datos Solicitudes de administracin del servidor en el que ha iniciado la solicitud. Si efecta la solicitud en el servidor de administracin, el Proceso de administracin la procesar inmediatamente. Si la efecta en otro servidor, deber replicar la base de datos Solicitudes de administracin de este servidor con el servidor de administracin para que el Proceso de administracin pueda procesarla. A continuacin, el Proceso de administracin agregar la informacin sobre la agrupacin al documento de servidor del Directorio de Domino del servidor de administracin para indicar que el servidor forma parte de la agrupacin. La prxima vez que el servidor de administracin replique con el nuevo servidor, Domino replicar estos cambios al Directorio de Domino de este servidor. Dichos cambios no sern efectivos hasta que el nuevo servidor reciba las modificaciones efectuadas en el documento de servidor. Si decide agregar un servidor a la agrupacin de forma inmediata, Domino realizar inmediatamente las modificaciones en el documento de servidor del servidor en el que ha iniciado la solicitud. Si lo ha hecho en el nuevo miembro de la agrupacin, Domino actualizar inmediatamente la informacin sobre la agrupacin existente en dicho servidor. No es necesario esperar a que el Proceso de administracin actualice los directorios de Domino en los restantes servidores de la agrupacin. Aunque este mtodo permite agregar rpidamente el servidor a la agrupacin, tambin puede ocasionar conflictos en la replicacin.

Eliminacin de un servidor de una agrupacin de servidores


Siempre que sea posible, utilice el servidor de administracin para eliminar un servidor de una agrupacin de servidores. 1. Para poder realizar esta operacin, deber poseer acceso de autor, o superior, tanto en el Directorio de Domino como en la base de datos Solicitudes de administracin, y permiso para eliminar documentos en el Directorio de Domino.
5-22 Administracin de las agrupaciones de servidores Domino

2. Desde Domino Administrator, asegrese de que el servidor actual es el servidor de administracin u otro servidor. 3. Haga clic en la pestaa Configuracin. 4. Despliegue Agrupaciones y, a continuacin, haga clic en Agrupaciones. 5. En el panel de resultados, seleccione el servidor que desea eliminar de la agrupacin. 6. Haga clic en Eliminar de la agrupacin. 7. Selecccione S si desea eliminar inmediatamente el servidor de la agrupacin, o seleccione No si desea esperar a que lo haga el Proceso de administracin.

Qu sucede cuando se elimina un servidor de una agrupacin?


Cuando el antiguo componente de la agrupacin recibe los cambios realizados en su Directorio de Domino, Domino arranca el Proceso de administracin de la agrupacin de servidores en dicho servidor, que realiza las siguientes acciones: Desactiva la tarea Replicador de agrupacin. Desactiva la tarea Administrador del ndice de bases de datos de la agrupacin. Elimina las tareas CLREPL y CLDBDIR del parmetro ServerTasks del archivo NOTES.INI. De esta manera, la prxima vez que arranque el servidor, dichas tareas no se activarn. Elimina el ndice de bases de datos de la agrupacin (CLDBDIR.NSF) del antiguo servidor. Elimina los documentos de base de datos del servidor del ndice de bases de datos de la agrupacin en el miembro de la agrupacin que ofrezca una mayor disponibilidad. A continuacin, estos cambios se replican al resto de miembros de la agrupacin. Si desea comprobar que la eliminacin se ha efectuado correctamente, consulte el ndice de bases de datos de la agrupacin. No debera finalizar la ejecucin del servidor hasta que el Proceso de administracin de la agrupacin haya completado sus tareas. Si lo hace, utilice el comando Load CLADMIN para volver a iniciar Cluster Administrator o, de forma alternativa, complete manualmente las tareas anteriores. Nota Puede eliminar un servidor de una agrupacin de servidores an en el caso de que dicho servidor no se est ejecutando. Sin embargo, los documentos para las bases de datos de este servidor permanecern en el ndice de bases de datos de la agrupacin. Para eliminarlos, abra el ndice de bases de datos de la agrupacin, seleccione la vista Databases by Server y elimine manualmente los documentos para dicho servidor.
Gestin y supervisin de una agrupacin de servidores 5-23

El papel del Proceso de administracin en la eliminacin de un servidor de una agrupacin


Puede eliminar un servidor de una agrupacin inmediatamente o, si lo desea, enviar la solicitud al Proceso de administracin. En este ltimo caso, Domino crea una solicitud de eliminacin de un servidor de la agrupacin en la base de datos Solicitudes de administracin del servidor en el que ha iniciado la solicitud de eliminacin. Si efecta la solicitud en el servidor de administracin, el Proceso de administracin la procesar inmediatamente. Si la efecta en otro servidor, deber replicar la base de datos Solicitudes de administracin de este servidor con el servidor de administracin para que el Proceso de administracin pueda procesarla. A continuacin, el Proceso de administracin eliminar la informacin sobre la agrupacin existente en el documento de servidor del Directorio de Domino del servidor de administracin. La prxima vez que el servidor de administracin replique con el servidor eliminado, Domino replicar estos cambios al Directorio de Domino del servidor eliminado. Dichos cambios no sern efectivos hasta que el servidor eliminado reciba las modificaciones efectuadas en el documento de servidor. Si decide eliminar un servidor de la agrupacin de forma inmediata, Domino realizar inmediatamente las modificaciones en el documento de servidor del servidor en el que ha iniciado la solicitud. Si lo ha hecho en el servidor que desea eliminar, Domino actualizar inmediatamente la informacin sobre la agrupacin existente en dicho servidor. No es necesario esperar a que el Proceso de administracin actualice los directorios de Domino en los restantes servidores de la agrupacin. Aunque este mtodo permite eliminar rpidamente el servidor de la agrupacin, tambin puede ocasionar conflictos en la replicacin.

Traslado de un servidor de una agrupacin de servidores a otra


Para trasladar un servidor de una agrupacin a otra, agregue dicho servidor a su nueva agrupacin. Domino eliminar lo automticamente de su antigua agrupacin. Si desea ms informacin, consulte el tema Adicin de un servidor a una agrupacin.

5-24 Administracin de las agrupaciones de servidores Domino

Visualizacin de la informacin del ndice de bases de datos de la agrupacin


El ndice de bases de datos de la agrupacin contiene un documento para cada una de las bases de datos existentes en la agrupacin de servidores. Dicho documento contiene informacin como el nombre del servidor, la ruta de acceso y el ID de rplica de la base de datos; tambin indica si la replicacin de la agrupacin est activada para la base de datos y si sta se ecuentra fuera de servicio o pendiente de eliminacin. El Administrador de agrupacin utiliza esta informacin para determinar si la base de datos est disponible y cmo acceder a ella durante el redireccionamiento. Utilice el ndice de bases de datos de la agrupacin para averiguar cules son las bases de datos existentes en la agrupacin, su ubicacin y su estado. 1. En Domino Administrator, haga clic en la pestaa Configuracin. 2. Despliegue Agrupaciones y, a continuacin, despliegue Cluster Directory (R4). 3. Haga clic en una de estas tres vistas: Databases by Pathname Databases by Replica ID Databases by Server 4. En el panel de resultados, abra el documento de base de datos que desea consultar. La tabla siguiente describe las vistas del ndice de bases de datos de la agrupacin.
Vista Databases by Pathname Descripcin Muestra las bases de datos de la agrupacin ordenadas por nombre de archivo y servidor. Uso Utilcela para localizar informacin sobre una base de datos cuando conozca su nombre de archivo o cuando existan varias rplicas de la base de datos en el mismo servidor. Tambin puede utilizarla para comprobar qu bases de datos tienen activada o desactivada la replicacin. Utilcela para averiguar cules son las bases de datos existentes en la agrupacin, su ubicacin y el nmero de rplicas de cada una.

Databases by Replica ID

Muestra las bases de datos de la agrupacin ordenadas por el ID de rplica.

Gestin y supervisin de una agrupacin de servidores 5-25

Vista Databases by Server

Descripcin Muestra las bases de datos de la agrupacin ordenadas por nombre de servidor.

Uso Utilcelo para localizar una base de datos cuando conozca el servidor en el que se encuentra y desee saber qu otras bases de datos estn tambin ubicadas en ese servidor. Tambin puede utilizarlo para determinar si las bases de datos de un servidor se agregan al ndice de bases de datos de la agrupacin cuando el servidor se incorpora a la agrupacin, y si se eliminan de dicho ndice cuando el servidor deja de pertenecer a la agrupacin.

Creacin de un nuevo ndice de bases de datos de la agrupacin


Si, por cualquier causa, se borra el ndice de bases de datos de la agrupacin, puede crear uno nuevo. Para ello, realice los siguientes pasos. 1. Finalice la ejecucin del Administrador del ndice de bases de datos de la agrupacin; para ello, utilice el comando tell CLDBDIR quit. 2. Replique la base de datos CLDBDIR.NSF desde otro servidor de la agrupacin al servidor que no tenga una rplica de dicha base de datos. 3. Vuelva a arrancar el Administrador del ndice de bases de datos de la agrupacin; para ello, utilice el comando load CLDBDIR. Es importante que cree la rplica antes de arrancar el Administrador del ndice de bases de datos de la agrupacin. Si no lo hace as, ste crear un nuevo ndice de bases de datos de la agrupacin y le agregar un documento por cada base de datos existente en el servidor. Sin embargo, los ndices de bases de datos de la agrupacin existente en los otros servidores de la agrupacin ya contienen un documento por cada base de datos de este servidor. Por lo tanto, despus de que estos ndices de bases de datos de la agrupacin repliquen, contendrn dos documentos por cada base de datos de dicho servidor.

5-26 Administracin de las agrupaciones de servidores Domino

Captulo 6 Uso de las agrupaciones de servidores en Internet


Este captulo describe la configuracin y el uso de Internet Cluster Manager (ICM) para disfrutar de las ventajas de las agrupaciones de servidores Domino en los clientes HTTP y servidores Web de Domino.

Funcionamiento de Internet Cluster Manager


Internet Cluster Manager (ICM) le permite utilizar las agrupaciones de servidores Domino para ofrecer funciones de redireccionamiento y de reparto de la carga a los clientes HTTP (navegadores de Internet) cuando stos acceden a los servidores Web de Domino. Esto hace que sus servidores Web y sus bases de datos estn siempre disponibles para los clientes. Puede ejecutar ICM en cualquier servidor que utilice la licencia Enterprise Server de la Versin 5 de Domino. Realice la instalacin y configuracin de las agrupaciones de servidores normalmente y, a continuacin, configure ICM. ICM soporta los protocolos HTTP y HTTPS. ICM acta como intermediario entre los clientes HTTP y los servidores Web de Domino de una agrupacin. Cuando los servidores Web de Domino se ejecutan en una agrupacin, generan URLs que transfieren las solicitudes de los clientes HTTP a ICM. ste almacena informacin sobre la disponibilidad de los servidores y las bases de datos de la agrupacin. Siempre que ICM recibe la solicitud de un cliente, redirecciona al cliente al primer servidor disponible que contenga una rplica de la base de datos solicitada. ICM enva mensajes de sondeo peridicos a los servidores Web de la agrupacin con objeto de determinar su estado y disponibilidad. Cuando ICM recibe la solicitud de un cliente, consulta la informacin existente en el ndice de bases de datos de la agrupacin para localizar un servidor que contenga la base de datos solicitada. ICM determina cul es el primer servidor disponible que contiene dicha base de datos y, a continuacin, redirecciona al cliente a ese servidor. Como resultado, el cliente cierra la sesin con ICM y abre una nueva con el servidor seleccionado. El usuario ver esta operacin como un cambio en el nombre de host del URL. Asimismo, es posible que advierta una modificacin en la ruta de acceso a la base de datos del URL, ya que dicha base de datos puede tener una ruta de acceso distinta en el servidor de destino.

6-1

Si la pgina que un servidor Web muestra a un cliente incluye vnculos a otras bases de datos ubicadas en el mismo servidor o en algn servidor de la agrupacin, el servidor Web incluir el nombre de host de ICM en los URL a dichas bases de datos. Esto permite garantizar que los usuarios que acceden a los vnculos lo hacen a travs de ICM. La siguiente figura muestra un cliente HTTP solicitando a ICM la apertura de una base de datos, y como ICM redirecciona al cliente al servidor disponible ms prximo que contenga dicha base de datos, el servidor 2. A continuacin, el cliente se conecta directamente con este servidor.

ICM puede ejecutarse indistintamente en un servidor que pertenezca a la agrupacin o en un servidor externo. En el primer caso, accede a la copia local del ndice de bases de datos de la agrupacin. Cuando ICM se ejecuta en un servidor que no pertenece a la agrupacin, selecciona un servidor de la agrupacin y accede al ndice de bases de datos de la agrupacin de dicho servidor. Si el servidor seleccionado deja de estar disponible, esta conexin se redirecciona a otro servidor de la agrupacin. ICM siempre utiliza su copia local del Directorio de Domino. Por lo tanto, ICM debe pertenecer al mismo dominio de Domino que la agrupacin. Consideraciones sobre el rendimiento En la mayor parte de los casos, los usuarios disfrutarn de un mejor rendimiento si se utiliza ICM. Mientras que ste utiliza muy pocos recursos, el incremento en rendimiento producido por el reparto de la carga puede llegar a ser muy importante. En aquellos casos en los que la carga ya estaba repartida, no se producirn cambios importantes en el rendimiento.
6-2 Administracin de las agrupaciones de servidores Domino

Generacin de URLs que hacen referencia a ICM


El servidor Web de Domino de una agrupacin consulta el documento de servidor para localizar el nombre de host de ICM. A continuacin, el servidor Web genera URLs que hacen referencia a ICM. ste acepta y procesa todos los URL soportados por el servidor Web de Domino. Dichos URL permiten: Abrir servidores, bases de datos y vistas Abrir formularios, guas y agentes Abrir, editar y eliminar documentos Abrir documentos segn el nombre desde una vista Abrir archivos de imgenes, anexos y objetos OLE Crear consultas de bsqueda Las siguientes condiciones pueden afectar la forma en la que ICM genera los URL: Si un URL incluye una ruta de acceso, es posible que ICM no pueda convertir dicho URL en una nica base de datos, ya que puede ocurrir que varios servidores contengan una base de datos con la misma ruta de acceso y nombre de archivo, pero con IDs de rplica distintos. Si esto ocurre, ICM muestra una lista con todas las bases de datos encontradas, entre las que el usuario puede seleccionar la correcta. Si un URL incluye un ID de rplica, es posible que ICM no pueda convertir dicho URL en una nica base de datos si existen mltiples rplicas de sta en un servidor, como podra ser el caso de las rplicas selectivas. En este tipo de situaciones, ICM redirecciona la solicitud del cliente a un servidor que contenga al menos una rplica de la base de datos solicitada, y el servidor Web selecciona la rplica que se van a mostrar al usuario. Para acceder a una rplica determinada, los usuarios deben especificar la ruta de acceso a ella. Si un URL incluye un ID de nota, es posible que ICM produzca resultados incorrectos al procesar dicho URL. Esto es debido a que el ID de nota de un objeto no tiene por qu ser el mismo en todas las rplicas. Al contrario de lo que ocurre en un ID de nota, el nombre de un objeto de Notes y su ID universal son idnticos en todas las rplicas de una base de dato.

Uso de las agrupaciones de servidores en Internet 6-3

Planificacin del uso de ICM


Debera planificar cuidadosamente la agrupacin de servidores en la que ICM va a ofrecer sus servicios, as como cuntos ICMs va a ejecutar y dnde.

Planificacin de la agrupacin de servidores


Puede agregar servidores Web a una agrupacin de servidores existente, utilizar los servidores existentes en una agrupacin como servidores Web o crear una agrupacin exclusivamente para el trfico de Web. Al realizar la planificacin de una agrupacin de estas caractersticas, tenga en cuenta los mismos factores que al crear una agrupacin de servidores Domino. Por ejemplo, debera considerar la potencia de procesamiento de los servidores disponibles y la cantidad de trfico que soportar la agrupacin. Si un servidor soporta una gran cantidad de trfico de Web, debera considerar la posibilidad de dedicar dicho servidor exlusivamente al trfico de Web. Asimismo, debera distribuir las bases de datos y las rplicas de forma que la carga de trabajo est repartida. Como norma general, deber considerar los siguientes factores: El nmero de de servidores que va a incluir en la agrupacin El nmero y la ubicacin de las rplicas en una agrupacin Cmo distribuir las bases de datos entre los servidores La necesidad de crear una LAN privada para gestionar el trfico de la agrupacin La ubicacin de ICM Si desea ms informacin sobre la planificacin de una agrupacin de servidores, consulte el captulo "Planificacin de una agrupacin de servidores".

Planificacin de la ubicacin de ICM


ICM puede ejecutarse tanto en un servidor de la agrupacin como en un servidor que no pertenezca a ella. Adems, es posible ejecutar varios ICM para asegurarse de que en todo momento hay al menos uno disponible. Puede configurar ICM de varias formas. Por ejemplo, puede: Configurar un nico ICM y situarlo fuera de la agrupacin Configurar varios ICM fuera de la agrupacin Configurar un nico ICM como parte de la agrupacin Configurar varios ICM como parte de la agrupacin Configurar un ICM fuera de la agrupacin y otro en la agrupacin Los siguientes ejemplos describen las ventajas de cada una de las anteriores configuraciones.
6-4 Administracin de las agrupaciones de servidores Domino

Ejemplo de un nico ICM situado fuera de la agrupacin


Cuando instale un nico ICM fuera de la agrupacin, es aconsejable que dedique el servidor exclusivamente a ICM. Dicho servidor debera contener nicamente las bases de datos y tareas del servidor necesarias para ejecutar el servidor. Este tipo de configuracin hace que ICM sea ms fiable, ya que, de esta manera, el servidor no se ve obligado a realizar un gran nmero de actividades que podran penalizar el rendimiento y provocar fallos en el servidor. La siguiente figura muestra un cliente HTTP accediendo a un nico ICM ubicado fuera de la agrupacin. ICM puede redirigir al cliente a cualquiera de los cuatro servidores Web de la agrupacin.

Ejemplo de varios ICM situados fuera de la agrupacin


Puede mejorar la disponibilidad de ICM configurando al menos dos ICM para gestionar las solicitudes de los usuarios. En esta configuracin, si uno de ellos deja de estar disponible, el otro puede encargarse de gestionar las solicitudes de los usuarios. Asigne a ambos ICM el mismo nombre de host con objeto de que, si uno falla, el otro pueda tomar el control sin afectar a los usuarios. Aunque los dos ICMs se encargan de ejecutar y gestionar las solicitudes de los clientes simultneamente, la ventaja real de la instalacin de varios ICM es la disponibilidad, no el aumento de rendimiento. Esta configuracin aumenta el rendimiento de forma significativa nicamente en aquellos casos en los que un nico ICM estara sobrecargado por las solicitudes de los clientes.
Uso de las agrupaciones de servidores en Internet 6-5

La siguiente figura muestra un cliente HTTP con acceso a dos ICM situados fuera de la agrupacin. Cada uno de ellos puede redirigir al cliente a cualquiera de los cuatro servidores Web de la agrupacin.

Ejemplo de un nico ICM situado dentro de la agrupacin


Para incluir a ICM en la agrupacin, ejecute ICM en cualquier servidor de la agrupacin. Asegrese de que el servidor puede gestionar el trfico adicional generado por ICM. Debera ejecutar ICM en el servidor ms potente de la agrupacin o en el servidor que soporte menos trfico. La siguiente figura muestra un cliente HTTP accediendo a un nico ICM situado en un servidor de la agrupacin. ICM puede redirigir al cliente a cualquiera de los cuatro servidores Web de la agrupacin.

6-6 Administracin de las agrupaciones de servidores Domino

Ejemplo de varios ICM situados dentro de la agrupacin


Para mejorar la disponibilidad de ICM, instale varios ICM en la agrupacin. Asegrese de que los servidores en los que instala dichos ICMs pueden gestionar el trfico adicional. La siguiente figura muestra un cliente HTTP con acceso a dos ICM situados en servidores de la agrupacin. Cada uno de ellos puede redirigir al cliente a cualquiera de los cuatro servidores Web de la agrupacin.

Uso de las agrupaciones de servidores en Internet 6-7

Ejemplo de un ICM situado fuera de la agrupacin y otro situado dentro


Puede configurar un ICM que se ejecute fuera de la agrupacin y otro que se ejecute dentro. Si el servidor dedicado ubicado fuera de la agrupacin deja de estar disponible, dispondr de un ICM de reserva sin necesidad de dedicar un servidor al ICM adicional. La siguiente figura muestra un cliente HTTP con acceso a dos ICM, uno situado fuera de la agrupacin y otro situado dentro. Cada uno de ellos puede redirigir al cliente a cualquiera de los cuatro servidores Web de la agrupacin.

Configuracin de ICM
Para configurar ICM, es necesario incluir varias entradas en la seccin Internet Cluster Manager del documento de servidor. Asimismo, tambin es posible configurar una direccin IP diferente para ICM. Una vez hecho esto, ya puede ejecutar ICM. Puede configurar los parmetros de ICM en un servidor y permitir que varios ICM accedan a ellos. Esto posibilita que ICMs situados en diferentes servidores compartan una misma configuracin. Debera incluir la informacin sobre la configuracin de ICM en cada uno de los servidores Web de la agrupacin, no slo en el servidor en el que ejecuta ICM. La razn para ello es que cada servidor Web utiliza su propio documento de servidor para determinar cmo debe generar los URL que hacen referencia a ICM. El servidor Web obtiene el nombre de host de ICM del documento de servidor. A continuacin, el servidor Web utiliza dicho nombre para generar los URL que hacen referencia a ICM.
6-8 Administracin de las agrupaciones de servidores Domino

Para configurar ICM


1. En Domino Administrator, haga clic en la pestaa Configuracin. 2. Despliegue Servidor y haga clic en Todos los documentos de servidor. 3. En el panel de resultados, seleccione el documento de servidor para el servidor en el que desea ejecutar ICM; a continuacin, haga clic en Editar servidor. 4. Haga clic en la ficha Tareas del servidor - Internet Cluster Manager. 5. Complete los siguientes campos:
Editores Datos generales Nombre del campo Nombre de la agrupacin Descripcin El nombre de la agrupacin en el que ICM ofrecer sus servicios. Si este campo est vaco, Domino utilizar el nombre de la agrupacin en la que est incluido este servidor. El nombre del puerto de Notes que utilizar ICM para comunicarse con los clientes HTTP. Si este campo est vaco, que es el estado predeterminado, ICM podr usar cualquier puerto de Notes para comunicarse con los clientes HTTP. Introduzca un nombre de puerto solamente si desea restringir las comunicaciones de ICM a un puerto especfico. El nombre del portacertificados de SSL que contiene los certificados para identificar el ICM en las comunicaciones con los clientes HTTP.

Puerto de Notes de ICM

Portacertificados de SSL de ICM

Uso de las agrupaciones de servidores en Internet 6-9

Editores

Nombre del campo Permitir a los usuarios examinar bases de datos en la agrupacin a travs de HTTP

Descripcin Permite a los clientes HTTP visualizar una lista con las bases de datos de una agrupacin. Si se activa este campo, los usuarios pueden utilizar http://nombredehostdeicm/?Open Server como URL de acceso. Al introducir este URL, aparecer una lista con las bases de datos ubicadas en los servidores de la agrupacin asociados con el ICM especificado en nombredehostdeicm. Permite especificar otro documento de servidor del que obtener informacin sobre la configuracin. Este campo permite que varios ICM compartan la misma configuracin.

Configuracin

Obtener la configuracin de

Obtener Esta opcin aparece al seleccionar configuracin de ICM la opcin Otro documento de configuration de servidor en el campo Obtener la configuracin de. Introduzca el nombre del servidor cuyo documento de servidor contenga la configuracin que desea utilizar. Nombre del host de ICM El nombre jerquico completo del host que los clientes deberan utilizar para comunicarse con el ICM. Puede ser un nombre de DNS registrado o la direccin IP. El servidor Web de Domino utiliza este campo para crear los URL que hacen referencia al ICM. Si este campo est vaco, el servidor Web no podr generar dichos URL.

6-10 Administracin de las agrupaciones de servidores Domino

Editores Parmetros de los puertos de HTTP de ICM

Nombre del campo

Descripcin

N del puerto TCP/IP Introduzca el nmero de puerto que va a utilizar el ICM. Si est ejecutando el ICM en el mismo servidor que el servidor Web, deber evitar conflictos entre las direcciones y los puertos. Si no asigna a ICM su propia direccin IP, asegrese de que el nmero de puerto que ICM est utilizando no est siendo usado en el servidor. Estado del puerto TCP/IP Si desea activar la comunicacin HTTP con el ICM, active este campo. En caso contrario, desactvelo. Introduzca el nmero de puerto que desea utilizar para SSL. Si no est ejecutando ICM en el mismo servidor que el servidor Web, y no ha asignado al ICM su propia direccin IP, asegrese de que el nmero de puerto SSL no est siendo utilizado en el servidor. Estado del puerto SSL Si desea activar la comunicacin HTTP con el ICM, active este campo. En caso contrario, desactvelo.

N del puerto SSL

6. Guarde y cierre el documento de servidor. Cuando ICM arranca, consulta el documento de servidor del servidor en el que se ejecuta para localizar el nombre de la agrupacin de ICM, as como su direccin de red. Tambin obtiene el nombre de host y los parmetros del puerto de dicho documento de servidor, o del documento de servidor especificado en el campo Obtener configuracin de. Si ejecuta ICM en el mismo sistema que un servidor Web de Domino, asegrese de evitar conflictos entre las direcciones IP y los nmeros de puerto. EL mtodo recomendado consiste en asignar a ICM su propia direccin IP. Si especifica nmeros de puerto distintos para ICM y el resto de protocolos del servidor Web, ste e ICM pueden compartir la misma direccin IP.

Uso de las agrupaciones de servidores en Internet 6-11

Configuracin de una direccin IP distinta para ICM


Con el fin de evitar conflictos, es posible asignar a ICM su propia direccin IP cuando se ejecuta en el servidor Web. 1. Utilice su sistema operativo para dejar disponible la direccin IP. 2. Desde Domino Administrator del servidor en el que est ubicado ICM, siga estos pasos para configurar un puerto: Seleccione Archivos - Preferencias - Usuario. Haga clic en Puertos. Haga clic en Nuevo. Especifique un nombre para el nuevo puerto, como por ejemplo PUERTOICM. Seleccione TCP como controlador. Haga clic dos veces en Aceptar. Nota Si no est ejecutando Domino Administrator en el servidor en el que est ubicado ICM, realice las siguientes operaciones para configurar el puerto: Agregue la siguiente lnea al archivo NOTES.INI: Nombre del puerto=TCP,nmero de adaptador o nmero de red,nmero de sesiones,tamao del bfer de datos Por ejemplo: PUERTOICM=TCP,0,15,0 Agregue el nombre del puerto, en nuestro ejemplo PUERTOICM, al parmetro Ports del archivo NOTES.INI. 3. Incluya la siguiente lnea en el archivo NOTES.INI: Nombre del puerto_TcpipAddress=0,direccin IP donde nombre del puerto es el nombre del puerto que ha configurado en Domino Administrator, en este caso PUERTOICM, y direccin IP es la direccin IP que est utilizando para ICM. Ejemplo: PUERTOICM_TcpIpAddress=0,192.94.222.169 4. En el campo Puerto de Notes de ICM de la ficha Tareas del servidor Internet Cluster Manager del documento de servidor, introduzca el nombre del puerto que ha configurado, en este caso PUERTOICM. 5. Si desea utilizar el puerto 80 para ICM y el servidor Web, deber realizar las siguientes operaciones: En el documento de servidor, haga clic en la ficha Protocolos de Internet - HTTP. En el campo Nombres de hosts, introduzca la direccin IP o el nombre de host del servidor Web. En el campo Vnculo al nombre de host , seleccione Activado.
6-12 Administracin de las agrupaciones de servidores Domino

Ejecucin de ICM
Para ejecutar ICM siempre que arranque el servidor, agregue la palabra clave ICM al parmetro ServerTasks del archivo NOTES.INI. Por ejemplo, ServerTasks=ROUTER,REPLICA,ADMINP,CLDBDIR,CLREPL,HTTP,I CM Si desea arrancar ICM de forma manual despus de haber arrancado el servidor, escriba lo siguiente en la consola del servidor:
load icm

Ejecute la tarea ICM en varios servidores si desea asegurarse de que al menos hay una tarea ICM ejecutndose en todo momento, incluso si una de ellas se queda fuera de servicio. En estos casos, lo normal es utilizar la misma configuracin para todas las tareas ICM.

El redireccionamiento y el reparto de la carga


Cuando se utiliza la tarea ICM, tanto el redireccionamiento como el reparto de la carga funcionan de la misma forma que en las agrupaciones de servidores Domino estndar. Domino calcula el ndice de disponibilidad del servidor basndose en las sesiones abiertas, ya sean de clientes Notes, de clientes HTTP u de otros servidores Domino. Para configurar el reparto de la carga y el redireccionamiento, se utilizan los mismo parmetros, como por ejemplo Server_Restricted, Server_Availability_Threshold y Server_MaxUsers. La disponibilidad de las bases de datos tambin se configura utilizando los mismo parmetros, como por ejemplo los que permiten marcar una base de datos como fuera de servicio o pendiente de eliminacin. Nota Al contrario de lo que ocurre en las agrupaciones de servidores estndar de Domino, ICM puede dirigir un cliente a un servidor que se encuentre en el estado MAXUSERS o RESTRICTED si no hay ningn otro servidor disponible. Si desea informacin sobre el funcionamiento del redireccionamiento y el reparto de la carga, consulte el captulo "Funcionamiento de las agrupaciones de servidores Domino". Si desea informacin sobre la configuracin del redireccionamiento, el reparto de la carga y la disponibilidad de las bases de datos, consulte el captulo Gestin y supervisin de una agrupacin de servidores.

Uso de las agrupaciones de servidores en Internet 6-13

ICM almacena la siguiente informacin con objeto de poder localizar una rplica cuando un cliente la solicite: Informacin sobre las bases de datos que estn disponibles en la agrupacin y su ubicacin. ICM obtiene esta informacin del ndice de bases de datos de la agrupacin. Informacin sobre la disponibilidad de cada uno de los servidores. Para obtener esta informacin, ICM enva mensajes de sondeo a los servidores de la agrupacin. Informacin sobre los servidores Web que estn configurados para HTTP y los que estn configurados para HTTPS. ICM obtiene esta informacin de los documentos de servidor de los servidores de la agrupacin. Para averiguar la rplica de base de datos que debe abrir, ICM realiza las siguientes operaciones: Determina la ubicacin de las rplicas y si stas estn marcadas como fuera de servicio o pendientes de eliminacin. Comprueba el ndice de disponibilidad del servidor de cada uno de los servidores que contiene la base de datos. Comprueba la disponibilidad del servidor haciendo ping en el puerto HTTP o en el puerto HTTPS, dependiendo de la solicitud del cliente. Elimina los servidores a los que no puede acceder o se encuentran en el estado RESTRICTED. Elimina los servidores que se encuentran en el estado BUSY o MAXUSERS. Selecciona un servidor entre los restantes. Si no hay ninguno disponible, ICM selecciona un servidor que se encuentre en el estado BUSY, MAXUSERS o RESTRICTED, si lo hubiera. Si hay varios servidores disponibles, ICM selecciona el servidor que est soportando la menor carga de trabajo. Una vez seleccionado el servidor, ICM consulta el documento de servidor para determinar el puerto que debe utilizar para acceder a dicho servidor.

Cuando un servidor falla


Cuando un cliente HTTP se encuentra conectado con un servidor y ste falla, el cliente recibe un mensaje indicando que el servidor no est respondiendo. Para que se produzca el redireccionamiento a otra rplica, en el caso de que haya una disponible, el usuario debe comunicarse de nuevo con ICM. Puede hacerlo de varias maneras: Haciendo clic en el botn Atrs del navegador una o varias veces para acceder a una pgina a travs de ICM Utilizando un marcador Escribiendo el URL.
6-14 Administracin de las agrupaciones de servidores Domino

Es posible que el usuario tenga que volver a autentificarse con el nuevo servidor. Esto vendr determinado por los siguientes factores: Si el usuario ya se ha autentificado con el nuevo servidor durante la sesin actual, no ser necesario que lo haga de nuevo Si el cliente HTTP y el servidor soportan SSL3, la nueva autentificacin se produce de forma automtica.

Seguridad
ICM soporta SSL. ICM puede utilizar los mismos certificados SSL que el servidor Web de Domino o, si lo desea, puede especificar un conjunto distinto de certificados SSL para ICM. Si desea configurar ICM para que utilice SSL, debe hacerlo en la seccin Internet Cluster Manager del documento de servidor. ICM utiliza los parmetros de la seccin Puertos de Internet del documento de servidor para determinar la versin del protocolo SSL y si debe aceptar certificados caducados. Adems, las funciones estndar de seguridad de las bases de datos y del servidor Domino estn activas cuando se utiliza ICM. Sin embargo, ICM no toma parte en el proceso de seguridad. Cuando un cliente HTTP desea acceder a una base de datos, enva una solicitud annima a ICM. ste responde indicando al cliente el servidor al que puede acceder. A continuacin, el cliente redirecciona automticamente su solicitud al servidor apropiado. Por ltimo, el servidor establece un dilogo con el cliente y utiliza las medidas de seguridad que se encuentran disponibles en dicho servidor para autentificar al usuario. Si desea evitar el acceso no autorizado a ICM, puede utilizar un cortafuegos. Si desea ms informacin sobre los cortafuegos, consulte el captulo "Configuracin de cortafuegos".

Administracin y supervisin de ICM


ICM almacena informacin sobre los eventos ms importantes, como por ejemplo la imposibilidad de encontrar una base de datos, en la vista Eventos varios del archivo de registro.

Uso de las agrupaciones de servidores en Internet 6-15

Visualizacin del archivo de registro


Para visualizar los eventos grabados por ICM en el archivo de registro, realice una de las siguientes operaciones: Desde Domino Administrator 1. En el panel de servidores, seleccione el servidor que contiene el archivo de registro que desea visualizar. 2. Haga clic en la ficha Servidor - Anlisis. 3. Despliegue Registro de Notes y, a continuacin, haga clic en Eventos varios. 4. En el panel de resultados, abra el documento de entada de registro que desea visualizar. Desde el archivo de registro del servidor Domino 1. Abra el archivo de registro del servidor Domino. 2. Abra la vista Eventos varios. 3. Abra el documento que desea consultar.

Visualizacin de las estadsticas de ICM


ICM genera estadsticas que proporcionan informacin sobre el rendimiento de la agrupacin y del propio ICM. Para visualizar estas estadsticas, realice una de las siguientes acciones: Desde Domino Administrator 1. En el panel de servidores, seleccione el servidor sobre el que desea obtener informacin. 2. Haga clic en la ficha Servidor - Estadsticas. 3. En la lista Todas las estadsticas, haga clic en ICM. Desde la consola del servidor Escriba show stat icm Puede utilizar estas estadsticas junto con las estadsticas estndar de la agrupacin para determinar los servidores de la agrupacin que soportan una mayor carga de trabajo y poder repartir mejor dicha carga entre los servidores de la agrupacin. Si desea ms informacin sobre las estadsticas de ICM y las estadsticas estndar de la agrupacin, consulte el apndice "Estadsticas de las agrupaciones de servidores".

6-16 Administracin de las agrupaciones de servidores Domino

Compatibilidad con las versiones anteriores de Domino


ICM direcciona las solicitudes de los clientes a cualquier servidor Web de Domino de la agrupacin, tanto si es un servidor de la Versin 5 como si es un servidor de una versin anterior de Domino. Por lo tanto, el uso de ICM en una agrupacin que utilice ambos tipos de servidores no tiene ningn efecto negativo en los clientes. Sin embargo, solamente los servidores Web de la Versin 5 pueden generar URLs que incluyan referencias a ICM. Cuando un usuario selecciona URLs que contienen este tipo de referencias, ICM puede repartir la carga y redirigir al usuario al servidor apropiado. Si ICM redirecciona la solicitud del cliente a un servidor que est ejecutando una versin anterior de Domino, los URL generados por dicho servidor no contienen referencias a ICM. Cuando el cliente se desplace por las pginas Web, nicamente lo har por las pginas ubicadas en dicho servidor. Para aprovechar las ventajas de ICM en esta situacin, el usuario debe seleccionar o introducir un URL que contenga una referencia a ICM.

Uso de las agrupaciones de servidores en Internet 6-17

6-18 Administracin de las agrupaciones de servidores Domino

Captulo 7 Configuracin de Domino para que pueda ejecutarse con Microsoft Cluster Server
Este captulo describe cmo configurar y ejecutar Domino en un entorno de Microsoft Cluster Server.

Las agrupaciones de servidores Domino frente a las agrupaciones de servidores de Microsoft Cluster Server
Microsoft Cluster Server (MSCS) le permite ejecutar Domino, aunque ambos utilizan mtodos distintos para gestionar las agrupaciones de servidores. Domino emplea la "agrupacin de aplicaciones" para ofrecer una alta disponibilidad, capacidades de ampliacin del sistema y reparto de la carga. Domino supervisa la agrupacin y determina cuando se debe utilizar el redireccionamiento y el reparto de la carga, basndose en los parmetros que haya definido. Asimismo, tambin puede determinar cantas rplicas de una base de datos se deben crear. MSCS utiliza la "agrupacin de sistemas operativos" para ofrecer una alta disponibilidad. MSCS depende del sistema operativo para supervisar la agrupacin y determinar cundo se debe producir el redireccionamiento. MSCS soporta dos servidores (nodos) en una agrupacin, y ambos deben compartir un dispositivo de disco comn. Actualmente, MSCS no soporta la funcin de reparto de la carga. El redireccionamiento de MSCS no funciona igual que el redireccionamiento de Domino. Si un nodo de MSCS falla mientras est ejecutando Domino, el otro nodo lo reemplazar. Se apoderar del disco en el que estn ubicados los archivos de datos de Domino, utilizar la misma direccin IP que el servidor Domino y arrancar ste. Debido a que el servidor Domino contina ejecutndose en la misma direccin IP con los mismos archivos de datos, los usuarios no advertirn que se ha producido el redireccionamiento.

7-1

Tipos de configuraciones de MSCS


Puede configurar MSCS para que utilice una configuracin nodo activo-nodo pasivo o una configuracin nodo activo-nodo activo. En el primer caso, nicamente un nodo cada vez ofrece los servicios a los clientes. El nodo pasivo se utiliza exclusivamente para permitir el redireccionamiento cuando el nodo activo falla. Debido a que el nodo pasivo debe tomar el control siempre que el nodo activo falle, es necesario instalar los archivos del programa de Domino en ambos nodos. Sin embargo, los archivos de datos de Domino solamente se deben instalar en el recurso de disco compartido. En una configuracin nodo activo-nodo activo, ambos nodos ofrecen servicios a los clientes. Si uno de ellos falla, el otro toma el control de los recursos del que ha fallado y ofrece los servicios a los usuarios de ambos nodos. Si se utiliza esta configuracin, cada uno de los nodos debe ser capaz de ejecutar dos servidores Domino, uno para cada nodo. Por lo tanto, se deben instalar dos servidores compartimentados en cada nodo. Sin embargo, los archivos de datos de Domino solamente se deben instalar en el recurso de disco compartido.

Planificacin de la instalacin del servidor Domino en un entorno de MSCS


Antes de realizar la instalacin de Domino, debera tener en cuenta ciertos requisitos y aspectos relativos a la instalacin.

Requisitos para ejecutar Domino en un entorno de MSCS


Para poder ejecutar Domino como una aplicacin de agrupacin de servidores en un entorno de MSCS, se deben cumplir los siguientes requisitos: Se debe utilizar la Versin 4.6.2 de Domino o superior. Los servidores y los clientes Domino deben configurarse para utilizar TCP/IP. De forma alternativa, pueden configurarse para utilizar NetBIOS sobre TCP/IP. Si desea utilizar Domino con una configuracin nodo activo-nodo activo, deber instalar los servidores Domino como servidores compartimentados. Deber disponer de una licencia del servidor Domino para cada uno de dichos servidores. Si desea informacin sobre la instalacin de servidores Domino como servidores compartimentados, consulte Administracin del sistema de Domino. Nota Los servidores virtuales Domino no se se soportan actualmente en un entorno de MSCS.
7-2 Administracin de las agrupaciones de servidores Domino

Generalidades sobre los aspectos especiales de la instalacin y la configuracin


Los archivos del programa de Domino deben instalarse en cada uno de los nodos de la agrupacin de servidores de MSCS. Deben instalarse en uno de las unidades locales (no compartidas) de la agrupacin, y la ruta de acceso al directorio del programa de Domino (carpeta del programa de Domino) debe ser la misma en ambos nodos. El directorio de datos de Domino (carpeta de datos de Domino) debe instalarse en una de las unidades compartidas. En una configuracin nodo activo-nodo activo, cada uno de los directorios de datos debe estar situado en su propia unidad compartida. El resto de archivos de datos utilizados por el servidor Domino (por ejemplo, los directorios de HTML o de CGI del servidor Web de Domino, o los subdirectorios a los que se accede mediante vnculos de directorio) deben estar tambin situados en una unidad compartida. Se debe asignar a cada uno de los servidores Domino una direccin TCP/IP distinta de las direcciones TCP/IP de los nodos de la agrupacin. Dicha direccin debe ser una direccin IP esttica; no se puede administrar mediante DHCP. MSCS activa esta direccin IP en un nodo de la agrupacin antes de arrancar el servidor Domino. De esta forma, se define un "servidor virtual" que MSCS configura para que se ejecute en uno de los nodos de la agrupacin. (An siendo conceptos similares, este servidor virtual no est relacionado con los servidores virtuales Domino, que es una funcin del servidor Web de Domino.) Si un servidor Domino va a utilizar conexiones NetBIOS sobre TCP/IP, deber asignar al servidor una direccin de red distinta del nombre de red de los nodos de la agrupacin. (Introduzca dicha direccin en el campo Direccin de red de la ficha Puertos - Puertos de la red de Notes del documento de servidor Domino.) Generalmente, esta direccin de red coincide con el nombre asignado al servidor Domino. Si MSCS detecta un fallo en el hardware, en el sistema operativo o en el software del servidor Domino, intentar volver a arrancar el servidor Domino, ya sea en el mismo nodo o en otro nodo de la agrupacin. Si es necesario que introduzca una contrasea para acceder al servidor Domino, Domino no se inicializar ni empezar a procesar las solicitudes de los usuarios hasta que lo haga. Para evitar esto, configure el servidor Domino con una contrasea de longitud cero. Realice esta operacin cuando cree el ID del servidor.

Configuracin de Domino para que pueda ejecutarse con Microsoft Cluster Server 7-3

Normas para la asignacin de nombres


Ciertos recursos de los nodos de la agrupacin deben identificarse en la configuracin de MSCS. Es necesario asignar nombres a: Los grupos de recursos del servidor Domino Los recursos de direccin IP Los recursos de nombre de red Los recursos del servidor Domino Todos los recursos de MSCS se organizan en un espacio de nombres no jerrquicos. No existe ninguna jerarqua de nombres organizados por tipo de recurso o aplicacin. Es importante adoptar unas buenas reglas de asignacin de nombres con objeto de que los recursos se puedan identificar fcilmente. Concretamente, un nombre de recurso debera reflejar el tipo de recurso y la aplicacin o el grupo al que est asignado.

Instalacin del servidor Domino en un entorno de MSCS


El proceso de instalacin comprende tres procedimientos: Instalacin de Domino en el primer nodo Para una configuracin nodo activo-nodo pasivo, debe instalarse un nico servidor Domino. Para una configuracin nodo activo-nodo activo, deben instalarse dos servidores Domino compartimentados. Los directorios del programa de Domino deberan situarse en la unidad no compartida del nodo, y los directorio de datos de Domino deberan estar ubicados en unidades compartidas. Instalacin de Domino en el segundo nodo Al igual que en el primer nodo, deber instalarse un nico servidor para una configuracin nodo activo-nodo pasivo y dos servidores compartimentados para una configuracin nodo activo-nodo activo. Especifique las mismas ubicaciones para el directorio del programa y el directorio de datos de Domino que las utilizadas en el primer nodo. Configuracin del servidor Domino

Instalacin de Domino en el primer nodo


1. Mediante Cluster Administrator de MSCS, traslade al primer nodo los grupos que contienen las unidades compartidas en las que van a estar ubicados los directorios de datos de Domino. 2. Ejecute el programa de instalacin de Domino.

7-4 Administracin de las agrupaciones de servidores Domino

3. Siga las instrucciones que aparecen en la pantalla. Para las configuraciones nodo activo-nodo activo, seleccione Instalacin de un servidor compartimentado. Instale dos servidores compartimentados. Asegrese de seleccionar un unidad compartida distinta como ubicacin del directorio de datos de Domino para el segundo servidor compartimentado. 4. Cuando especifique las carpetas de destino, haga lo siguiente: Especifique el directorio del programa de Domino (o la carpeta del programa de Domino) en una de las unidades privadas y no compartidas del servidor. Especifique el directorio de datos de Domino (o la carpeta de datos de Domino) en una de las unidades compartidas de la agrupacin. 5. Cuando seleccione el tipo de servidor Domino que desea instalar, haga clic en Personalizar y, a continuacin, seleccione Domino como servicio de NT. 6. Complete la instalacin de Domino. 7. Si ho ha instalado Domino como un servidor compartimentado, deber trasladar el archivo NOTES.INI al directorio de datos de Domino del servidor. Para ello: Copie el archivo NOTES.INI desde el directorio del programa de Domino en el directorio de datos de Domino (ubicado en la unidad compartida). A continuacin, elimine dicho archivo del directorio del programa de Domino. Modifique los accesos directos para el servidor Domino y Domino Administrator; para ello, agregue un espacio y un signo igual seguido de la ruta de acceso al archivo NOTES.INI. Por ejemplo,
acceso directo existente =f:\notes\data\notes.ini

siendo acceso directo existente el acceso directo actual, y f:\notes\data el directorioi de datos de Domino en el que ha copiado el archivo NOTES.INI.

Instalacin de Domino en el segundo nodo


Repita el procedimiento anterior para instalar Domino en el segundo nodo. Asegrese de especificar los mismos directorios del programa y de datos de Domino, y utilice las mismas opciones que us al instalar el primer nodo.

Configuracin de Domino para que pueda ejecutarse con Microsoft Cluster Server 7-5

Configuracin del servidor Domino


1. En Domino Administrator, registre el servidor Domino. Para ello, haga clic en la ficha Configuracin y, a continuacin, haga clic en Registro Servidor en el panel de herramientas. Nota Si se trata del primer servidor que instala en este dominio, omita este paso. Durante la operacin de registro, tenga en cuenta las siguientes consideraciones: El nombre del servidor Domino debe coincidir con el recurso de nombre de red definido en MSCS. Si configura el servidor Domino para que acepte una contrasea de longitud cero, el redireccionamiento se realizar de forma completamente automtica. 2. En el segundo nodo de la agrupacin, ejecute el servidor Domino (el primer servidor compartimentado si est realizando una configuracin nodo activo-nodo activo). Esto ejecutar el programa de configuracin. 3. Configure el servidor Domino de forma adecuada para su organizacin. Tenga en cuenta que el servidor debe configurarse para TCP/IP o para NetBIOS sobre TCP/IP. 4. Una vez completada la configuracin, salga del programa. La prxima vez que ejecute el servidor Domino, se ejecutar el propio servidor, no el programa de configuracin. 5. En una configuracin nodo activo-nodo activo, configure el servidor para que utilice solamente la direccin IP especfica asignada al servidor. Si desea informacin sobre la asignacin de direcciones IP especficas a servidores compartimentados, consulte Administracin del sistema de Domino. En una configuracin nodo activo-nodo activo, repita los pasos 1 al 5 para el segundo servidor compartimentado.

Creacin de grupos de recursos de MSCS para Domino


Para poder ejecutar un servidor Domino bajo MSCS, debe crear un grupo de recursos para el servidor y agregar recursos a dicho grupo. Esto incluye la realizacin de los siguientes procedimientos: Creacin de un grupo de recursos para el servidor Domino Creacin del recurso de direccin IP Creacin del recurso de nombre de red Asignacin del recurso de disco fsico al grupo de recursos de Domino Creacin del recurso de servicio genrico
7-6 Administracin de las agrupaciones de servidores Domino

Si ejecuta dos servidores Domino en una configuracin nodo activo-nodo activo, debe crear un grupo de recursos para cada uno de ellos. La siguiente tabla incluye la informacin general que deber especificar para completar estos procedimientos. Dicha tabla tambin incluye los ejemplos utilizados en los procedimientos. Los ejemplos describen el uso de cada uno de los valores para completar los procedimientos.
Tipo de informacin Nombre del grupo de recursos del servidor Domino Los nombres de los equipos de los nodos de la agrupacin de servidores Nombre del recurso de direccin IP Valor del recurso de direccin IP (Esta es la direccin IP del servidor virtual MSCS de Domino.) Nombre del recurso de nombre de red Valor del recurso de nombre de red (Este es el nombre de red del servidor virtual MSCS de Domino.) Nombre del recurso de disco fsico (Este es la unidad compartida que contiene el directorio de datos de Domino.) Nombre del recurso de servicio genrico Servicio_de_NT_del_servidor_ Domino_Gminis Disco F: Nombre_de_red_de_Gminis Gminis Ejemplo Grupo de recursos de Gminis CASTOR, POLLUX Gminis_IP 9.53.112.38

Nota Es muy importante realizar los procedimientos de esta seccin en el orden en el que aparecen. Alguno de ellos dependen de valores obtenidos en procedimientos anteriores. Una vez creado el grupo de recursos, deber activar el nombre de la red como el nombre del equipo.

Creacin de un grupo de recursos para el servidor Domino


1. Mediante Cluster Administrator de MSCS, conctese con la agrupacin en la que va a ejecutar el servidor Domino. 2. En el men, seleccione File - New - Group (Archivo - Nuevo - Grupo) .

Configuracin de Domino para que pueda ejecutarse con Microsoft Cluster Server 7-7

3. Introduzca informacin en los siguientes campos:


Nombre del campo Name (Nombre) Description (Descripcin) Specify one node as the preferred node (Especificar un nodo como nodo preferido) Ejemplo Grupo de recursos de Gminis Grupo de recursos para el servidor Domino Gminis CASTOR

4. Haga clic en Finish (Finalizar).

Creacin del recurso de direccin IP


1. Seleccione File - New - Resource. 2. Introduzca informacin en los siguientes campos:
Nombre del campo Name (Nombre) Description (Descripcin) Resource type (Tipo de recurso) Group (Grupo) Nodes on which resource can be brought online (Nodos en los que el recurso puede utilizarse) Other resources which must be online before this resource is online (Otros recursos que deben estar conectados antes que ste) Address (Direccin) Ejemplo Gminis_IP Direccin IP para el servidor Domino Gminis Direccin IP Grupo de recursos de Gminis CASTOR, POLLUX

Ninguno

9.53.112.38

Subnet mask (Mscara de subred) 255.255.254.0 Network to Use (Red que se debe utilizar) PUBLIC NETWORK

Nota No seleccione el cuadro denominado Run this resource in a separate resource monitor. Si lo hace, MSCS utilizar recursos adicionales del sistema, pero no ofrecer ninguna mejora en el rendimiento. 3. Haga clic en Finish (Finalizar).

7-8 Administracin de las agrupaciones de servidores Domino

Creacin del recurso de nombre de red


1. Seleccione File - New - Resource. 2. Introduzca informacin en los siguientes campos:
Nombre del campo Name (Nombre) Description (Descripcin) Resource type (Tipo de recurso) Group (Grupo) Nodes on which resource can be brought online (Nodos en los que el recurso puede utilizarse) Other resources which must be online before this resource is online (Otros recursos que deben estar conectados antes que ste) Name (Nombre) Ejemplo Nombre_de_red_de_Gminis Nombre de red para el servidor Domino Gminis Nombre de la red Grupo de recursos de Gminis CASTOR, POLLUX

IP_de_Gminis

Gminis (el nombre comn del servidor)

Nota No seleccione el cuadro denominado Run this resource in a separate resource monitor. Si lo hace, MSCS utilizar recursos adicionales del sistema, pero no ofrecer ninguna mejora en el rendimiento. 3. Haga clic en Finish (Finalizar).

Asignacin del recurso de disco fsico al grupo de recursos de Domino


Inicialmente, MSCS crea un grupo de recursos y un recurso de disco fsico para cada disco fsico o volumen lgico compartido. Deber trasladar el recurso de disco fsico al grupo de recursos que ha creado para el servidor Domino. 1. En el panel izquierdo de Cluster Administrator, despliegue la carpeta de grupos que aparece debajo del nombre de la agrupacin y seleccione el grupo de recursos propietario del dispositivo de disco fsico que desea reasignar. 2. En el panel derecho, haga clic con el botn secundario en el recurso de disco fsico que desea agregar el grupo de recursos del servidor Domino y, a continuacin, seleccione Change - Group.

Configuracin de Domino para que pueda ejecutarse con Microsoft Cluster Server 7-9

3. Seleccion el grupo de recursos del servidor Domino en la lista de grupos de recursos. (En nuestro ejemplo, el grupo de recursos se denomina Grupo de recursos Gminis.)

Creacin del recurso de servicio genrico


1. Seleccione File - New - Resource. 2. Introduzca informacin en los siguientes campos:
Nombre del campo Name (Nombre) Description (Descripcin) Resource type (Tipo de recurso) Group (Grupo) Nodes on which resource can be brought online (Nodos en los que el recurso puede utilizarse) Other resources which must be online before this resource is online (Otros recursos que deben estar conectados antes que ste) Service name (Nombre del servicio) Ejemplo Servicio_de_NT_del_servidor_Domino_ Gminis Servicio de NT de Domino para el servidor Domino Gminis Servicio genrico Grupo de recursos de Gminis CASTOR, POLLUX

Disco F:, IP_de_Gminis, Nombre_de_red_de_Gminis

Servidor Lotus Domino Si el servidor es un servidor Domino compartimentado, utilice el nombre de servicio Lotus Domino Server Partition n, siendo n el nmero de particin del servidor. Nota Si tiene alguna duda sobre el nombre de servicio que debe utilizar, compruebe la lista de los servicios registrados utilizando el icono Servicios del Panel de control de NT.

7-10 Administracin de las agrupaciones de servidores Domino

Nombre del campo Service parameters (Parmetros del servicio)

Ejemplo =f:\notes\data\notes.ini =f:\notes\data\notes.ini seala a la ubicacin del archivo NOTES.INI en el directorio de datos de Domino. Nota No especifique ningn parmetro si el campo Service name (Nombre del servicio) hace referencia a un servicio para un servidor Domino compartimentado. S

Use network name for computer name (Utilizar el nombre de la red para el equipo)

Nota No seleccione el cuadro denominado Run this resource in a separate resource monitor. Si lo hace, MSCS utilizar recursos adicionales del sistema, pero no ofrecer ninguna mejora en el rendimiento. Nota No especifique ninguna clave de registro debajo de H_LOCAL_MACHINE. 3. Haga clic en Finish (Finalizar).

Asignacin del nombre de la red al nombre del equipo


Esta parte de la configuracin requiere una actualizacin reciente para MSCS, que puede obtener de Microsoft. Esta actualizacin se denomina CLUSFIXI.EXE. Nota Es muy importante realizar los pasos de este procedimiento en el orden especificado. 1. Instale el archivo de actualizacin CLUSFIXI.EXE en ambos nodos de la agrupacin de servidores. 2. En la ficha Dependencies del cuadro de propiedades del servicio genrico de Domino para NT, especifique que el recurso de servicio genrico dependa SOLAMENTE del nombre de la red. 3. En la ficha Parameters del cuadro de propiedades del servicio genrico de Domino para NT, active la opcin Use Network Name as Computer Name. 4. En la ficha Dependencies, especifique que el servicio genrico de Domino para NT dependa de otros recursos necesarios.

Configuracin de Domino para que pueda ejecutarse con Microsoft Cluster Server 7-11

Ejecucin del servidor Domino bajo MSCS


Una vez haya instalado y configurado el servidor Domino, podr ejecutarlo bajo el control de MSCS.

Ejecucin de Domino bajo MSCS


En un entorno de MSCS, Domino debe ejecutarse desde Cluster Administrator, no desde el escritorio de Windows NT de los nodos de la agrupacin de servidores. Para ejecutar Domino, realice las siguientes operaciones: 1. Seleccione el grupo del servidor Domino (en nuestro ejemplo, Servidor Lotus Domino - Gminis). 2. Haga clic con el botn secundario en el grupo y, a continuacin, seleccione Bring Online (Conectar). Cuidado Evite cambiar la hora del sistema en los servidores de la agrupacin mientras Domino se est ejecutando; es posible que se produzcan daos en los datos durante el redireccionamiento si la hora del sistema no est sincronizada entre los nodos de la agrupacin. El mtodo recomendado para actualizar los relojes de los servidores de una agrupacin consiste en finalizar la ejecucin de todas las aplicaciones de la agrupacin y detener el servicio de la agrupacin en ambos nodos. A continuacin, cambie la hora del sistema en los nodos de la agrupacin y vuelva a arrancar el servicio de la agrupacin en ambos nodos. (MSCS incluye un servicio horario para sincronizar automticamente la hora del sistema cuando lo servidores entran en la agrupacin; si cambia manualmente la hora en un servidor de la agrupacin, el servicio horario tardar ms tiempo en volver a sincronizar la hora del sistema entre los distintos nodos de la agrupacin.)

Configuracin de los clientes Notes para TCP/IP


Para poder acceder a un servidor Domino que se est ejecutando en un entorno de MSCS, los clientes Notes deben configurarse para TCP/IP o NetBIOS sobre TCP/IP. 1. En Notes, seleccione Archivo - Preferencias - Usuario. 2. Haga clic en Puertos. 3. Active TCPIP. 4. Si TCPIP no es el primer puerto en la lista de puertos de comunicaciones, utilice las flechas de ordenacin para desplazarlo al principio de la lista. 5. Haga clic en Aceptar.

7-12 Administracin de las agrupaciones de servidores Domino

Cmo finalizar la ejecucin de Domino bajo MSCS


En un entorno de MSCS, la finalizacin de la ejecucin de Domino debe realizarse desde Cluster Administrator, no desde el mismo programa de Domino. Con este objeto, realice las siguientes operaciones: 1. Seleccione el grupo del servidor Domino (en nuestro ejemplo, Servidor Lotus Domino - Gminis). 2. Haga clic con el botn secundario en el grupo y, a continuacin, seleccione Take Offline (Desconectar). Mientras Domino se est ejecutando, la consola del servidor Domino se muestra en la consola local para el nodo de la agrupacin de servidores en el que se est ejecutando. No utilice el comando Quit desde la consola de Domino para finalizar la ejecucin del servidor Domino. MSCS detectar esta operacin e intentar volver a arrancarlo.

Configuracin de Domino para que pueda ejecutarse con Microsoft Cluster Server 7-13

7-14 Administracin de las agrupaciones de servidores Domino

Apndice A Estadsticas de las agrupaciones de servidores


Existen tres categoras de estadsticas relativas a las agrupaciones de servidores que le ayudarn a analizar el funcionamiento de stas: Estadsticas del Administrador de agrupacin Estadsticas del Replicador de agrupacin Estadsticas de Internet Cluster Manager Este apndice describe estas estadsticas. Si desea ms informacin sobre cmo visualizar las estadsticas, consulte Administracin del sistema de Domino.

Estadsticas del Administrador de agrupacin


Excepto AvailabilityIndex y AvailabilityThreshold, el resto de las estadsticas incluyen el prefijo Server.Cluster, aunque no aparece en los nombres recogidos en esta tabla. AvailabilityIndex y AvailabilityThreshold incluyen el prefijo Server.
Estadstica PortName Descripcin Puerto predeterminado utilizado en el trfico de red de las agrupaciones o un asterisco, que indica que no hay un puerto predeterminado y puede usarse cualquier puerto activo disponible. El nivel de disponibilidad de un servidor. El valor cero (0) indica que no hay recursos disponibles; el valor 100 indica disponibilidad absoluta del servidor. Umbral de disponibilidad del servidor actual. Nmero total de veces que un servidor consigue redireccionar un cliente hacia otro miembro de la agrupacin despus de que ese cliente haya intentado, sin xito, abrir una base de datos mediante el ID de rplica.

AvailabilityIndex

AvailabilityThreshold OpenRedirects.Failover. Successful

A-1

Estadstica OpenRedirects.Failover. Unsuccessful

Descripcin Nmero total de veces que un servidor no consigue redireccionar un cliente hacia otro miembro de la agrupacin despus de que el cliente haya intentado, sin xito, abrir la base de datos mediante el ID de rplica. Nmero total de veces que un servidor consigue redireccionar un cliente hacia otro miembro de la agrupacin despus de que el cliente haya intentado, sin xito, abrir una base de datos mediante su ruta de acceso. Nmero total de veces que un servidor no consigue redireccionar un cliente hacia otro miembro de la agrupacin despus de que el cliente haya intentado, sin xito, abrir una base de datos mediante su ruta de acceso. Nmero total de veces que un servidor consigue redireccionar un cliente hacia otro miembro de la agrupacin despus de que el cliente haya intentado, sin xito, abrir una base de datos mediante el ID de rplica cuando el servidor estaba ocupado. Nmero total de veces que un servidor no consigue redireccionar un cliente hacia otro miembro de la agrupacin despus de que el cliente haya intentado, sin xito, abrir una base de datos mediante el ID de rplica cuando el servidor estaba ocupado. Nmero total de veces que un servidor no consigue redireccionar un cliente hacia otro miembro de la agrupacin despus de que el cliente haya intentado, sin xito, abrir una base de datos mediante la ruta de acceso cuando el servidor estaba ocupado. Nmero total de veces que un servidor consigue redireccionar un cliente hacia otro miembro de la agrupacin despus de que el cliente haya intentado, sin xito, abrir una base de datos mediante la ruta de acceso cuando el servidor estaba ocupado. Nmero total de solicitudes de los clientes cuando todos los servidores estn ocupados. Nmero total de veces que un cliente intenta abrir una base de datos que est marcada como fuera de servicio en el servidor.

OpenRedirects.Failover ByPath.Successful

OpenRedirects.Failover ByPath.Unsuccessful

OpenRedirects.Load Balance.Successful

OpenRedirects.Load Balance.Unsuccessful

OpenRedirects.Load BalanceByPath. Unsuccessful

OpenRedirects.Load BalanceByPath. Successful

OpenRequest.Cluster Busy OpenRequest.Database OutOfService

A-2 Administracin de las agrupaciones de servidores Domino

Estadstica OpenRequest.Load Balanced ProbeCount ProbeError ProbeTimeout(mins) *

Descripcin Nmero total de veces que un cliente intenta abrir una base de datos cuando el servidor est ocupado. Nmero total de veces que un servidor lleva a cabo un sondeo de los dems miembros de la agrupacin. Nmero total de veces que un servidor recibe un error cuando est realizando un sondeo de otro servidor. Muestra la frecuencia con la que se realizan los sondeos dentro de la agrupacin

*Esta estadstica no aparece en el informe estadstico de la agrupacin, pero puede verla utilizando el comando Show Stat o aadirla al formulario de informe estadstico correspondiente.

Estadsticas del Replicador de agrupacin


Cada una de las estadsticas incluyen el prefijo Replica.Cluster, aunque no aparece en los nombres recogidos en esta tabla.
Estadstica Servers Successful Failed Docs.Added Docs.Updated Docs.Deleted Files.Local Descripcin Nmero total de servidores de la agrupacin que estn recibiendo replicaciones desde este servidor. Nmero total de replicaciones realizadas con xito desde que se ejecut el servidor. Nmero total de replicaciones que no se han realizado con xito desde que se ejecut el servidor. Nmero total de documentos agregados por el Replicador de la agrupacin. Nmero total de documentos actualizados por el Replicador de la agrupacin. Nmero total de documentos eliminados por el Replicador de la agrupacin. Nmero total de bases de datos del servidor actual para las que existen rplicas en otros servidores de la agrupacin. Nmero total de bases de datos en otros servidores a las que el Replicador de la agrupacin enva a cambios.

Files.Remote

Estadsticas de las agrupaciones de servidores A-3

Estadstica Retry.Skipped

Descripcin Nmero total de veces que el Replicador de la agrupacin no ha intentado replicar una base de datos. El intento se evita cuando se sabe que el servidor de destino est inaccesible o cuando la base de datos est esperando otro intento. Nmero total de rplicas que estn esperando que se realice un nuevo intento. Tiempo total, en segundos, que ha permanecido en la cola de trabajo la ltima base de datos replicada. Promedio de tiempo, en segundos, que una base de datos ha permanecido en la cola de trabajo. Tiempo mximo, en segundos, que una base de datos ha permanecido en la cola de trabajo. Nmero total de bytes recibidos durante la replicacin de una agrupacin. Nmero total de bytes enviados durante la replicacin de una agrupacin. Nmero actual de bases de datos que esperan replicar mediante el Replicador de la agrupacin. Promedio del tamao que ha alcanzado la cola de trabajo desde que se ejecut el servidor. Tamao mximo que ha alcanzado la cola de trabajo desde que se ejecut el servidor.

Retry.Waiting SecondsOnQueue SecondsOnQueue.Avg SecondsOnQueue.Max SessionBytes.In SessionBytes.Out WorkQueueDepth WorkQueueDepth.Avg WorkQueueDepth.Max

Estadsticas de Internet Cluster Manager


Las estadsticas siguientes le ayudarn a realizar un seguimiento del rendimiento de ICM.
Estadstica ICM.AvailabilityIndex Descripcin El nivel de disponibilidad de un servidor. El valor cero (0) indica que no hay recursos disponibles; el valor 100 indica disponibilidad absoluta del servidor. Nmero de comandos URL recibidos por ICM Nmero de comandos URL no reconocidos por ICM

ICM.Command.Total ICM.Command.Unknown

A-4 Administracin de las agrupaciones de servidores Domino

Estadstica ICM.Receive.Error

Descripcin El nmero de veces que ICM no ha podido procesar la solicitud de un cliente debido a un problema de comunicacin entre el cliente e ICM Nmero de veces que ICM ha redireccionado satisfactoriamente las solicitudes de URLs de los clientes a un miembro de la agrupacin de servidores Nmero de veces que ICM no ha podido redireccionar las solicitudes de URLs de los clientes a un miembro de la agrupacin de servidores Nmero de veces que ICM ha recibido la solicitud de un cliente cuanto todos los servidores estaban BUSY Nmero de solicitudes de HTTP que ICM ha recibido durante la ltima hora. Nmero de solicitudes de HTTP que ICM ha recibido durante el ltimo minuto. Nmero de solicitudes de HTTP que ICM ha recibido durante los ltimos cinco minutos.

ICM.Command.Redirects. Successful

ICM.Command.Redirects. Unsuccessful

ICM.Command.Redirects. ClusterBusy ICM.Requests.Per1Hour. Total ICM.Requests.Per1Minute. Total ICM.Requests.Per5Minutes. Total

Estadsticas de las agrupaciones de servidores A-5

A-6 Administracin de las agrupaciones de servidores Domino

Apndice B Solucin de problemas relacionados con las agrupaciones de servidores


Este apndice incluye informacin sobre los mensajes de error y otros problemas relacionados con el uso de de las agrupaciones de servidores.

Algunos cambios realizados en las bases de datos no se replican con rapidez a otros servidores.
Realice las siguientes comprobaciones para solucionar los problemas de lentitud en la replicacin entre servidores de una agrupacin. Asegrese de que se cumplen las siguientes condiciones: Se ha arrancado el Replicador de agrupacin en el servidor en el que est ubicada la base de datos modificada. Puede comprobarlo en la ficha Servidor - Estado de Domino Administrator, o escribiendo el comando:
show tasks

en la consola del servidor La base de datos que se ha modificado, as como sus rplicas en otros servidores, estn incluidas en todos los ndices de bases de datos de la agrupacin. Todas las rplicas de las bases de datos que se han modificado tienen el mismo ID de rplica. Para comprobarlo, abra la vista Databases by Replica ID en el ndice de bases de datos de la agrupacin. El Replicador de agrupacin no encuentra ningn tipo de error al intentar replicar con otros servidores de la agrupacin. Compruebe los valores de los parmetros estadsticos Replica.Cluster.Failed and Replica.Cluster.Retry.Waiting para analizar si existen condiciones de error. Asimismo, examine los documentos de eventos de replicacin del archivo de registro generados por el Replicador de agrupacin.

B-1

El Replicador de agrupacin puede soportar la carga de trabajo de replicacin actual del servidor. Compruebe los parmetros estadsticos Replica.Cluster.WorkQueueDepth and Replica.Cluster.SecondsOnQueue para determinar si existen solicitudes de replicacin pendientes. Si es as, considere la posibilidad de ejecutar un Replicador de agrupacin adicional. La replicacin de la agrupacin est activada para todas las rplicas de la base de datos. Abra el ndice de bases de datos de la agrupacin y asegrese de que el campo Cluster Replication est activado. La replicacin est activada para la base de datos. La base de datos que se ha modificado, as como su rplicas, estn dentro de las cuotas establecidas por el administrador. El Replicador de agrupacin no enviar los cambios a una rplica si dichos cambios pueden ocasionar que la rplica exceda su cuota de base de datos.

Las solicitudes de los clientes para ciertas bases de datos no se redireccionan, aunque las rplicas estn incluidas en el ndice de bases de datos de la agrupacin
Cuando el Administrador de agrupacin detecta al menos dos rplicas de una base de datos en un servidor, nicamente permite el redireccionamiento por ruta de acceso, y no por ID de rplica. Para evitar este problema, no incluya mltiples rplicas de una base de datos en un mismo servidor, y si lo hace, asegrese de que tanto los nombres como las rutas de acceso son idnticos a aquellos que desea utilizar con la funcin de redireccionamiento.

Aunque he marcado una base de datos como fuera de servicio, los usuarios pueden abrirla
Es posible que dicha base de datos sea una rplica ubicada en un servidor no perteneciente a la agrupacin. Las funciones que permiten marcar bases de datos como fuera de servicio, en servicio o pendientes de eliminacin nicamente son aplicables a las bases de datos ubicadas en servidores de la agrupacin. Adems, las rplicas de las bases de datos no heredan dichos atributos, ni siquiera en una agrupacin.

B-2 Administracin de las agrupaciones de servidores Domino

El ndice de bases de datos de la agrupacin incluye dos copias de los documentos de base de datos para todas las bases de datos de un servidor concreto
Si se elimina el ndice de bases de datos de la agrupacin en un servidor, el Administrador del ndice de bases de datos de la agrupacin lo vuelve a crear e incluye en l un documento por cada base de datos del servidor. A continuacin, estos documentos se replican al resto de servidores de la agrupacin. Debido a que cada servidor de la agrupacin ya dispone de documentos para las bases de datos de este servidor, sus ndices de bases de datos de la agrupacin contendrn dos juegos de documentos para cada una de las bases de datos del servidor en cuestin. Esta situacin es temporal y no causar ningn error en el sistema. La prxima vez que arranque el Administrador del ndice de bases de datos de la agrupacin, ste detectar el problema y eliminar los documentos duplicados. Para evitar que se dupliquen documentos, replique el ndice de bases de datos de la agrupacin desde otro servidor al servidor en el que se ha borrado el ndice de bases de datos de la agrupacin antes de volver a arrancar el servidor.

El valor del parmetro estadstico Replica.Cluster.Retry.Waiting es mayor que cero


Un valor mayor que cero en este parmetro estadstico indica que el Replicador de agrupacin no ha podido completar ciertas replicaciones y estn esperando para reintentarlo. Para averiguar por qu dichas replicaciones no se han completado satisfactoriamente, fuerce al Replicador de agrupacin a generar un documento de evento de replicacin en el archivo de registro que incluya informacin sobre todas las replicaciones de la agrupacin que estn esperando para completarse. Para ello, escriba el siguiente comando en la consola del servidor:
tell clrepl log

Para ver las condiciones de error, examine cada uno de los documentos del archivo de registro generados por este comando (uno por cada servidor con el que est replicando) y, a continuacin, corrija los errores. Algunas veces podr solucionar el problema simplemente volviendo a arrancar un servidor al que no se puede acceder actualmente. Una vez corregidos los errores, la replicacin de la agrupacin se completar satisfactoriamente y el parmetro estadstico Replica.Cluster.Retry.Waiting tomar el valor cero.

Solucin de problemas relacionados con las agrupaciones de servidores B-3

Cluster Replicator was unable to configure using Cluster Database Directory cldbdir.nsf: File does not exist
Este mensaje puede ser debido a las siguientes causas: El Replicador de agrupacin no puede encontrar el ndice de bases de datos de la agrupacin (Cluster Database Directory). Esta situacin se produce a menudo cuando se agrega un servidor a una agrupacin y el Replicador de agrupacin se ejecuta antes de que el Administrador del ndice de bases de datos de la agrupacin haya creado el ndice de bases de datos de la agrupacin. Se ha eliminado el ndice de bases de datos de la agrupacin. Replique el ndice de bases de datos de la agrupacin desde otro servidor de la agrupacin, o escriba el siguiente comando:
load cldbdir

en la consola del servidor para volver a arrancar el Administrador del ndice de bases de datos de la agrupacin. A continuacin, ste crear el ndice de bases de datos de la agrupacin en el caso que no exista en el servidor.

Cluster Replicator was unable to configure using Cluster Database Directory cldbdir.nsf: Invalid replica ID for cluster database directory. If cluster name changed, delete cluster database directory and restart cldbdir task.
El campo ClReplD del documento de servidor del Directorio de Domino no coincide con el ID de la rplica del indice de bases de datos de la agrupacin. Para solucionar este problema, puede eliminar el ndice de bases de datos de la agrupacin y volver a crearlo, tal y como se describe anteriormente. Si, a pesar de todo, no se soluciona el problema, elimine el servidor de la agrupacin y vuelva a agregarlo de nuevo.

Las carpetas privadas no se replican entre las bases de datos de la agrupacin


Compruebe la Lista de control de acceso de las bases de datos con objeto de asegurarse de que la entrada que estn utilizando los servidores est definida para un tipo de usuario de Servidor o Grupo servidores.

B-4 Administracin de las agrupaciones de servidores Domino

HTTP Server Initialization error. Could not bind port 80. Port may be in use
Este error puede aparecer si existen direcciones IP o nmeros de puerto conflictivos al intentar arrancar el servidor Web de Domino en un servidor que est ejecutando ICM. La causa ms probable es que tanto la tarea ICM como la tarea HTTP estn intentando utilizar la misma direccin IP y el mismo puerto TCP/IP. Compruebe el documento de servidor y asegrese de que ha asignado nmeros de puerto TCP/IP diferentes para ICM y el servidor HTTP, o de que ha configurado ICM para que utilice una direccin IP distinta del servidor HTTP. Si tanto ICM como el servidor HTTP estn utilizando el puerto 80, pero en direcciones IP distintas, asegrese de que ha seleccionado la opcin Activado en el campo Vnculo al nombre de host en la ficha Protocolos de Internet - HTTP del documento de servidor.

Web Navigator del servidor no utiliza la funcin de redireccionamiento


Compruebe los ID de las rplicas de las bases de datos de Web (WEB.NSF) en los servidores de la agrupacin. Si dichos IDs son diferentes, las bases de datos no utilizarn la funcin de redireccionamiento. Para solucionar este problema, replique la base de datos de Web desde un servidor al resto de servidores de la agrupacin. A menudo, este problema es debido a que la tarea Web crea la base de datos de Web al ejecutarse por primera vez, en el caso de que sta no exista. Por lo tanto, es aconsejable ejecutar la tarea Web en un nico servidor de la agrupacin y, a continuacin, replicar la base de datos de Web al resto de servidores de la agrupacin antes de arrancar la tarea Web en estos ltimos.

Solucin de problemas relacionados con las agrupaciones de servidores B-5

B-6 Administracin de las agrupaciones de servidores Domino

ndice alfabtico
A
Administrador de la agrupacin descripcin, 2-8 eliminacin de documentos de servidor, 5-23 estadsticas, 5-3, A-1 localizacin de rplicas, 2-5 supervisin de eventos, 5-2 y el redireccionamiento, 2-2 Administrador del ndice de bases de datos de la agrupacin descripcin, 2-9 tareas, 5-21 Agenda y planificacin y las agrupaciones de servidores, 2-14 Agrupaciones de servidores acceso de los usuarios mviles, 4-19 adicin de servidores, 5-20, 5-21 anlisis, 4-5, 4-7 archivo de registro, 5-2, 5-4 base de datos Asistencia de directorios, 4-18 bases de datos de correo, 2-13, 3-8 bases de datos de Web, 4-21 componentes, 2-7 configuracin, 3-2, 3-12, 3-13, 3-14, 3-15, 3-16 control del acceso, 4-8, 5-12 correo compartido, 2-14, 4-12 creacin, 4-1, 4-2, 4-3, 4-4 desactivacin de la replicacin, 4-16, 4-18 descripcin, 1-1, 2-1 disponibilidad de los servidores, 5-8 distribucin de las bases de datos, 3-8, 3-11 distribucin de las rplicas, 2-1, 3-4 documentos de conexin, 4-15 eliminacin de bases de datos, 5-19 eliminacin de servidores, 5-22, 5-23 estadsticas, 5-3, 5-4, A-1, A-3, A-4 gestin de la agenda, 2-14 hardware, 3-3 historia de replicaciones, 2-12 informacin sobre las bases de datos, 2-9 planificacin, 6-4 redireccionamiento, 2-2, 2-3, 5-13 redireccionamiento de la transferencia del correo, 4-10 registro de los eventos de replicacin, 4-18 reparto de la carga, 2-6, 5-7 replicacin, 2-10, 4-14 replicacin de carpetas, 2-13, 4-9 replicacin programada, 4-12, 4-13 requisitos, 1-3 requisitos de memoria, 3-3 supervisin, 5-1 sustitucin de servidores, 5-14 tareas, 2-10 tipos de replicacin, 5-15 traslado de servidores, 5-24 ventajas, 1-2 visualizacin de los miembros, 5-1 y las redes locales, 3-12, 4-21, 4-23 Anlisis de la agrupacin descripcin, 4-5 ejecucin, 4-7 resultados, 4-8 Anlisis de la agrupacin, base de datos descripcin, 4-5 Asistencia de directorios y las agrupaciones, 4-18 distribucin, 3-4, 3-8, 3-11, 3-13, 3-14 eliminacin de una agrupacin, 5-19 informacin, 2-9 marcar como en servicio, 5-19 marcar como fuera de servicio, 5-18 Bases de datos de correo distribucin, 3-8, 3-13, 3-14 redireccionamiento, 2-13 BUSY estado de los servidores, 2-6, 5-8, 5-12 BUSYTIME.NSF base de datos de tiempo libre, 2-14

C
Carpetas replicacin, 2-13, 4-9 solucin de problemas, B-4 Cliente Notes configuracin para Microsoft Cluster Server, 7-12 requisitos para la agrupacin, 1-4 CLREPL, tarea ejecucin, 5-17 reinicio, 5-16 CLUBUSY.NSF base de datos de tiempo libre, 2-14 Conexin, documentos de replicacin, 4-15 Configuracin agrupaciones, 3-2, 3-12, 3-13, 3-14, 3-15, 3-16 Correo compartido configuracin en las agrupaciones, 4-12 y el redireccionamiento, 2-14

B
Bases de datos causas del redireccionamiento, 2-3 control del acceso, 4-8, 4-9 desactivacin de la replicacin, 4-13

ndice alfabtico I-1

D
Directorios localizacin, 4-18 Documentos duplicados cmo impedir su creacin, B-3 Drop All, comando restriccin de servidores, 5-14

I
ID de rplica solucin de problemas, B-4, B-5 ndice de bases de datos de la agrupacin creacin, 5-26 descripcin, 2-9 solucin de problemas, B-3 visualizacin, 5-25 ndice de disponibilidad configuracin, 5-12 descripcin, 5-8 visualizacin, 5-4 ndice de disponibilidad del servidor definicin, 5-12 descripcin, 5-8 visualizacin, 5-4 Informacin sobre la planificacin y las agrupaciones, 2-14 Internet seguridad, 6-15 Internet Cluster Manager archivo de registro, 6-15 compatibilidad con las versiones de Domino, 6-17 configuracin, 6-5, 6-6, 6-7, 6-8, 6-13 descripcin, 6-1 direccin IP, 6-8, 6-11, 6-12 estadsticas, 6-16, A-1, A-4 inicio, 6-13 planificacin, 6-4 redireccionamiento, 6-13 rendimiento, 6-2, 6-16 reparto de la carga, 6-13 seguridad, 6-15 solucin de problemas, B-5 ubicacin, 6-4 URLs, 6-3, 6-8, 6-17

E
Ejemplos agrupaciones de servidores de trnsito, 3-16 configuracin de agrupaciones, 3-13, 3-14, 3-15 configuracin de Internet Cluster Manager, 6-5, 6-6, 6-7, 6-8 eventos del Administrador de agrupacin, 5-2 eventos del Replicador de agrupacin, 5-5 redireccionamiento, 2-2 reparto de la carga, 2-6 Estadsticas Administrador de la agrupacin, 5-4 agrupaciones, 5-3, A-1, A-3, A-4 Internet Cluster Manager, 6-16 replicacin, 5-6

configuracin con Domino, 7-6 configuracin de los clientes Notes, 7-12 descripcin, 7-1 finalizacin de la ejecucin de Domino, 7-13 grupos de recursos, 7-6, 7-7 inicio de Domino, 7-12 instalacin de Domino, 7-2, 7-4, 7-5 nombre de red, 7-11 nombres de recursos, 7-4 recurso de direccin IP, 7-8 recurso de disco fsico, 7-9 recurso de nombre de red, 7-9 recurso de servicio genrico, 7-10, 7-11 requisitos de los nombres, 7-4 MSCS. Vase Microsoft Cluster Server, 7-1

N
Nombres de agrupaciones y la replicacin, 4-15, 4-16 NOTES.INI, archivo actualizacin en todos los servidores, 4-23 variable Internet Cluster Manager, 6-13 variables para el reparto de la carga, 2-6

G
Grupos de recursos Microsoft Cluster Server, 7-6, 7-7

P
Proceso de administracin adicin de servidores, 5-21 creacin de agrupaciones de servidores, 4-3 eliminacin de servidores, 5-22, 5-23

H
Hardware agrupaciones, 3-3 Hora cambio para Microsoft Cluster Server, 7-12 Hora del sistema cambio para Microsoft Cluster Server, 7-12 HTTP, clientes e Internet Cluster Manager, 6-1 seguridad, 6-15 HTTP, servidores solucin de problemas, B-5 Hub, servidores configuracin, 3-15 Hub y spoke, topologa y las agrupaciones, 3-15

L
LAN configuracin en una agrupacin, 3-12, 4-21, 4-23 LCA misma lista para todas las rplicas, 4-8

R
Recurso de direccin IP creacin, 7-8 Recurso de disco fsico creacin, 7-9 Recurso de nombre de red creacin, 7-9 Recurso de servicio genrico creacin, 7-10 y los nombres de redes, 7-11

M
Microsoft Cluster Server cambio de la hora del sistema, 7-12 configuracin, 7-2

I-2 Administracin de las agrupaciones de servidores Domino

Redireccionamiento bases de datos de correo, 2-13 causas, 2-3, 5-13 descripcin, 1-2, 2-2 Internet Cluster Manager, 6-13 solucin de problemas, B-2 y el Administrador de agrupacin, 2-8 y el archivo de registro, 5-2 Registro de replicacin informacin sobre los errores, 2-11 Reparto de la carga control del acceso a las agrupaciones, 5-12 distribucin de las bases de datos, 3-8, 3-11 Internet Cluster Manager, 6-13 variables del archivo NOTES.INI, 2-6 y el Administrador de la agrupacin, 2-8 y el archivo de registro, 5-2 y las agrupaciones, 2-6 y los servidores, 5-7, 5-8 REPLICA, tarea uso, 2-11 Replicacin bases de datos de Web, 4-21 carpetas, 2-13 comandos, 4-15 desactivacin, 4-13, 4-16, 4-18 estadsticas, 5-4, 5-6, 5-7 frmulas, 4-13 historia, 2-12 informacin sobre los errores, 2-11 inicio, 5-16 programada, 4-13 registro, 5-7 registro de eventos, 4-18 solucin de problemas, B-1 tipos, 5-15 y las agrupaciones, 2-10, 4-14, 5-15 y las LAN, 4-23 y los nombres de agrupaciones, 4-15, 4-16 y los usuarios mviles, 4-20 Replicacin de la agrupacin descripcin, 2-11, 5-15 Replicacin estndar descripcin, 5-15 y los fallos del servidor, 4-13 Replicacin selectiva, frmulas proceso, 2-12, 4-13

Replicador de agrupacin adicin a los servidores, 5-17 archivo de registro, 5-5 desactivacin, 4-18 descripcin, 2-10, 5-15 estadsticas, 5-6, A-1, A-3 historia de replicaciones, 2-12 inicio, 5-16 mltiples tareas, 5-16 registro, 5-7 solucin de problemas, B-3, B-4 Rplicas acceso, 4-8 creacin, 3-5, 3-6, 3-7 distribucin, 2-1, 3-4 solucin de problemas, B-2 y las LCA, 4-8 Requisitos de memoria para las agrupaciones, 3-3

S
Schedule Manager descripcin, 2-15 Secure Sockets Layer. Vase SSL, 6-15 Seguridad Internet, 6-15 Servidor, documentos parmetros de Internet Cluster Manager, 6-8 Servidor Domino configuracin con Microsoft Cluster Server, 7-6 grupos de recursos, 7-6, 7-7 recurso de direccin IP, 7-8 recurso de disco fsico, 7-9 recurso de nombre de red, 7-9 recurso de servicio genrico, 7-10, 7-11 Servidores agrupaciones, 3-2, 3-13, 3-14, 3-15, 3-16 archivo de registro, 5-2, 5-4 causas del redireccionamiento, 2-3, 5-13 eliminacin de una agrupacin, 5-24 estado BUSY, 2-6, 5-8, 5-12 ndice de disponibilidad, 5-4, 5-8, 5-12 requisitos de las agrupaciones, 1-3 restriccin del acceso, 5-13, 5-15 umbral de disponibilidad, 5-4, 5-8, 5-9, 5-12

Servidores compartimentados configuracin de Microsoft Cluster Server, 7-2, 7-4, 7-5 Servidores de trnsito acceso de los usuarios mviles, 4-19 configuracin, 3-16 Servidores virtuales definicin, 7-3 Show Stat, comando Replicador de agrupacin, 5-6 Sincronizacin de los datos descripcin, 1-2 Solucin de problemas direcciones IP, B-5 IDs de rplica, B-4, B-5 ndice de bases de datos de la agrupacin, B-3 Internet Cluster Manager, B-5 redireccionamiento, B-2 replicacin, B-1, B-2 replicacin de carpetas, B-4 Replicador de agrupacin, B-3, B-4 servidores HTTP, B-5 Web Navigator, B-5 SSL y la seguridad en Internet, 6-15 Statistic Collector estadsticas del Administrador de la agrupacin, 5-4 Statistics Reporting, base de datos estadsticas de la replicacin, 5-7 stadsticas del Administrador de la agrupacin, 5-4 Supervisin eventos y estadsticas, 5-2 la carga de trabajo de la agrupacin, 5-1

T
Tell, comandos Replicador de agrupacin, 5-5 Tiempo de respuesta servidor, 5-8 Tiempo libre, base de datos descripcin, 2-14 Transferencia del correo redireccionamiento, 4-10

ndice alfabtico I-3

U
Umbral de disponibilidad configuracin, 5-9 descripcin, 5-9 servidor, 5-8 visualizacin, 5-4 y el reparto de la carga, 2-6 Umbral de disponibilidad del servidor definicin, 5-12 descripcin, 5-9 visualizacin, 5-4 URLs e Internet Cluster Manager, 6-3, 6-8, 6-17 Usuarios mviles acceso a las agrupaciones, 4-19 y la replicacin, 4-20

W
Web, bases de datos replicacin, 4-21 Web, servidores seguridad, 6-15 Web Navigator solucin de problemas, B-5 Web Navigator del servidor ejecucin en una agrupacin, 4-21

I-4 Administracin de las agrupaciones de servidores Domino