Utilice esta tarea para configurar un dominio de réplica de
datos para transferir datos, objetos o sucesos para el gestor de sesiones, la
antememoria dinámica o los beans de sesión con estado. Los dominios de
réplica de datos utilizan el servicio de réplica de datos (DRS), que es
un componente interno que realiza servicios de
réplica, incluida la réplica de datos, objetos y sucesos entre
servidores de aplicaciones.
Antes de empezar
Determine si utiliza un dominio de réplica de multi-broker.
Si ha configurado un dominio de réplica de datos con una versión anterior del producto, puede utilizar un dominio de réplica de multi-broker.
Los dominios de réplica que cree con la
versión actual del producto son dominios de réplica de datos. Debe migrar los dominios de réplica de multi-broker que existan a dominios de réplica de datos.
Acerca de esta tarea
Utilice esta tarea para configurar la
réplica, un servicio
que transfiere datos, objetos o sucesos entre los servidores de aplicaciones de
un clúster. Utilice la réplica para impedir la pérdida de datos de sesión
con el gestor de sesiones, para perfeccionar más el rendimiento del servicio de
antememoria dinámica y proporcionar sustitución por anomalía en beans de sesión
con estado.
Avoid trouble: Si selecciona la opción al crear un clúster, el dominio de
duplicación se crea automáticamente.
gotcha
De forma parecida, si en lugar de WAS01Network, el nombre de la célula es WAS1, tiene que rellenar el calificador de alto nivel con los primeros tres caracteres de la serie DRSSTREAM.
El calificador de alto nivel pasa a ser WAS1DRS.
Complete los pasos siguientes para habilitar la réplica de datos entre los servidores de aplicaciones en un clúster.
Procedimiento
- Cree un dominio de réplica. Utilice uno de los
métodos siguientes para crear un dominio de duplicación:
- Cree un dominio de réplica manualmente.
Para crear un dominio de duplicación
manualmente sin crear un nuevo clúster, pulse en la consola administrativa.
En
esta página puede especificar las propiedades del dominio de replica,
incluidos el tiempo de espera, el cifrado y el número de duplicaciones.
- Crear un dominio de replica al crear un clúster.
Para crear un dominio de duplicación cuando crea un clúster, pulse en la consola administrativa. A continuación, pulse . El dominio de replica que se crea tiene el mismo nombre que el
clúster y tiene los valores predeterminados de un dominio de replica. Los valores predeterminados de un dominio de replica son crear una única
replica de cada pieza de datos y tener el cifrado inhabilitado.
Para modificar las propiedades de dominio de réplica, pulse nombre_dominio_réplica en la consola administrativa.
- Configure los consumidores o los componentes que utilicen los
dominios de replica. La antememoria dinámica, el gestor de
sesiones y los beans de sesión con estado son los tres tipos de consumidores de
dominio de replica.
Cada tipo de consumidor debe configurarse con otro
dominio de replica. Por ejemplo, el gestor de sesiones utiliza un dominio de replica y
la memoria caché dinámica utiliza otro dominio de replica. No obstante, utilice un dominio de replica si va a configurar la
replica de sesiones HTTP de memoria a memoria y la replica de beans de
sesión con estado. La utilización de un dominio de replica en este caso
garantiza que la información de estado de copia de seguridad de las sesiones
HTTP y los beans de sesión con estado están en los mismos servidores de
aplicaciones.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Especifique si la
configuración necesita recursos de hebra adicionales.
El servicio de réplica utiliza hebras que se obtienen del agrupamiento de hebras de DRS para varias tareas, incluyendo las de procesado de mensajes. Previamente, el servidor de aplicaciones había obtenido hebras de la agrupación de hebras predeterminada.
Cuando se inicia el servidor de aplicaciones, el tamaño máximo de la agrupación de hebras predeterminada para la agrupación de hebras de DRS es de 100 hebras. No obstante, este tamaño de agrupación de hebras podría no ser suficiente para permitir que el servicio de réplica obtenga suficientes hebras de la agrupación para procesar todos los mensajes de réplica entrantes. El número de mensajes entrantes está influenciado por el número de servidores de aplicaciones del dominio y el número de consumidores del dominio de réplica en cada servidor de aplicaciones. El número de mensajes a procesar aumenta a medida que el número de servidores de aplicaciones del dominio aumenta y/o aumenta el número de consumidores de réplicas.
Los datos persistentes que no se replican en los servidores de aplicaciones durante el arranque del servidor podrían ser una indicación de que debe aumentar el valor correspondiente al tamaño máximo de agrupación de hebras. El tamaño máximo de la agrupación de hebras de DRS configurado como 100 suele ser suficiente. No obstante, en topologías de gran tamaño, es posible que necesite establecer el valor del tamaño máximo de la agrupación de hebras con un valor superior a 100.
Tabla 1. Propiedades personalizadas de la agrupación de hebras DRS. Se pueden configurar las propiedades de la agrupación de hebras de DRS mediante las siguientes propiedades personalizadas de la máquina virtual Java.Nombre de propiedad |
Valor por omisión |
DRS_THREADPOOL_MINSIZE |
40 |
DRS_THREADPOOL_MAXSIZE |
100 |
DRS_THREADPOOL_ISGROWABLE |
false |
Para obtener más información, consulte la documentación sobre las propiedades personalizadas de la máquina virtual Java.
Resultados
Los datos se duplican entre servidores de aplicaciones en un dominio de réplica configurado.
Qué hacer a continuación
Si selecciona DES o 3DES como tipo de cifrado para un dominio réplica, se utiliza una
clave de cifrado para el cifrado de mensajes.
A intervalos regulares, por ejemplo una vez al mes, debe ir a la página en el consola administrativa y pulse para volver a generar la clave. Después de regenerar la clave, debe reiniciar todos los servidores de aplicaciones que se han configurado como parte del dominio de réplica. Regenerar periódicamente la clave mejora mejora la seguridad de los datos.