manual lotus dominio

7/22/2019 Manual Lotus Dominio

1/146

5.0


2/146

LIMITACIN DE RESPONSABILIDAD

ESTA DOCUMENTACIN SOLAMENTE TIENE CARCTER CONSULTIVO. AUNQUE SE HAHECHO TODO LO POSIBLE PARA GARANTIZAR LA CORRECCIN Y PRECISIN DE LAINFORMACIN CONTENIDA EN ELLA, ESTA DOCUMENTACIN SE OFRECE "TAL Y COMOEST", SIN GARANTA DE NINGN TIPO. EN LA MEDIDA EN LA QUE LE EST PERMITIDOHACERLO, LOTUS NO CONCEDE GARANTA IMPLCITA ALGUNA, INCLUIDAS PERO NOLIMITADAS, LAS GARANTAS IMPLCITAS DE COMERCIABILIDAD, INVIOLABILIDAD YADECUACIN PARA UN PROPSITO CONCRETO. LOTUS NO SER RESPONSABLE DE NINGNPERJUICIO, INCLUIDOS PERO NO LIMITADOS, LOS DAOS DIRECTOS, INDIRECTOS,FORTUITOS O LOS PRODUCIDOS A CONSECUENCIA DEL USO O QUE PUEDAN DERIVARSE DELUSO DE ESTA DOCUMENTACIN O CUALQUIER OTRA DOCUMENTACIN. INCLUSOAUNQUE SE INDIQUE LO CONTRARIO, NADA DE LO INCLUIDO EN ESTA DOCUMENTACINNI EN CUALQUIER OTRA SUGIERE, NI IMPLICA LA EXISTENCIA DE GARANTAS OREPRESENTACIONES POR PARTE DE LOTUS (O DE SUS PROVEEDORES O CEDENTES), NI LAALTERACIN DE LOS TRMINOS Y CONDICIONES DEL CONTRATO DEL SOFTWAREAPLICABLE QUE REGULA EL USO DE ESTE SOFTWARE.

COPYRIGHT

De acuerdo con las leyes de propiedad intelectual, ni la documentacin ni los programas incluidos eneste paquete pueden copiarse, fotocopiarse, reproducirse, traducirse o reducirse a cualquier medio osoporte electrnico o legible mediante mquinas, ni total ni parcialmente, sin el permiso previo porescrito de Lotus Development Corporation, excepto en los trminos descritos en la documentacin o enel Contrato del software aplicable que regula el uso del software.

Copyright 1985 - 1999 Lotus Development Corporation55 Cambridge ParkwayCambridge, 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 LotusDevelopment 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 BusinessMachines Corporation. Tivoli/Courier es una marca comercial de Tivoli Systems Inc., empresasubsidiaria de International Business Machines Corporation. Todas las dems marcas comerciales sonpropiedad de sus respectivos propietarios.


3/146

Prefacio . . . . . . . . . . . . . . . . . . . . vii.Estructura de la documentacin de Notes

y Domino . . . . . . . . . . . . . . . . . . . . . . vii. .Documentacin para el cliente Notes . . . vii. .Documentacin para la administracin

de Domino . . . . . . . . . . . . . . . . . . . . . vii. .Documentacin para Domino Designer . viii.

Captulo 1

Ventajas y requisitos de lasagrupaciones de servidores . . . . 1-1Qu es una agrupacin de servidores

Domino? . . . . . . . . . . . . . . . . . . . . . . 1-1.De qu forma le pueden ayudar? . . . . . 1-2.

Requisitos de las agrupaciones deservidores . . . . . . . . . . . . . . . . . . . . . 1-3.

Captulo 2Funcionamiento de lasagrupaciones de servidores

Domino . . . . . . . . . . . . . . . . . . . . 2-1Caractersticas generales de lasagrupaciones . . . . . . . . . . . . . . . . . . . 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 laagrupacin . . . . . . . . . . . . . . . . . . . . . 2-9.El Administrador del ndice de bases de

datos de la agrupacin . . . . . . . . . . . . 2-9.Cluster Administrator . . . . . . . . . . . . . . 2-10El Replicador de agrupacin . . . . . . . . . 2-10

Funcionamiento de la replicacin en unaagrupacin . . . . . . . . . . . . . . . . . . . . . 2-11

Historia de replicaciones en unaagrupacin . . . . . . . . . . . . . . . . . . . . . 2-12

Replicacin de carpetas privadas en unaagrupacin . . . . . . . . . . . . . . . . . . . . . 2-13

Redireccionamiento del correo en unaagrupacin . . . . . . . . . . . . . . . . . . . . . 2-13

Funcionamiento del correo en unaagrupacin . . . . . . . . . . . . . . . . . . . . . 2-14

Captulo 3

Planificacin de una agrupacinde servidores . . . . . . . . . . . . . . . . 3-1Determinacin del nmero de servidores

que se deben incluir en unaagrupacin . . . . . . . . . . . . . . . . . . . . . 3-2.

Determinacin del nmero y la ubicacin delas rplicas en una agrupacin . . . . . 3-4.

Determinacin del nmero de rplicasque se deben crear . . . . . . . . . . . . . . . 3-5.

Distribucin de las bases de datos en unaagrupacin de servidores . . . . . . . . . 3-8.

Distribucin de las bases de datos decorreo . . . . . . . . . . . . . . . . . . . . . . . . . 3-8.Distribucin de bases de datos de

aplicaciones . . . . . . . . . . . . . . . . . . . . 3-11Determinacin de la necesidad de crear una

LAN privada para la agrupacin . . . 3-12Ejemplos de configuraciones de

agrupaciones . . . . . . . . . . . . . . . . . . . 3-12Ejemplo de agrupacin de dos servidores

para el correo y las aplicaciones . . . . 3-13Ejemplo de agrupacin de tres servidores

para el correo y las aplicaciones . . . . 3-13

Ejemplo de agrupacin de seis servidorespara el correo y las aplicaciones . . . . 3-14

Ejemplo de agrupacin de servidores hub 3-15Ejemplo de agrupacin de servidores de

trnsito . . . . . . . . . . . . . . . . . . . . . . . . 3-16

Contenido ii

Contenido


4/146

Captulo 4Configuracin de una agrupacinde servidores . . . . . . . . . . . . . . . . 4-1Pasos previos a la creacin de una

agrupacin . . . . . . . . . . . . . . . . . . . . . 4-1.Creacin de una agrupacin . . . . . . . . . . . . 4-2.

El proceso de creacin de unaagrupacin de servidores . . . . . . . . . 4-3.

Cmo verificar que la agrupacin se hacreado correctamente . . . . . . . . . . . . . 4-4.

Uso del anlisis de la agrupacin paracomprobar la configuracin de laagrupacin . . . . . . . . . . . . . . . . . . . . . 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 unaagrupacin de servidores . . . . . . . . . 4-8.Control de otros parmetros que

permiten restringir el acceso a lasbases de datos . . . . . . . . . . . . . . . . . . 4-9.

Configuracin del correo en una agrupacin 4-10Cambio del parmetro de

redireccionamiento de la transferenciadel correo . . . . . . . . . . . . . . . . . . . . . . 4-11

Uso del correo compartido en unaagrupacin de servidores . . . . . . . . . 4-12

Uso de la replicacin estndar en una

agrupacin . . . . . . . . . . . . . . . . . . . . . 4-12Replicacin programada en una

agrupacin de servidores . . . . . . . . . 4-13Replicacin con todos los servidores de

una agrupacin . . . . . . . . . . . . . . . . . 4-14Desactivacin de la replicacin de la

agrupacin . . . . . . . . . . . . . . . . . . . . . 4-16Desactivacin de la replicacin entre

servidores de una agrupacin parabases de datos especficas . . . . . . . . . 4-16

Creacin de un agente para desactivar la

replicacin entre servidores de unaagrupacin para bases de datosespecficas . . . . . . . . . . . . . . . . . . . . . 4-17

Desactivacin de la replicacin entreservidores de una agrupacin paratodas las bases de datos de unservidor . . . . . . . . . . . . . . . . . . . . . . . 4-18

Activacin del registro para la replicacinde la agrupacin . . . . . . . . . . . . . . . . 4-18

Uso de la Asistencia de directorios en unaagrupacin . . . . . . . . . . . . . . . . . . . . . 4-18

Configuracin del acceso a la agrupacinpara los usuarios mviles . . . . . . . . . 4-19

Uso de Web Navigator del servidor en unaagrupacin . . . . . . . . . . . . . . . . . . . . . 4-21

Configuracin de una LAN privada parauna agrupacin . . . . . . . . . . . . . . . . . 4-21

Cmo asegurarse de que Domino estutilizando la LAN privada . . . . . . . . 4-23

Cmo asegurarse de que la replicacinde la agrupacin est utilizando laLAN privada . . . . . . . . . . . . . . . . . . . 4-23

Captulo 5Gestin y supervisin de una

agrupacin de servidores . . . . . . 5-1Supervisin de una agrupacin deservidores . . . . . . . . . . . . . . . . . . . . . 5-1.

Visualizacin de una lista con losmiembros de la agrupacin y sudisponibilidad . . . . . . . . . . . . . . . . . . 5-1.

Supervisin de los eventos y las estadsticasdel Administrador de la agrupacin(Cluster Manager) . . . . . . . . . . . . . . . 5-2.

Visualizacin de los eventos deredireccionamiento y de reparto de lacarga . . . . . . . . . . . . . . . . . . . . . . . . . 5-2.

Visualizacin de las estadsticas delAdministrador de agrupacin . . . . . . 5-3.

Visualizacin de los eventos de replicaciny de las estadsticas de la agrupacin 5-4.

Visualizacin de los eventos dereplicacin de la agrupacin . . . . . . . 5-5.

Visualizacin de las estadsticas dereplicacin de la agrupacin . . . . . . . 5-6.

Reparto de la carga en una agrupacin deservidores . . . . . . . . . . . . . . . . . . . . . 5-7.

Limitacin de la carga de trabajo de un

servidor . . . . . . . . . . . . . . . . . . . . . . . 5-8.Definicin del nmero mximo deusuarios de un servidor . . . . . . . . . . . 5-12

Gestin del redireccionamiento en unaagrupacin de servidores . . . . . . . . . 5-13

Cmo provocar intencionadamente elredireccionamiento . . . . . . . . . . . . . . 5-13

iv Administracin de las agrupaciones de servidores Domino


5/146

Sustitucin de un servidor de laagrupacin por otro servidor . . . . . . . 5-14

Otras maneras de gestionar elredireccionamiento . . . . . . . . . . . . . . 5-15

Gestin de la replicacin en una agrupacinde servidores . . . . . . . . . . . . . . . . . . . 5-15

Activacin de la replicacin en unaagrupacin de servidores . . . . . . . . . 5-16

Uso de mltiples replicadores deagrupacin . . . . . . . . . . . . . . . . . . . . . 5-16

Determinacin del nmero dereplicadores de agrupacin que sedeben ejecutar . . . . . . . . . . . . . . . . . . 5-17

Activacin de mltiples replicadores deagrupacin . . . . . . . . . . . . . . . . . . . . . 5-17

Gestin de la disponibilidad de las bases dedatos en una agrupacin deservidores . . . . . . . . . . . . . . . . . . . . . 5-18

Cmo indicar que una base de datos estfuera de servicio . . . . . . . . . . . . . . . . 5-18Cmo indicar que una base de datos est

en servicio . . . . . . . . . . . . . . . . . . . . . 5-19Eliminacin de una base de datos de una

agrupacin de servidores . . . . . . . . . 5-19Adicin de un servidor a una agrupacin . 5-20

Qu ocurre cuando se agrega unservidor a una agrupacin? . . . . . . . . 5-21

El papel del Proceso de administracinen la adicin de un servidor a una

agrupacin . . . . . . . . . . . . . . . . . . . . . 5-22Eliminacin de un servidor de unaagrupacin de servidores . . . . . . . . . 5-22

Qu sucede cuando se elimina unservidor de una agrupacin? . . . . . . . 5-23

El papel del Proceso de administracinen la eliminacin de un servidor deuna agrupacin . . . . . . . . . . . . . . . . . 5-24

Traslado de un servidor de una agrupacinde servidores a otra . . . . . . . . . . . . . . 5-24

Visualizacin de la informacin del ndicede bases de datos de la agrupacin . . 5-25

Creacin de un nuevo ndice de bases dedatos de la agrupacin . . . . . . . . . . . . 5-26

Captulo 6Uso de las agrupaciones deservidores en Internet . . . . . . . . 6-1Funcionamiento 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 deservidores . . . . . . . . . . . . . . . . . . . . . 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 dentrode 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-12Ejecucin de ICM . . . . . . . . . . . . . . . . . . . . 6-13El redireccionamiento y el reparto de la

carga . . . . . . . . . . . . . . . . . . . . . . . . . 6-13

Cuando un servidor falla . . . . . . . . . . . . 6-14Seguridad . . . . . . . . . . . . . . . . . . . . . . . . . . 6-15Administracin y supervisin de ICM . . . . 6-15

Visualizacin del archivo de registro . . . 6-16Visualizacin de las estadsticas de ICM 6-16

Compatibilidad con las versiones anterioresde Domino . . . . . . . . . . . . . . . . . . . . . 6-17

Captulo 7Configuracin de Domino paraque pueda ejecutarse con

Microsoft Cluster Server . . . . . . 7-1Las agrupaciones de servidores Dominofrente a las agrupaciones deservidores de Microsoft Cluster Server 7-1.

Contenido v


6/146

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 laconfiguracin . . . . . . . . . . . . . . . . . . . 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 MSCSpara 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-10Asignacin del nombre de la red al

nombre del equipo . . . . . . . . . . . . . . . 7-11Ejecucin del servidor Domino bajo MSCS . 7-12

Ejecucin de Domino bajo MSCS . . . . . . 7-12Configuracin de los clientes Notes para

TCP/IP . . . . . . . . . . . . . . . . . . . . . . . 7-12Cmo finalizar la ejecucin de Domino

bajo MSCS . . . . . . . . . . . . . . . . . . . . . 7-13

Apndice AEstadsticas de las agrupacionesde servidores . . . . . . . . . . . . . . . . A-1Estadsticas del Administrador de

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

Apndice BSolucin de problemasrelacionados con lasagrupaciones de servidores . . . . B-1Algunos cambios realizados en las bases de

datos no se replican con rapidez a

otros servidores. . . . . . . . . . . . . . . . . B-1.Las solicitudes de los clientes para ciertas

bases de datos no se redireccionan,aunque las rplicas estn incluidas enel ndice de bases de datos de laagrupacin . . . . . . . . . . . . . . . . . . . . . B-2.

Aunque he marcado una base de datoscomo fuera de servicio, los usuariospueden abrirla . . . . . . . . . . . . . . . . . . B-2.

El ndice de bases de datos de la agrupacinincluye dos copias de los documentosde base de datos para todas las basesde datos de un servidor concreto . . . . B-3.

El valor del parmetro estadsticoReplica.Cluster.Retry.Waiting esmayor que cero . . . . . . . . . . . . . . . . . B-3.

Cluster Replicator was unable to configureusing Cluster Database Directorycldbdir.nsf: File does not exist . . . . . . B-4.

Cluster Replicator was unable to configureusing Cluster Database Directorycldbdir.nsf: Invalid replica ID forcluster database directory. If cluster

name changed, delete cluster databasedirectory and restart cldbdir task. . . . B-4.Las carpetas privadas no se replican entre

las bases de datos de la agrupacin . . B-4.HTTP Server Initialization error. Could not

bind port 80. Port may be in use . . . . B-5.Web Navigator del servidor no utiliza la

funcin de redireccionamiento . . . . . B-5.

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

vi Administracin de las agrupaciones de servidores Domino


7/146

Prefacio

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

Estructura de la documentacin de Notes y Domino

La documentacin para Notes y Domino se ofrece en formato electrnico entres bases de datos a las que se puede acceder desde el men de ayuda.

Ayuda del cliente Notes Versin 5Ayuda sobre administracin de Notes Versin 5

Ayuda de Domino DesignerAdems, la documentacin sobre administracin y sobre Designer seencuentra tambin disponible en manuales impresos. Seleccione OtrasAyudas en la Ayuda de Notes para ver una tabla con toda ladocumentacin disponible. Si lo desea, puede encargar manuales en la sedeWeb 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 uncurso para los usuarios no iniciados en Notes.

Documentacin para la administracin de DominoLa siguiente tabla muestra los manuales impresos que comprende el juegode documentacin de Administracin. La informacin incluida en estosmanuales tambien puede hallarse en la base de datosAyuda sobreadministracin.

Migracin a Notes y DominoVersin 5

Describe cmo actualizar los servidores Domino ylos clientes Notes existentes a la Versin 5. Tambindescribe cmo trasladar a los usuarios a Notes yDomino desde otros sistemas de directorios ymensajera.

Configuracin de la redde Domino

Explica cmo se debe configurar una red especficapara que funcione con Domino. Tambin ilustrasobre cmo ejecutar Notes utilizando protocolos dered individuales y mltiples como, por ejemplo,AppleTalk, Banyan VINES, NetBIOS, Novell SPX(NetWare) y TCP/IP.

vi


8/146

Administracin del sistemade Domino

Volmenes 1 y 2

Describe cmo configurar y administrar losservidores, los usuarios, las conexiones del servidor,el correo, la replicacin, la seguridad, las agendas yla planificacin, los servidores Web, los servicios deNNTP, la facturacin y la supervisin del sistema.Tambin informa sobre cmo solucionar losproblemas del sistema.

Administracin deagrupacionesde Domino

Describe como configurar, administrar y solucionarlos problemas de las agrupaciones de servidoresDomino.

Gestin de bases de datosde Domino

Ofrece informacin sobre cmo gestionar y efectuarel mantenimiento de las bases de datos, incluyendoaspectos tales como su puesta en marcha y laconfiguracin de las listas de control de acceso y dela replicacin.

Documentacin para Domino DesignerLa siguiente tabla muestra los manuales impresos que comprende el juegode documentacin de Designer. La informacin incluida en estos manualestambien puede hallarse en la base de datosAyuda de Domino Designer.

Application Developmentwith Domino Designer

Explica cmo crear todos los elementos de diseousados en la creacin de aplicaciones de Domino,como compartir informacin con otras aplicacionesy como personalizar aplicaciones.

Domino DesignerProgramming Guide

Volume 1: Formula Language

Presenta la programacin en Domino Designer ydescribe el lenguaje de frmulas, las funciones @ y

los comandos de @Command.Domino DesignerProgramming Guide

Volume 2: LotusScript Classes

Ofrece informacin de referencia sobre las las clasesde LotusScript, que proporcionan acceso a las basesde datos y a otras estructuras de Domino.

Domino DesignerProgramming Guide

Volume 3: Java Classes

Ofrece informacin de referencia sobre las las clasesde Java, que proporcionan acceso a las bases dedatos y a otras estructuras de Domino.

LotusScript Language Guide Describe los bloques de creacin bsicos deLotusScript, como usar este lenguaje para crear

aplicaciones, una panormica general del lenguaje deprogramacin de LotusScript y una amplia lista delos elementos del lenguaje.

viii Administracin de las agrupaciones de servidores Domino


9/146

Application Developmentwith Domino Designer

Explica cmo crear todos los elementos de diseousados en la creacin de aplicaciones de Domino,como compartir informacin con otras aplicacionesy como personalizar aplicaciones.

Domino EnterpriseIntegration Guide

Ofrece informacin sobre como configurar DominoConnectors, como utilizar Domino Enterprise

Connection Services (DECS) para acceder a datosempresariales en tiempo real y material dereferencia para realizar programaciones con laextensin de LotusScript para Domino Connectors.

Gestin de bases de datosde Domino

Ofrece informacin sobre cmo gestionar y efectuarel mantenimiento de las bases de datos, incluyendoaspectos tales como su puesta en marcha y laconfiguracin de las listas de control de acceso y dela replicacin.

Prefacio ix


10/146

x Administracin de las agrupaciones de servidores Domino


11/146

Captulo 1Ventajas y requisitos de las agrupaciones de

servidores

Este captulo describe las agrupaciones de servidores Lotus Domino yofrece instrucciones sobre su instalacin, configuracin y uso. Tambinincluye una relacin de las ventajas del uso de agrupaciones de servidores yde los requisitos de hardware y software necesarios para configurar yutilizar dichas agrupaciones.

Qu es una agrupacin de servidores Domino?Una agrupacin de servidores Domino es un grupo compuesto por unmnimo de dos servidores y un mximo de seis, que le permiten ofrecer alos usuarios un acceso constante a los datos, repartir la carga de trabajoentre varios servidores, mejorar las prestaciones del servidor y aumentar eltamao de su organizacin sin menoscabo del rendimiento. Los servidoresde una agrupacin contienen rplicas de las bases de datos a las que losusuarios deben tener acceso de una forma constante. Si un usuario intentaacceder a una base de datos ubicada en un servidor de la agrupacin queno est disponible, Domino abrir una rplica en otro servidor de la

agrupacin, si es que existe dicha rplica. Domino se encarga de sincronizarcontinuamente las bases de datos con objeto de que todas las rplicascontengan la misma informacin.

Los clientes Lotus Notes pueden acceder a todos los servidores de laagrupacin. Los clientes HTTP (navegadores de Internet) nicamentepueden acceder a los servidores Web de Domino de la agrupacin.

1-


12/146

De qu forma le pueden ayudar?Las principales ventajas de las agrupaciones son:

Alta disponibilidad de las bases de datos ms importantesCuando se produce un problema de hardware o de software, losservidores de la agrupacin redireccionan las solicitudes de apertura de

bases de datos a otros servidores de la agrupacin, ofreciendo a losusuarios un acceso ininterrumpido a las bases de datos msimportantes. Este proceso se denomina redireccionamiento. Lasagrupaciones de servidores ofrecen la funcin de redireccionamientopara los servidores y las bases de datos de importancia crtica,incluyendo el redireccionamiento de servidores de trnsito a otrosservidores de la agrupacin. El redireccionamiento tambin permiterealizar actividades de mantenimiento en los servidores, como porejemplo actualizaciones de hardware o software, sin que ello repercutade forma negativa en los usuarios.Reparto de la carga

Cuando los usuarios intentan acceder a bases de datos ubicadas enservidores que soportan un alto nivel de actividad, Domino se encargade redireccionar las solicitudes de los usuarios a otros servidores de laagrupacin con el fin de que la carga se distribuya uniformemente atravs de sta. Este mtodo le permitir lograr un rendimiento ptimoen su sistema, lo que significa un acceso ms rpido a los datos.Capacidad de crecimientoA medida que aumente el nmero de usuarios soportados, podragregar servidores fcilmente a la agrupacin con objeto de que nodisminuya el rendimiento. Cuando planifique la futura ampliacin

podr crear mltiples rplicas de las bases de datos que faciliten almximo el acceso a la informacin y trasladar a los usuarios a otrasagrupaciones o servidores. A medida que su empresa crezca, podrdistribuir las cuentas de usuario entre las agrupaciones y repartir lascargas adicionales para optimizar el rendimiento del sistema.Sincronizacin de datosUna de las claves para el funcionamiento eficaz de la agrupacin es laconfiguracin de rplicas de las bases de datos en dos o ms servidoresde la agrupacin. De esta manera, los usuarios podrn acceder a losdatos cuando un servidor est fuera de servicio o soporte un alto nivelde actividad. Con la replicacin entre los servidores de la agrupacin segarantiza que todos los cambios, tanto en una base de datos como en lacomposicin de los propios miembros de la agrupacin, se enveninmediatamente a las dems bases de datos o servidores de laagrupacin. De esta manera, las bases de datos mantienen un alto gradode sincronizacin para facilitar una mayor disponibilidad de lainformacin.

1-2 Administracin de las agrupaciones de servidores Domino


13/146

Herramientas de anlisis

Mediante el uso de las herramientas de anlisis de la agrupacin, encombinacin con el archivo de registro y la base de datos Statistics &Events, es posible analizar la actividad de la agrupacin y realizar loscambios necesarios para mejorar el rendimiento.

Facilidad a la hora de realizar cambios en el sistema operativo, en elhardware o en las versiones de Domino

Cuando desee realizar modificaciones en el hardware, en el sistemaoperativo o en la versin de Domino, marque el servidor de laagrupacin como servidor de acceso restringido para que las solicitudesde acceso a una base de datos de dicho servidor se redireccionen a lasrplicas ubicadas en otros servidores de la agrupacin. Esto le permitirrealizar 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 podrnacceder a dicho servidor, pero la funcin de replicacin de laagrupacin lo mantendr actualizado en todo momento.

Requisitos de las agrupaciones de servidores

Requisitos del servidorTodos los servidores de una agrupacin deben ejecutar la Versin 5 o4.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 estarconectados usando una red de rea local (LAN) de alta velocidad.Tambin es posible configurar una LAN privada para gestionarexlusivamente 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 deprotocolos de red.

Todos los miembros de la agrupacin de servidores deben estar en elmismo dominio de Domino y compartir un Directorio de Domino

comn.

Ventajas y requisitos de las agrupaciones de servidores 1-3


14/146

Debe especificar un servidor de administracin para el Directorio deDomino en el dominio al que pertenece la agrupacin. Si no especificaninguno, el Proceso de administracin no podr cambiar los miembrosde la agrupacin de servidores. El servidor que funcione como servidorde administracin no necesita ser miembro de una agrupacin ni estarfuncionando con la licencia Enterprise Server.

Cada uno de los servidores de la agrupacin debe tener un ID deservidor jerrquico. En caso contrario, debe convertirlos en IDsjerrquicos antes de poder utilizarlos en la agrupacin.

Cada servidor es miembro de una nica agrupacin de servidores almismo tiempo.

Cada servidor debe disponer del espacio de almacenamiento en discoadecuado para poder funcionar como miembro de una agrupacin deservidores. Puesto que las agrupaciones suelen almacenar ms rplicasde bases de datos, los servidores que formen parte de agrupacionesnecesitarn una mayor capacidad de almacenamiento en disco que losservidores no agrupados.Cada servidor debe poseer un procesador y una capacidad de memoriaapropiados. En general, los servidores agrupados necesitan unapotencia mayor que los servidores no agrupados.

Si desea ms informacin sobre cmo determinar los recursos necesariospara instalar una agrupacin de servidores, consulte el captulo"Planificacin de una agrupacin de servidores".

Requisitos del clienteLos clientes Notes deben ejecutar la Versin 4.5 de Notes o superior

para poder beneficiarse de la funcin de redireccionamiento de laagrupacin.

Los clientes que accedan a un servidor de una agrupacin debernutilizar TCP/IP.



15/146

Captulo 2Funcionamiento de las agrupaciones de servidores

Domino

Este captulo explica el funcionamiento de las agrupaciones de servidorespara los clientes Lotus Notes y los servidores Domino. Si deseainformacin sobre el funcionamiento de las agrupaciones de servidores conlos clientes HTTP y los servidores Web de Domino, consulte el captulo"Uso de las agrupaciones de servidores en Internet".

Caractersticas generales de las agrupacionesTodos los servidores de una agrupacin se comunican continuamente entres para mantener actualizado el estado de cada uno de ellos y mantenersincronizadas las rplicas de las bases de datos. Cada uno de los servidoresde una agrupacin contiene los componentes de las agrupaciones que seinstalan con la licencia Lotus Domino Enterprise Server. Estoscomponentes, con la ayuda del Proceso de administracin, realizarn lastareas de gestin y control de la agrupacin que le permitirn administrarsta. Para ello, mantendrn sincronizadas las rplicas de las bases de datosy se comunicarn entre s para asegurarse de que la agrupacin funcione de

forma eficiente y sin problemas. Tambin le permitirn definir los lmitespara el reparto de la carga de trabajo y realizar un seguimiento de ladisponibilidad de los servidores y las bases de datos, as como agregarservidores y bases de datos a la agrupacin.

Para beneficiarse de las funciones de redireccionamiento y reparto de lacarga, 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 encada servidor. El nmero de rplicas que debe crear para una determinadabase de datos depende del nivel de actividad que soporte sta y de laimportancia que tenga para los usuarios que disponen de acceso constante a

ella. Es posible que, para ciertas bases de datos, no necesite crear ningunarplica; para otras, sin embargo, necesitar crear varias rplicas.

Si desea informacin sobre cmo determinar el nmero necesario derplicas que se deben crear, consulte el Captulo "Planificacin de unaagrupacin de servidores".

2-


16/146

Funcionamiento del redireccionamiento

La capacidad de una agrupacin de redireccionar solicitudes de un servidora otro se denomina redireccionamiento. Si un usuario intenta acceder a unabase de datos situada en un servidor que no est disponible o que se utilizamucho, 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 dela agrupacin enva unos mensajes, denominados sondeos, al resto deservidores con objeto de determinar su disponibilidad. Asimismo,comprueba continuamente cules son las bases de datos y rplicasdisponibles en cada uno de los servidores. Si un usuario intenta acceder auna base de datos que no est disponible, el Administrador de agrupacinle conecta con una rplica de la base de datos situada en otro servidor de laagrupacin. Aunque el usuario accede a una base de datos ubicada en otroservidor, el redireccionamiento se realiza de forma transparente.

EjemploEn este ejemplo se describe el proceso utilizado por Domino cuando ejecutala funcin de redireccionamiento. Esta agrupacin consta de tresservidores. El servidor 1 no est disponible actualmente. LosAdministradores de agrupacin de los servidores 2 y 3 ya han detectadoesta circunstancia.



17/146

1. Un usuario de Notes intenta abrir una base de datos ubicada en elservidor 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 paracomprobar si este servidor forma parte de una agrupacin y si contiene

los nombres de los otros servidores de la agrupacin. (Cuando unclientes Notes accede por primera vez a un servidor de una agrupacinlos nombres de todos los servidores de dicha agrupacin se agregan alcach del grupo ubicado en el cliente.)

4. Notes accede al Administrador de agrupacin del siguiente servidorque aparece en el cach del grupo.

5. El Administrador de agrupacin determina cul es el servidor quecontiene una rplica disponible de la base de datos solicitada.

6. El Administrador de agrupacin enva esta informacin a Notes y, acontinuacin, ste abre la rplica.

Cundo se produce el redireccionamiento?

El redireccionamiento tiene lugar bien cuando los usuarios no puedenacceder al servidor en el que se encuentra la base de datos, o bien cuandono pueden acceder a la propia base de datos. La siguiente tabla describe lasdiferentes situaciones en las que los usuarios no pueden acceder al servidoro la base de datos que desean.

Situacin Motivo del redireccionamiento

No es posible accederal servidor

El servidor no est disponible

Problemas de conexin con la red

El servidor ha alcanzado el nmero mximo de usuariospermitido (definido mediante el parmetroServer_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 elmximo nivel de carga permitido (el umbral dedisponibilidad del servidor)

No es posible accedera la base de datos La base de datos est marcada como fuera de servicio enel ndice de bases de datos de la agrupacin (ClusterDatabase Directory).

La base de datos est marcada como pendiente deeliminacin en el ndice de bases de datos de laagrupacin (Cluster Database Directory).

Funcionamiento de las agrupaciones de servidores Domino 2-


18/146

Siempre que un servidor o una base de datos no est disponible, elredireccionamiento se producir al intentar utilizar Notes para realizarciertas acciones. La tabla siguiente describe las acciones que ejecutan elredireccionamiento.

Acciones Accin que ejecuta el redireccionamiento

Operaciones deapertura de bases dedatos

Apertura de una base de datos desde un marcador

Accin de hacer clic en un vnculo de documento, unvnculo de vista o un vnculo de base de datos

Activacin de un campo, una accin o un botn quecontenga el comando @command ([FileOpenDatabase])

Ejecucin de una rutina de LotusScript que contenga elmtodo OpenWithFailover de la clase NotesDatabase

El uso de cdigo Java que contenga el mtodo

OpenDatabase de la clase DbDirectoryReplicacin con una base de datos situada en el servidorde una agrupacin que no se est ejecutando o no estdisponible en la red

Operacionesrelacionadas con elservidor de correo

Creacin de correo

Bsquedas de nombres

Escritura anticipada

Transferencia de mensajes de correoAgentes para preprocesar el correo

Invitaciones a reuniones

Bsquedas de tiempol libre

Bsquedas de servidores

Operaciones delservidor Web

Seleccin del icono Abrir URL

Accin de hacer clic en un vnculo a URL

Acceso a un URL mediante un navegador de Web



19/146

Cundo no se produce el redireccionamiento?El redireccionamiento no tiene lugar cuando:

Un servidor deja de estar disponible mientras un usuario mantieneabierta una base de datosNota El usuario puede abrir la base de datos de nuevo, lo que

provocar el redireccionamiento a una rplica diferente, si existe una enla agrupacin de servidores. Si el usuario estaba editando undocumento en el momento en el que el servidor dej de estardisponible, podr copiar el documento en la rplica.

Un usuario selecciona Archivo - Base de datos - Propiedades oArchivo - Base de datos - Abrir.El router intenta entregar el correo mientras la variableMailClusterFailover tiene asignado el valor 0El servidor de plantillas no est disponible mientras se est creando unabase de datos

Se ejecutan agentes, a excepcin del encargado de preprocesar el correoSe replica con un servidor cuyo acceso ha sido restringido por eladministrador, o que ha alcanzado el mximo nmero de usuarios o denivel de uso definido por el administrador. El redireccionamientotampoco tiene lugar cuando se replica con una base de datos marcadacomo fuera de servicio. La replicacin se desarrolla con normalidadindependientemente de estas restricciones, por lo que no hay ningunanecesidad 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 laagrupacin una rplica de dicha base de datos. Para ello, intenta localizaruna base de datos que tenga el mismo ID de rplica que la base de datosoriginal.

Si el Administrador de agrupacin encuentras varias rplicas de una basede datos en el mismo servidor, da por supuesto que se utiliza la replicacinselectiva para replicarlas. En el caso de que existan varias rplicas en unservidor, el Administrador de agrupacin buscar una que tenga la mismaruta de acceso que la base de datos original. Por lo tanto, si sita mltiplesrplicas en un servidor, asegrese de que todas las rplicas de la

agrupacin que utilicen las mismas frmulas de replicacin selectiva tienenla misma ruta de acceso. De lo contrario, es posible que los usuariosaccedan a otra rplica distinta.

Cuando se produce el redireccionamiento en un servidor, Domino generaun evento de redireccionamiento o de reparto de la carga en el archivo deregistro.



20/146

Funcionamiento del reparto de la carga

Distribuya las bases de datos a travs de la agrupacin; esto le permitirrepartir la carga y evitar la sobrecarga de los servidores. Adems, existenalgunas variables del archivo NOTES.INI que puede utilizar para realizarun reparto de la carga ms eficaz. Por ejemplo, es posible establecer el

lmite de carga que puede soportar un servidor especificando un umbral dedisponibilidad. Cuando el servidor alcance dicho umbral, el Administradorde agrupacin lo marcar como BUSY. Cuando un servidor se encuentra enel estado BUSY, las solicitudes de apertura de bases de datos se envan aotros servidores que contengan rplicas de las bases de datos solicitadas.Tambin es posible especificar el nmero mximo de usuarios que puedenacceder a un servidor. Una vez alcanzado este nmero, los usuarios seredireccionarn a otro servidor. Esto mantiene la carga de trabajo repartiday 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 elndice de bases de datos de la agrupacin una rplica de dicha base dedatos. A continuacin, comprueba la disponibilidad de los servidores quecontienen una rplica y redirecciona al usuario al servidor que est enmejores condiciones. En el caso de que ningn servidor de la agrupacincontenga una rplica o de que todos estn marcados como BUSY, elAdministrador de agrupacin abrir la base de datos original, aunque elservidor est BUSY.

EjemploEl ejemplo siguiente ilustra el funcionamiento del reparto de la carga de

Domino. Esta agrupacin consta de tres servidores. El servidor 2 estactualmente BUSY, ya que la carga de trabajo ha alcanzado el umbral dedisponibilidad especificado por el administrador para dicho servidor. LosAdministradores de agrupacin de los servidores 1 y 3 ya han detectadoesta circunstancia.



21/146

1. Un usuario de Notes intenta abrir una base de datos ubicada en elservidor 2.

2. Domino enva un mensaje a Notes indicando que el servidor est BUSY3. 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, acontinuacin, ste abre la rplica.

Si desea informacin sobre cmo determinar el nmero necesario derplicas que se deben crear, consulte el Captulo "Planificacin de unaagrupacin de servidores".

Los componentes de las agrupaciones

Existen varios componentes que trabajan juntos para conseguir que laagrupacin 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


22/146

El Replicador de agrupacin

Internet Cluster Manager

Estos componentes se describen en las siguientes secciones, exceptoInternet Cluster Manager, que se describe en el Captulo "Uso de lasagrupaciones de servidores en Internet".

El Administrador de la agrupacin

El Administrador de agrupacin (Cluster Manager) se ejecuta en cada unode los servidores de una agrupacin y realiza un seguimiento del estado delresto de servidores. Mantiene una lista de los servidores de la agrupacinactualmente disponibles as como informacin sobre la carga de cada unode los servidores.

Cuando se agrega un servidor a una agrupacin, Domino ejecutaautomticamente 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 agrupacinintercambia ciertos mensajes, denominados sondeos, con el resto deservidores de la agrupacin. Mediante dichos sondeos, el Administrador deagrupacin determina la carga de trabajo y la disponibilidad del resto deservidores. Siempre que es necesario redireccionar la solicitud de unusuario a otra rplica de la base de datos, busca en el ndice de bases dedatos de la agrupacin con el fin de determinar cules son los servidoresque 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 ellocomprueba peridicamente el Directorio de Domino y busca en l loscambios introducidos en el campo ClusterName del documento deservidor o en lista de miembros de la agrupacin.

Controlar la carga y la disponibilidad actual de los servidores de laagrupacin

Comunicar a los dems Administradores de agrupacin los cambios deestado de los servidores de la agrupacin

Redireccionar las solicitudes de bases de datos basndose en ladisponibilidad de los servidores de la agrupacin (redireccionamiento).

Repartir la carga de los servidores de la agrupacin basndose en lainformacin de que dispone sobre el estado de los mismos

Registrar los eventos de redireccionamiento y de reparto de la carga enel archivo de registro.



23/146

Cuando arranca, el Administrador de agrupacin comprueba el Directoriode Domino para determinar qu servidores pertenecen a la agrupacin.Almacena esta informacin en la memoria del cach de nombres de laagrupacin del servidor. El Administrador de agrupacin utiliza dichainformacin para intercambiar sondeos con el resto de administradores deagrupacin. Asimismo, emplea el cach de nombres de la agrupacin para

almacenar la informacin sobre la disponibilidad de los servidoressuministrada por dichos sondeos. Esta informacin ayuda al Administradode agrupacin a realizar las funciones mencionadas anteriormente, comopor ejemplo el redireccionamiento y el reparto de la carga.

Para visualizar la informacin existente en el cach de nombres de laagrupacin, 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 ubicadoen todos los servidores de la agrupacin. Contiene un documento para cada

una de las bases de datos y rplicas existentes en la agrupacin. Dichodocumento contiene informacin como el nombre de la base de datos, elservidor, la ruta de acceso, el ID de rplica y otros atributos de replicacin yde acceso. Los componentes de la agrupacin utilizan esta informacin pararealizar sus funciones, entre las que se encuentran la especificacin de lasrutas de acceso para el redireccionamiento y el control del acceso a las basesde datos, as como la determinacin de los eventos que se deben replicar y adnde se deben replicar.

El Administrador del ndice de bases de datos de la agrupacin

Todos los servidores de una agrupacin ejecutan la tarea Cluster DatabaseDirectory Manager (CLDBDIR). Esta tarea se encarga de crear y mantenerel ndice de bases de datos de la agrupacin. Cuando se agrega un servidora una agrupacin, el Administrador del ndice de bases de datos de laagrupacin crea el ndice de bases de datos en dicho servidor. Cada vez quese agrega una base de datos a un servidor, el Administrador del ndice debases de datos de la agrupacin crea un documento con informacin sobrela nueva base de datos y lo incorpora al ndice de bases de datos de laagrupacin. Cada vez que se elimina una base de datos de un servidor de laagrupacin, el Administrador del ndice de bases de datos de la agrupacinelimina tambin este documento. El Administrador del ndice de bases dedatos de la agrupacin tambin se encarga de realizar un seguimiento decada una de las bases de datos, entre las que se encuentran las marcadascomo "fuera de servicio" o "pendientes de eliminacin".



24/146

Cada vez que se produce un cambio en el ndice de bases de datos de laagrupacin, el Replicador de agrupacin lo replica inmediatamente a losndices de bases de datos de la agrupacin del resto de servidores. De estamanera, se garantiza que cada miembro de la agrupacin dispone deinformacin 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 ysupervisin de una agrupacin".

Cluster AdministratorCluster Administrator se encarga de realizar la mayora de las tareas demantenimiento asociadas con una agrupacin. Por ejemplo, cuando seagrega un servidor a una agrupacin, Cluster Administrator ejecuta lastareas de la agrupacin, como por ejemplo el Administrador del ndice debases de datos de la agrupacin y el Replicador de agrupacin. Otro de suscometidos es agregar ciertos comandos (CLDBDIR y CLREPL) al parmetroServerTasks del archivo NOTES.INI con objeto de que dichas tareas se

ejecuten siempre al arrancar el servidor. Asimismo, se encarga de ejecutarel Proceso de administracin, si es que no se est ejecutando an. Si seelimina un servidor de la agrupacin, Cluster Administrator elimina loscomandos mencionados anteriormente del archivo NOTES.INI y finaliza laejecucin de las tareas. Tambin elimina el ndice de bases de datos de laagrupacin de dicho servidor y los documentos de ste existentes en losndices de bases de datos de la agrupacin del resto de servidores.

El Replicador de agrupacinLa tarea Replicador de agrupacin (CLREPL) se encarga de mantenersincronizada 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 laagrupacin, el Replicador de agrupacin lo enva a las dems rplicas de laagrupacin. De este modo se garantiza que, cada vez que se acceda a unabase de datos, se estar abriendo la versin ms actualizada de la misma. ElReplicador de agrupacin tambin replica los cambios introducidos en lascarpetas privadas que estn almacenadas en las bases de datos.Inicialmente, cada uno de los servidores de la agrupacin ejecuta unReplicador de agrupacin, aunque es posible ejecutar varias tareas CLREPLcon el fin de mejorar el rendimiento.

El Replicador de agrupacin se sirve del ndice de bases de datos de laagrupacin (CLDBDIR.NSF) para determinar las bases de datos que tienenrplicas en otros miembros de la agrupacin. El Replicador de agrupacinalmacena esta informacin en la memoria y la utiliza para replicar loscambios a los dems servidores. Cuando el Replicador de agrupacindetecta cambios en el ndice de bases de datos de la agrupacin, actualiza lainformacin que conserva en la memoria; por ejemplo, la adicin oeliminacin de una base de datos o la desactivacin de la replicacin de unabase de datos.



25/146

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

Funcionamiento de la replicacin en una agrupacinLa replicacin de agrupacin es una tarea activada por eventos, ms queuna tarea activada por programacin. Cuando el Replicador de agrupacinrecibe la notificacin de un cambio en una base de datos, intenta enviarinmediatamente dichos cambios a las dems rplicas de la agrupacin. Siexiste un retraso en los eventos de replicacin, el Replicador de agrupacinalmacena stos en la memoria hasta que pueda enviarlos al resto deservidores de la agrupacin. Si se produce un cambio en la misma base dedatos antes de que se haya enviado el cambio anterior, el Replicador deagrupacin almacena ambos en la cola y los enva juntos para ahorrartiempo de procesamiento.

Dado que Domino slo almacena los eventos de modificacin en lamemoria, para que el Replicador de agrupacin enve los cambios alservidor de destino debern estar disponibles tanto el servidor de origencomo el de destino. Si el servidor de destino no est disponible, elReplicador de agrupacin continuar almacenando los eventos en lamemoria hasta que lo est.

Si el servidor de origen finaliza su ejecucin antes de que termine lareplicacin, los eventos de replicacin almacenados en la memoria se

perdern. Por este motivo, siempre que se reinicie un servidor de laagrupacin, se debera utilizar la replicacin estndar (la tarea REPLICA)para efectuar la replicacin inmediata con todos los miembros de laagrupacin. Tambin es aconsejable programar la replicacin entre losservidores de la agrupacin a intervalos de tiempo regulares, como porejemplo una vez por hora, para asegurarse de que las bases de datospermanecen sincronizadas.

Cuando el Replicador de agrupacin registra los eventos de replicacin, lasbases de datos que estn esperando para volver a intentar la replicacin seregistran en el Registro de replicaciones. Esto le permite averiguar qu

bases de datos no estn sincronizadas actualmente y cules son los erroresque impiden la replicacin. Una vez que se han corregido los errores y lareplicacin ha finalizado correctamente, la informacin sobre los erroresdesaparecer.



26/146

Si desea ms informacin sobre la realizacin de la replicacin inmediata yla programacin de la replicacin, consulteAdministracin del sistema deDomino.

El encargado de procesar las frmulas de replicacin es el replicadorestndar, no el Replicador de agrupacin. Ya que dichas frmulas puedenutilizar una gran cantidad de potencia de procesamiento, no son procesadaspor el Replicador de agrupacin con objeto de minimizar la sobrecargaproducida por el uso de la replicacin de la agrupacin. Por lo tanto, siutiliza la replicacin selectiva, es posible que haya bases de datos queincluyan temporalmente documentos que no se corresponden con lafrmula de seleccin. Domino eliminar estos documentos al ejecutar lareplicacin estndar.

Adems, el Replicador de agrupacin no respeta las opciones seleccionadasen el panel Avanzadas del cuadro de dilogo Parmetros de replicacin.Por lo tanto, no es posible desactivar la replicacin de elementos especficosde una base de datos, como la LCA, los agentes y los elementos de diseo.El Replicador de agrupacin siempre procurar que las rplicas seanidnticas con objeto de que los usuarios que utilicen la funcin deredireccionamiento no se den cuenta de que lo hacen.

Cuidado La replicacin estndar no puede eliminar automticamente loscambios realizados en elementos especficos de las bases de datos, como laLCA, los agentes o los elementos de diseo. Si necesita limitar la replicacinde estos elementos en una base de datos determinada, considere laposibilidad de usar solamente la replicacin estndar, no la replicacin dela agrupacin, con dicha base de datos.

Historia de replicaciones en una agrupacinDebido a la frecuencia con la que se producen los eventos de replicacin enuna agrupacin de servidores, el Replicador de agrupacin no lee ni escribeen la historia de replicaciones de una base de datos cada vez que replicasta. Si la replicacin se realiza correctamente, la historia se almacena en lamemoria. Cada una de los eventos de replicacin satisfactoriossubsiguientes se agregan a la historia de replicaciones almacenada en lamemoria. El Replicador de agrupacin graba peridicamente la historia dereplicaciones en las bases de datos, generalmente a intervalos de 60minutos.

Si desea ms informacin sobre la historia de replicaciones, consulteAdministracin del sistema de Domino.



27/146

Replicacin de carpetas privadas en una agrupacin

Durante la replicacin estndar, no se replican ni las carpetas privadas ni sucontenido, excepto cuando se realiza la replicacin con el cliente delpropietario de la carpeta. No obstante, en las agrupaciones las carpetasprivadas se replican a las dems rplicas de la agrupacin. De este modo segarantiza que cuando se redireccione a los usuarios, independientementede la rplica o base de datos a la que accedan, el contenido de la base dedatos ser idntico. Tanto la replicacin entre servidores de una agrupacincomo la replicacin estndar soportan la replicacin de las carpetasprivadas y su contenido dentro de la agrupacin.

A las carpetas privadas slo pude acceder el creador de las mismas o unservidor de la agrupacin. nicamente los servidores definidos como tipode usuario "Servidor" o "Grupo servidores" en la Lista de control de accesode una base de datos pueden acceder y replicar las carpetas privadas quecontiene dicha base de datos. Los servidores que no estn explcitamenteincluidos 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, elredireccionamiento se producir (a menos que se desactive elredireccionamiento del correo) cuando:

Un usuario intenta abrir una base de datos de correo que no estdisponible

El redireccionamiento para el correo funciona igual que para cualquierotra base de datos.

Un usuario intenta enviar un mensaje una vez que su servidor decorreo ha dejado de estar disponible

Si un usuario est redactando un mensaje en el momento en el que elservidor de correo deja de estar disponible, tiene la posibilidad deenviarlo si existe una rplica de su base de datos de correo en laagrupacin. La entrega se redirecciona a otro servidor de la agrupacinen cuyo buzn de correo saliente Notes deposita el mensaje del usuario

El router intenta entregar correo a un servidor que no est disponibleSi el servidor que contiene la base de datos de correo no estdisponible, el router entrega el correo a un servidor de la agrupacinque contenga una rplica de dicha base de datos. El router realiza elsiguiente procedimiento para localizar la base de datos apropiada.



28/146

En primer lugar, comprueba si est activado el redireccionamiento delcorreo para el servidor local y si el servidor de correo del usuario formaparte de una agrupacin. Si el servidor local se encuentra en la mismaagrupacin y tiene una rplica de la base de datos de correo delusuario, el router entrega el correo a dicha base de datos. De locontrario, solicita a un miembro de la agrupacin que est disponible la

direccin de un servidor que contenga una rplica de la base de datosde correo del usuario y entrega el correo a dicha base de datos. Si nohay ninguna rplica disponible, el router vuelve a intentar entregar elcorreo al servidor de correo del usuario, pero esta vez sin utilizar elredireccionamiento.

El usuario est utilizando correo compartido

El correo compartido tiene el mismo funcionamiento en un servidor dela agrupacin que en un servidor no agrupado. Es posible acceder a labase de datos de mensajes compartidos desde cualquiera de las rplicasde 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 datosde correo, copia el encabezado del mensaje en la base de datos decorreo del usuario y el texto del mensaje en la base de datos de correocompartido.

Si desea ms informacin sobre el correo compartido, consulteAdministracin del sistema de Domino.

Funcionamiento del correo en una agrupacin

Domino soporta el agrupamiento de agendas y de la base de datos detiempo libre. En una agrupacin, el sistema de planificacin funciona entrebastidores 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 servidorescontiene una base de datos que incluye informacin sobre la planificacinpara todos los usuarios que utilizan dicho servidor como su servidor decorreo. Esta base de datos se denomina BUSYTIME.NSF y es ms conocidacomo la base de datos Tiempo libre. En una agrupacin, existe una solabase de datos de tiempo libre para todos aquellos usuarios que tengan su

servidor de correo en la agrupacin. Esta base de datos se denominaCLUBUSY.NSF, y contiene toda la informacin existente en las bases dedatos de tiempo libre ubicadas en todos los servidores de la agrupacin.Todos los servidores de la agrupacin contienen una rplica de esta base dedatos.



29/146

Cuando se agrega un servidor a la agrupacin, la tarea Schedule Managerelimina la base de datos BUSYTIME.NSF ubicada en el servidor y crea labase de datos CLUBUSY.NSF; a continuacin, replica sta con el resto deservidores de la agrupacin. Si un usuario de la agrupacin realiza unabsqueda de tiempo libre, el servidor busca en primer lugar en su propiabase de datos CLUBUSY.NSF la informacin sobre todos los usuarios de la

agrupacin. En el caso de los usuarios cuyos servidores de correo seencuentran fuera de la agrupacin, se enva una solicitud de informacin detiempo libre a dichos servidores. Si un usuario no perteneciente a laagrupacin formula una solicitud de informacin sobre un usuario de laagrupacin, dicha solicitud se redireccionar a otro servidor de laagrupacin en el caso de que el servidor de correo del usuario no estdisponible. Cada vez que se produce un cambio en la base de datosCLUBUSY.NSF de cualquier servidor, el Replicador de agrupacin loreplica 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 labase de datos BUSYTIME.NSF. A continuacin, la tarea Schedule Managerde cada servidor de la agrupacin se encarga de borrar toda la informacinsobre 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. Esdecir, las bases de datos no se convertirn en la base de datosCLUBUSY.NSF. Las funciones de agenda en estos servidores funcionan dela misma manera que en los servidores no agrupados.

Si desea ms informacin sobre el funcionamiento de la agenda en Domino,

consulteAdministracin del sistema de Domino.



30/146



31/146

Captulo 3Planificacin de una agrupacin de servidores

Cuando se planifica una agrupacin de servidores, es muy importante teneren cuenta el rendimiento y las capacidades del hardware. La agrupacindebe disponer de la suficiente potencia de CPU, memoria y espacio en discopara manejar el trfico de la agrupacin y las bases de datos y rplicasnecesarias.

La planificacin de una agrupacin de servidores comprende tambin lossiguientes pasos:

Determinacin del nmero de servidores que se deben incluir en una

agrupacinDeterminacin del nmero y la ubicacin de las rplicas en unaagrupacin

Distribucin de las bases de datos en una agrupacin de servidores

Determinacin de la necesidad de crear una LAN privada para laagrupacin

Ejemplos de configuraciones de agrupaciones

Una vez puesta en marcha la agrupacin de servidores, puede utilizarvarios mtodos para mejorar el reparto de la carga, como por ejemplo

definir un nmero mximo de usuarios para cada servidor y establecer elumbral de disponibilidad de tal manera que no permita la existencia deservidores sobrecargados. Tambin es aconsejable que realice unseguimiento de las estadsticas de la agrupacin para determinar si esnecesario realizar cambios en la configuracin de la agrupacin.

Si desea ms informacin, consulte el captulo "Gestin y supervisin deuna agrupacin".

3-


32/146

Determinacin del nmero de servidores que se deben incluir en unaagrupacin

Una agrupacin de servidores est compuesta por un mnimo de dosservidores y un mximo de seis. En general, la adicin de servidores a laagrupacin incrementa la capacidad de reparto de la carga, evitando que

los servidores se sobrecarguen y manteniendo un alto rendimiento. Sinembargo, si los servidores contienen demasiadas tareas del servidor,aplicaciones que hacen un uso intensivo de la CPU y rplicas, la adicin deservidores puede disminuir el rendimiento, debido a la cantidad adicionalde trfico en la agrupacin necesaria para mantener las bases de datossincronizadas en todos los servidores.

Si su organizacin es de pequeo tamao, puede comenzar con dosservidores y agregar ms servidores a medida que vaya creciendo suempresa, sin afectar al rendimiento que ofrece a sus usuarios. Tenga encuenta que cada servidor que agregue crea trfico adicional en la red al

enviar mensajes de sondeo a otros servidores de la agrupacin paraaveriguar su estado, as como al realizar la replicacin de la agrupacin.Por lo tanto, no agregue servidores a una agrupacin hasta que necesiterealmente la capacidad o redundancia adicional.

En una organizacin de mayor tamao, deber decidir si desea crearagrupaciones compuestas por muchos servidores o por pocos. Unaagrupacin compuesta por muchos servidores es capaz de absorber mejorla carga de trabajo cuando uno de dichos servidores falla. Si dispone de unaagrupacin compuesta por slo dos servidores, por ejemplo, y uno de losdos falla, el otro deber absorber el 100% de la carga de trabajo del servidor

que ha fallado. Esto significa que nicamente podr ejecutar los servidoresal 50% de su capacidad con objeto de que cada uno de ellos tenga lacapacidad disponible suficiente para absorber la carga de trabajo del otro.Sin embargo, si la agrupacin est compuesta por seis servidores, cada unode los cinco servidores restantes deber absorber solamente el 20% de lacarga de trabajo del servidor que ha fallado. Esto significa que podrejecutar cada servidor al 80% de su capacidad y absorber adems la cargade trabajo adicional si otro servidor se queda fuera de servicio. (Porsupuesto, existen otros factores que determinan cmo se absorbe la cargade trabajo de un servidor que se queda fuera de servicio, como por ejemplola manera en la que se han distribuido las rplicas a travs de los servidoresde la agrupacin.)



33/146

Consideraciones sobre el hardwareEl nmero de servidores que incluya en una agrupacin de servidorespuede verse afectado por la cantidad de espacio en disco y la potencia deprocesamiento de cada uno de los servidores. Tenga en cuenta lassiguientes consideraciones al decidir el hardware que va a utilizar en suagrupacin:

Cuntas ms rplicas cree, ms espacio en disco y ms potencia deprocesamiento ser necesaria para la replicacin de la agrupacin.El ndice de bases de datos de la agrupacin ocupa 2MB de espacio endisco, ms un 1MB adicional por cada 2.000 bases de datos existentesen la agrupacin.Cuntos ms servidores incluya en la agrupacin, ms potencia deprocesamiento utilizar cada uno de ellos para comunicarse con elresto.Cuntas ms tareas del servidor y aplicaciones que hacen un usointensivo de la CPU ejecute en un servidor, ms potencia de

procesamiento necesitar.Cada servidor necesita la potencia de procesamiento adecuada para lasbases de datos que contiene, as como para las bases de datos que leasigne la funcin de redireccionamiento.Cuntos ms usuarios tenga que soportar simultneamente un servidorms memoria necesitar ste para mantener un alto rendimiento. Lasiguiente frmula le ayudar a decidir la cantidad de memoria quenecesita instalar:Memoria de Domino aconsejable + 1MB por cada tres usuariossimultneos

Por ejemplo, si la memoria recomendada para Domino son 64MB ydesea soportar 180 usuarios simultneos en el servidor, necesitar124MB de memoria (64MB + 180 / 3MB). En este caso, instalara 128MBde memoria, ya que es la siguiente mayor cantidad de memoriaconfigurable.La tabla del tema Determinacin del nmero y la ubicacin de lasrplicas en una agrupacin le ayudar a determinar la cantidad dememoria necesaria para las bases de datos de su agrupacin.Si ha instalado una agrupacin de servidores de gran tamao o quesoporta una gran carga de trabajo, utilice mltiples replicadores deagrupacin para mejorar el rendimiento durante la replicacin de la

agrupacin. En una agrupacin que soporta mucho trfico, el nmerode replicadores de agrupacin que puede utilizar es de uno menos queel nmero total de servidores que componen la agrupacin. Instale 2MBde memoria adicionales por cada Replicador de agrupacin que vaya autilizar.

Si desea ms informacin sobre el uso de mltiples replicadores deagrupacin, consulte el captulo "Gestin y supervisin de una agrupacin"

Planificacin de una agrupacin de servidores 3-


34/146

Determinacin del nmero y la ubicacin de las rplicas en unaagrupacin

Son dos las principales razones que determinan la creacin de una rplicapara una base de datos en una agrupacin de servidores: ofrecerdisponibilidad de los datos en todo momento y distribuir la carga de

trabajo entre mltiples servidores debido a la intensa actividad que soportala base de datos. Antes de crear rplicas en una agrupacin, determine lafrecuencia con la que los usuarios acceden a una base de datos y lanecesidad que tienen de la redundancia de los datos. Si una base de datosse utiliza mucho o su disponibilidad es de importancia vital, es aconsejablecrear mltiples rplicas de ella y ubicarlas en los servidores ms fiables.Para aquellas bases de datos que no soportan una actividad intensa y cuyosdatos no exigen una disponibilidad constante, no es necesario crear ningunarplica. El archivo de registro del servidor, por ejemplo, no necesita teneruna rplica en otro servidor.

En general, cuantas ms rplicas de una base de datos haya, ms accesibleser la informacin. No obstante, si se crean demasiadas rplicas puedecomplicarse innecesariamente el mantenimiento del sistema y afectar alrendimiento. Al planificar su estrategia de agrupacin, intente mantener unequilibrio entre las necesidades de los usuarios en cuanto a disponibilidadde la informacin y la capacidad fsica de cada servidor de la agrupacinpara gestionar una carga adicional. Tenga en cuenta que el hecho de queexistan ms de tres rplicas de una base de datos puede que no suponga unaumento significativo de la disponibilidad. Si los usuarios pueden accederadecuadamente a una base de datos desde uno o dos servidores sinproblemas, no aumente el nmero de rplicas en la agrupacin.

En aquellas situaciones en las que los usuarios necesiten accederconstantemente a una determinada base de datos, sera conveniente situarrplicas en cada uno de los miembros de la agrupacin, siempre quedisponga de los recursos y del espacio en disco adecuado para hacerlo. Si esusted un proveedor de servicios pblicos, esta configuracin le ofrece lamayor redundancia de datos posible.

Asimismo, intente distribuir las bases de datos que soporten una actividadms intensa entre varios servidores con objeto de que no haya ningnservidor que contenga un nmero elevado de estas bases de datos. Si todoslos servidores de la agrupacin tienen una potencia de procesamientosimilar, 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 procesamientoclaramente superior o inferior al resto de servidores, considere laposibilidad de alterar el nmero de bases de datos ubicadas en dichoservidor, as como el nmero de bases de datos que pueden redireccionarsea ste. Asimismo, distribuya los archivos de correo a travs de laagrupacin, o configure servidores o agrupaciones distintos para el correo.



35/146

Debido a que las bases de datos que soportan un alto nivel de actividad enla agrupacin pueden crear una gran cantidad de eventos de replicacin, esaconsejable instalar estas rplicas en el disco ms rpido disponible en elservidor. Siempre que sea posible, site dichas rplicas donde no entren enconflicto con otros procesos; por ejemplo, en una particin distinta de laque contiene el archivo de intercambio del sistema operativo.

Si desea saber cules son las bases de datos y rplicas que ya existen en laagrupacin, abra el ndice de bases de datos de la agrupacin(CLBDIR.NSF). Domino mantiene en este ndice un perfil de todas las basesde datos y rplicas de la agrupacin.

Nota Las frmulas de replicacin selectiva funcionan de forma diferenteen una agrupacin de servidores.

Si desea ms informacin sobre la replicacin selectiva en una agrupacin,consulte el captulo "Funcionamiento de las agrupaciones de servidoresDomino".

Determinacin del nmero de rplicas que se deben crear

La siguiente lista describe algunos factores que se deben tener enconsideracin a la hora de determinar el nmero de rplicas que se debencrear.

El nmero de rplicas que se deben crear de una base de datos dependede la necesidad de disponibilidad de dicha base de datos y de su nivelde uso.

Deber crear al menos una rplica de la base de datos para la que deseedisponer de redundancia en los datos. Si una base de datos deja de

estar disponible, los usuarios podrn redireccionar sus solicitudes haciala rplica.

Si desea asegurarse de que una base de datos est disponible en todomomento, cree varias rplicas. Cuanto ms importante sea ladisponibilidad, ms rplicas debera crear. nicamente agreguemltiples rplicas para las bases de datos ms importantes, ya que lasrplicas 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 rplicasa menos que una base de datos sea realmente de importancia crucialpara el funcionamiento de la organizacin.



36/146

Tenga en cuenta la potencia y el ancho de banda de su sistema al crearlas rplicas. Cuanto ms alto sea el nivel de actividad soportado poruna base de datos, mayor ser el trfico de la red y la potencia deprocesamiento necesarios para mantener las rplicas actualizadas. Sidispone de un sistema con potencia de procesamiento y ancho de bandalimitados, deber crear menos rplicas de las bases de datos que

soportan un uso intenso que en el caso contrario, o, de formaalternativa, agregar procesadores y otros recursos a los servidores. Si setrata de una agrupacin que dispone de recursos limitados, la creacinde rplicas de bases de datos que soportan un uso intenso puede sercontraproducente, debido a los recursos necesarios para la replicacinde la agrupacin. (La instalacin de una agrupacin de servidores no esuna solucin adecuada para sistemas con recursos inadecuados.) Sinembargo, cuanto menor sea el nivel de actividad que soporte una basede datos, menos recursos se emplearn para mantenerla actualizada.Si no est seguro del nmero de rplicas que debe crear, comience conuna y realice un seguimiento de las estadsticas de la agrupacin. Si

stas demuestran que hay momentos en que el servidor no estdisponible o que el rendimiento no es el esperado, aumente el nmerode rplicas. Es posible que de esta manera solucione el problema.No cree rplicas para las bases de datos en las cuales la disponibilidad yel reparto de la carga no sean objetivos primordiales.

Anlisis de las bases de datos para determinar el nmero de rplicasnecesariasSon muchos los factores que se deben tener en consideracin a la hora dedeterminar el nmero de rplicas que se deben crear. Algunos de ellosaconsejan la creacin de un nmero mayor de rplicas, mientras que otros

sugieren todo lo contrario. A continuacin tiene una lista con todos estosfactores y la forma en la que pueden afectar el trfico y el rendimiento de suagrupacin.

Antes de distribuir las bases de datos a travs de una agrupacin deservidores, es aconsejable crear una tabla con informacin sobre las basesde datos y el hardware de la agrupacin. Utilice esta tabla para determinarla importancia de bases de datos especficas y si dispone de los recursosapropiados. Puede incluir toda o parte de la siguiente informacin en dichatabla:

Ttulos de las bases de datos

Permiten identificar a las bases de datosTamao de cada base de datosLas grandes bases de datos ocupan mucho espacio en disco.Dependiendo de la capacidad de sus discos, es aconsejable que creepocas rplicas de este tipo de bases de datos para ahorrar espacio endisco.



37/146

Nmero y distribucin de los usuarios de las bases de datosSi tiene un gran nmero de usuarios, stos probablemente obtendrn unmejor rendimiento si el uso se reparte entre mltiples servidores. Estorequiere la existencia de mltiples rplicas. Si, por el contrario, elnmero de usuarios es pequeo, es probable que stos no notenmejoras en el rendimiento al incluir rplicas adicionales.

Frecuencia con la que se producen las transacciones de los usuariosSi el flujo de transacciones es alto, es posible que la creacin demltiples 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 datosSi espera almacenar una gran cantidad de datos nuevos en la base dedatos, la creacin de rplicas adicionales puede disminuir elrendimiento, ya que la replicacin de la agrupacin ocasionar un granincremento del trfico. Si dispone de servidores potentes y suficiente

ancho de banda, esto no constituir ningn problema.Capacidad del hardware del servidor DominoCuanto ms potentes sean los servidores y ms espacio en disco tenganmayor ser el nmero de rplicas que se podrn crear sin afectar alrendimiento de forma significativa.Tipo de conexin de red entre los servidoresLa replicacin de la agrupacin puede crear un cuello de botella en unared que no disponga de suficiente ancho de banda. Por lo tanto, cuantomayor sea el ancho de banda, mayor ser el nmero de rplicas que sepodrn crear.

Ejemplo de tablaSiempre que cree una tabla con informacin sobre las bases de datos,incluya los factores que considere ms importantes. La tabla siguienteutiliza parte de la informacin descrita anteriormente para determinar elnmero de rplicas necesarias.

Ttulo de la base de datos Tamao Nmero mximo

de usuariossimultneos

Velocidad de

transaccin

Velocidad de

crecimiento

Necesidad de

disponibilidad

N de rplicas

aconsejable

Debates sobre lanzamientode nuevos productos

2GB 500 Alta Alta Alta 2

Seguimiento de ventas 1GB 200 Mediana Alto Crtica 2 o ms

Anuncios clasificados 800MB 45 Mediana Mediana Baja 0

Investigacin y desarrollo 1.5GB 20 Baja Mediana Mediana 0 o 1



38/146

Esta tabla permite identificar las bases de datos que requieren un nivel dealto de disponibilidad y las que tienen una mayor intensidad de uso, ascomo la cantidad de espacio en disco adicional que se necesitar en elfuturo. En este ejemplo, figuran dos bases de datos que son de importanciacrucial y que estn creciendo rpidamente. Debera asegurarse de queexisten suficientes rplicas de dichas bases de datos con el fin de que estn

siempre disponibles. Asimismo, debera asegurarse de que hay suficienteespacio en disco para el crecimiento futuro en cada uno de los servidoresque contienen una rplica de las mencionadas bases de datos. Una de ellases de mediana importancia y no crece tan rpidamente como la otra. No esaconsejable que cree ms de una rplica de dicha base de datos, a menosque su negocio se vea afectado negativamente por una momentneaindisponibilidad de sta. Otra de las bases de datos es de poca importanciay no requiere la existencia de ninguna rplica en la agrupacin.

El nmero de usuarios simultneos le ayudar a determinar la necesidaddel 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, deberaconsiderar la posibilidad de situarlas en servidores distintos para repartir lacarga de trabajo. Asimismo, debera asegurarse de que se han definido losparmetros del reparto de la carga en los servidores que contienen estasbases de datos; de esta manera, el sistema podr redireccionar a losusuarios a otro servidor cuando las bases de datos estn siendo objeto deun uso intenso.

Si desea ms informacin sobre la gestin del reparto de la carga, consulteel 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 tendrun efecto muy importante en el reparto de la carga, as como en elrendimiento de su sistema.

Distribucin de las bases de datos de correo

La inclusin de bases de datos de correo en las agrupaciones de servidorespermite ofrecer una alta disponibilidad a los usuarios. Algunas empresas

incluso configuran una agrupacin exclusivamente para el correo. Esto noes necesario, pero es una forma de organizar su empresa. Debido a la granimportancia de la funcin de correo, es aconsejable situar las bases de datosde correo en una agrupacin, ya est dedicada exclusivamente a servidoresde correo o no.



39/146

Cuando cree una agrupacin de servidores de correo, distribuya las rplicapara un servidor entre el resto de servidores de la agrupacin. De estamanera, se asegurar de que stos comparten la carga de trabajo cuando unservidor se queda fuera de servicio, manteniendo el mximo nivel posiblede rendimiento.

Es aconsejable distribuir las bases de datos y las rplicas de formaequitativa entre los servidores de la agrupacin, siempre que stosdispongan de los mismos recursos. Por ejemplo, si su agrupacin deservidores de correo contiene cuatro servidores y 1.200 usuarios, site 300bases de datos de correo en cada uno de ellos; asimismo, site 100 rplicasde cada servidor en cada uno de los otros tres. Cuando uno falle, el sistemaredireccionar 100 usuarios de correo a cada uno de los tres servidoresrestantes, incrementando de esta manera la carga de trabajo de cadaservidor en un 33%. Es posible que se vea tentado a situar las 300 rplicasdel Servidor 1 en el Servidor 2, y todas las rplicas del Servidor 3 en elServidor 4. Sin embargo, en este tipo de casos, si el Servidor 1 falla, los 300

usuarios sern redireccionados al Servidor 2, incrementando la carga detrabajo en este servidor en un 100%, pero no incrementando en absoluto lade los servidores 3 y 4.

El diagrama que viene a continuacin muestra una agrupacin deservidores de correo que contiene cuatro servidores con 300 bases de datoscada uno. Las rplicas de los archivos de correo estn repartidasequitativamente entre todos los restantes servidores de la agrupacin, loque permite mantener la carga de trabajo de stos lo ms baja posible,incluso cuando se produce el redireccionamiento.



40/146

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

Ya que los usuarios a menudo abren las bases de datos de correo una vez alda y las dejan abiertas, la distribucin de estas bases de datos resultaadecuada para realizar el reparto de la carga. Generalmente, no sernecesario 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 datosde correo, los usuarios regresarn automticamente a su base de datos decorreo en su servidor de correo la prxima vez que arranquen sus clientesNotes, siempre que el documento de ubicacin que haga referencia a la basede 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 dela agrupacin, siempre que stos tengan aproximadamente la mismapotencia. En el caso de que haya servidores que dispongan de ms potenciade procesamiento que otros, distribuya una mayor cantidad de bases dedatos entre los servidores ms potentes. Esto le permitir mantenerrepartida la carga.

Cuidado Si piensa crear una agrupacin que incluya servidores de laVersin 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 laVersin 5, no cree una rplica en un servidor de la Versin 4.

Debido a que el Replicador de agrupacin siempre replica la plantillade diseo entre las distintas rplicas, las rplicas de la base de datos decorreo de un usuario deberan crearse utilizando nicamente la plantillade correo de la Versin 5 o la de la Versin 4.



41/146

Distribucin de bases de datos de aplicaciones

Cuando instale aplicaciones en una agrupacin de servidores, tenga encuenta que algunas de ellas requieren un nivel ms alto de disponibilidadque otras. Adems, algunas bases de datos se utilizan con ms frecuencia orequieren ms recursos del sistema para ejecutarse que otras. Consideretodos estos factores al distribuir bases de datos de aplicaciones. Con estetipo de bases de datos, el reparto de la carga tiene una mayor importanciaque en el caso de las bases de datos de correo.

Al igual que con el correo, debera intentar distribuir la carga de trabajo deforma equitativa entre los componentes de la agrupacin. Sin embargo,tenga en cuenta la potencia de cada servidor. En el caso de que hayaservidores 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 estndistribuidas de tal manera que pueden aprovechar los recursos de cadaservidor.

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

Planificacin de una agrupacin de servidores 3-11


42/146

Determinacin de la necesidad de crear una LAN privada para laagrupacin

Para conseguir que una agrupacin que soporta un uso intensivo sea mseficiente, cree una red privada para gestionar el trfico de su agrupacin.Para ello, instale una tarjeta de red adicional en cada servidor de

manual lotus dominio

Documents