Replicacion

Basándonos en la topología anterior podemos ver claramente que una empresa puede tener una o mas sucursales.

En la practica, esta distribución se puede ver como sucursales separadas geográficamente unas de otras todas pertenecientes a una misma empresa.

MTCGestion permite tal modelo de agrupación distribuido/interconexión mediante un motor propio de replicación.

Si bien los motores de bases de datos, en particular Microsoft SQL Server sobre el cual se basa el sistema, cuentan con un poderoso motor de replicación, tal característica viene incluida solo a partir de determinadas versiones, siendo en muchos casos la adquisición de las mismas prohibitiva para muchas empresas por los costos de las licencias.

MTCGestion puede ejecutar con cualquier versión de Microsoft SQL Server, incluida la versión Express (la cual es gratuita) y con la incorporación del motor propio de replicación tal limitación se ve subsanada obteniendo los mismos o aún mejores resultados que si la aplicación hiciera uso del gestor de replicación propio del motor.

La topología utilizada es bidireccional-estrella. Esto es:

Los datos viajan en ambas direcciones entre las sucursales.
La forma "topología" de la distribución de las sucursales tiene una forma de estrella

Parametrizacion y bases de datos "en espejo".

En MTCGestion todas las sucursales de una empresa son "iguales" salvo que existe una, como ocurre también en la practica, que se denomina "sucursal matriz".

Dentro del sistema esta característica indica que operando desde tal sucursal el sistema permitirá realizar ciertas operaciones que en el resto de las sucursales no estará permitido. Esto ocurre principalmente en operaciones que implican la parametrizacion del sistema; por ejemplo, una característica común a todas las sucursales como ser el agregado de un nuevo Banco al sistema deberá realizarse desde la sucursal Matriz.

Así, al agregar el nuevo Banco, este dato "viajará" hacia el resto de las sucursales. Por el contrario, si se intentara realizar dicha operación desde otra sucursal, el sistema marcaría un error indicando la imposibilidad de realizar dicha operación por no ser la sucursal matriz.

Por otro lado, existen operaciones que obviamente son realizadas en todas las sucursales de la misma forma. Por ejemplo la generación de un comprobante de venta.

Tal operación puede darse de igual manera en la sucursal matriz como en cualquiera de las demás sucursales. En este caso, el dato "viajará" desde la sucursal origen, digamos viendo el diagrama la "Sucursal 3" hacia la "Sucursal Matriz". Una vez arribado dicho dato a la sucursal matriz, el motor de replicación procederá a despacharlo hacia todas las demás sucursales, exceptuando obviamente la sucursal origen (Sucursal 3 en este caso).

Tal modo de operación permite que las sucursales puedan verse como "espejadas". Esto es, cada sucursal tiene la informacion de todas las demás sucursales.

Así, ante una falla que deje fuera de operación a una sucursal, digamos mirando el diagrama a la "Sucursal 4", y ante la imposibilidad de restaurar los datos de los respaldos automáticos diferenciales del sistema (hablando estrictamente de una catástrofe en dicha sucursal), el administrador de sistemas podría tomar un backup de cualquiera de las otras sucursales y restaurarlo nuevamente en la "Sucursal 4" perdiendo solamente los datos que dicha sucursal no termino de transmitir hacia la sucursal matriz. En un caso concreto y con un vínculo de datos estable (haciendo uso de Internet) estaríamos hablando de posiblemente el último minuto a minutos (según el administrador del sistema haya configurado la tasa de transferencia de datos.

Claramente se ve que la perdida de datos sería mínima.

Created with the Freeware Edition of HelpNDoc: Easily create Web Help sites