Hola Guillermo,
los diarios remotos se configuran en la m�quina origen la cual enviar�
las entradas de diario a la m�quina destino.
 
Para configurar los diarios remotos los pasos son los siguientes:
 
1) A�adir una entrada de RDB ( Relational Database Directory ) la cual es usada por los diarios remotos para identificar
el sistema al que se enviar�n las entradas de diario y el protocolo a utilizar ( en tu caso TCP/IP ).
Tendr�s que utilizar el mandato ADDRDBDIRE.
 
2) En el sistema destino deberas tener una biblioteca donde guardes el diario y los receptores de diario remoto
 
3) en la maquina origen utilizando el comando ADDRMTJRN crear�s un diario remoto. Al ejecutar este mandato
deber�s introducir el nombre del diario remoto ( te recomiendo que utilices el mismo nombre que el origen para
identificarlo f�cilmente ) y la biblioteca que uses en el punto 2.
 
4) El �ltimo paso es activar el diario utilizando el mandato CHGRMTJRN. Al ejecutar este mandato te asegurar�s
que se comienza la transferencia de dichas entradas.
 
 
De cualquier forma, el diario remoto es una herramienta que te ayudar� a tener un cierto nivel de Alta disponibilidad
pero no te asegura el proyecto de alta disponibilidad.
Me explico, lo que consigues al activar los diarios remotos es la transferencia de las entradas de diario producidos
sobre los ficheros de origen pero no la aplicaci�n en destino.
Es decir, en el destino tienes unos diarios de los cuales tirar en caso de caida. Pero no estas aplicando el cambio
sobre la base de datos con lo que el tiempo que transcurrir�a en un cambio de rol puede llegar a ser excesivo.
Digamos que el diario remoto es una ayuda del sistema operativo para los proyectos de alta disponibilidad pero que
en ningun caso puedes montar un proyecto de alta disponibilidad unicamente con esta herramienta. Siempre
necesitar�s de un software por detr�s.
 
Solo con la configuraci�n de dicha funcionalidad no te asegurar�s unos niveles cercanos a 24x7.
 
Si quieres una soluci�n de alta disponibilidad basada en diarios remotos necesitar�s de un software especifico adicional.
 
Y si no, tienes otras alternativas cl�sicas que ya han aparecido varias veces en el foro y que son los productos
de alta disponibilidad conocidos por casi todos.
 
Como te digo han aparecido productos nuevos que cambian el envio de informaci�n tradicional por el envio a trav�s
de remote journalling.
 
En cualquier caso, si quieres puedes enviarme un mail a mi cuenta privada y te doy m�s informaci�n hablando de productos
de forma que no introduzcamos publicidad en el foro.
 
Espero que te sea de ayuda.
 
Saludos.
 
----

Andreu Rul Mart�nez
Technical Manager
C�rsega 381-387 2� 3�
08037 Barcelona
Tel: 93 208 22 20
FAX: 93 459 18 87
Business Resources Knowledge
-----Mensaje original-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Errandonea, Guillermo
Enviado el: mi�rcoles, 20 de noviembre de 2002 14:54
Para: [EMAIL PROTECTED]
Asunto: JRN Remotos

Buenos D�as
Gente, tengo que hacer una consulta muy especifica la misma es
  • Como se arman los JRN Remotos para Alta Disponibilidad (v�a TCP/IP)
Muchas Gracias !!!
 
e
Guillermo Errandonea
Software, Storage & Network
Global Operations Solutions Delivery
iSeries & AS/400 System Support
 
EDS Argentina S.A.
Arias 1851, C1429DXC
Buenos Aires, Argentina
( (54-11) 4704-3291(8-971)
2   (54-11) 4704-3299(8-971)
+mailto:[EMAIL PROTECTED]

 

 

 

Responder a