Mirroring/400
Mirroring/400Pantalla inicialMirroring/400Características del productoMirroring/400Utilización del productoMirroring/400Costo de la licenciaMirroring/400La empresaMirroring/400Solicitud de informaciónMirroring/400Preguntas frecuentesMirroring/400English version



Equipo principal





































Equipo secundario


Journalización remota

La función de journalización remota, implementada a partir de la versión V4R2M0 del OS/400, permite establecer en un sistema AS/400 remoto, journals y receptores de journal asociados con journals y receptores de journal residentes en el sistema principal, y replicar en ellos las entradas de journal del sistema principal.
Esta función es parte de la base del sistema operativo, y no un producto o facilidad separada. Está implementada a nivel del Código Interno bajo Licencia.

Los beneficios de la journalización remota son:
Reduce el consumo de CPU en el sistema principal transfiriendo el proceso requerido para recibir las entradas de journal al sistema remoto.
Elimina la necesidad de almacenar las entradas de journal en un área temporaria antes de transmitirlas al sistema remoto.
Por estar esta función implementada a nivel de microcódigo, mejora significativamente la replicación de entradas de journal y permite el envío de las entradas al sistema remoto en tiempo real.

Los productos para espejar archivos en un sistema remoto que no utilizan la función de journalización remota, deben almacenar las entradas de journal generadas en el sistema principal, en un almacenamiento temporario previo a su transmisión. Luego los datos son enviados al sistema remoto en forma asincrónica utilizando algún mecanismo de transmisión. La aplicación que corre en el sistema remoto recibe estas entradas en un almacenamiento temporario, generalmente un espacio de usuario, luego otra aplicación o aplicaciones reflejan esas entradas en los archivos remotos.
Estos productos presentan dos inconvenientes:
La transmisión asincrónica de las entradas de journal significa latencia de datos, o sea hay más entradas en el journal del sistema principal que en el journal del sistema remoto. De producirse una falla en el sistema principal, muchas entradas pueden no quedar reflejadas en el sistema remoto, perdiéndose información.
Se incrementa el consumo de CPU en el sistema principal. Los datos traspasan varias veces el límite de la interfase de máquina (MI) y esto cuesta ciclos de CPU.

Estos inconvenientes no se presentan en Mirroring/400 al utilizar la función de journalización remota, la cual provee un transporte mucho más eficiente de las entradas de journal. Eficientes rutinas de bajo nivel son utilizadas por el sistema operativo para capturar y transmitir las entradas de journal directamente del sistema principal al remoto. Gran parte del proceso es realizado por debajo de la interfase de máquina (MI) de modo que no se utilizan ciclos de CPU los cuales pueden ser aprovechados por otras tareas más importantes.

La modalidad de entrega o envío de entradas de journal hacia el journal remoto puede realizarse de manera asincrónica o sincrónica.

En la modalidad de entrega asincrónica, el control se devuelve a la aplicación que genera la entrada de journal en el sistema principal sin esperar a que la entrada se replique en el journal remoto.
Utilizando esta modalidad, pueden perderse entradas de journal necesarias para una recuperación en caso de falla del sistema principal. Además puede tener lugar el fenómeno llamado latencia de entradas de journal, que es la diferencia entre las entradas de journal que existen en el journal del sistema remoto, y las que residen en el journal del sistema principal.
Desde el punto de vista de la recuperación, el sistema principal puede estar varias entradas de journal por delante de su asociado en el sistema remoto.

En la modalidad de entrega sincrónica, el control no se devuelve a la aplicación que genera la entrada de journal en el sistema principal, hasta que la entrada de journal se replica en el journal remoto. Es así como el sistema remoto conoce todas las entradas de journal en tiempo real a medida que se crean en el sistema principal. La utilización de esta modalidad permite una recuperación sin pérdida de entradas de journal en el sistema remoto en caso de anomalía del sistema principal. Su impacto en el rendimiento de la función de journalización es mayor que en la modalidad asíncrona. La latencia de datos en la modalidad de entrega sincrónica es cero, y no se produce pérdida de entradas ante una eventual falla del sistema principal.

La elección de la modalidad de entrega y el vínculo de comunicaciones entre los equipos están estrechamente ligados. Puesto que la modalidad de entrega sincrónica afectará el tiempo de respuesta mayormente que la otra modalidad, cuanto más rápido sea el vínculo y el protocolo de comunicaciones, mejor será el rendimiento. Esto a su vez, depende de la cantidad de entradas de journal que se generen por unidad de tiempo, o sea el nivel de actividad que se registra en el sistema principal.


Mirroring/400Mirroring/400Aviso legalMirroring/400Ingreso de usuarios registrados