Tolerancia a fallos a nivel de base de datos

La plataforma de Devolutions está diseñada para garantizar la integridad y la trazabilidad de los datos. Cada modificación o eliminación se registra, manteniendo un historial de versiones completo. Además, una capa de registro exhaustiva captura toda la actividad de los usuarios y del sistema, ofreciendo una visibilidad completa. Estas decisiones de diseño influyen en las opciones disponibles para implementar la tolerancia a fallos a nivel de base de datos.

Impacto en las decisiones tecnológicas

Debido a las numerosas operaciones de escritura en segundo plano, solo se admite una topología activo-pasivo. En esta configuración:

• La réplica en espera debe permanecer intacta y sincronizada con la base de datos principal en todo momento.
• Solo puede haber una base de datos activa en un momento dado.

Puede utilizar tecnologías de Microsoft como la duplicación (mirroring) o la agrupación en clústeres para lograrlo, pero es fundamental que solo se acceda a la base de datos replicada (en espera) cuando la principal (maestra) no esté disponible.

Duplicación y uso compartido de datos con equipos distribuidos

Dado que los datos replicados deben permanecer inactivos, la replicación de bases de datos no es adecuada para entornos multiequipo que requieren acceso simultáneo al mismo conjunto de datos. En tales casos, deben utilizarse soluciones alternativas para facilitar el uso compartido de datos, entre las que se incluyen:

• Sincronizadores, especialmente el creado para los datos de Remote Desktop Manager.
• Scripts de PowerShell para exportar ramas específicas de su árbol de datos.

Estos enfoques permiten que equipos en distintas ubicaciones colaboren de forma eficaz respetando las limitaciones de la arquitectura de base de datos subyacente.