Tolérance aux pannes au niveau de la base de données

La plateforme Devolutions est conçue pour assurer l'intégrité des données et leur traçabilité. Chaque modification ou suppression est enregistrée, ce qui maintient un historique complet des versions. De plus, une couche de journalisation exhaustive capture toute l'activité des utilisateurs et du système, offrant une visibilité complète. Ces décisions de conception influencent les options disponibles pour implémenter la tolérance aux pannes au niveau de la base de données.

Incidence sur les choix technologiques

En raison des nombreuses opérations d'écriture en arrière-plan, seule une topologie active-passive est prise en charge. Dans cette configuration :

• Le réplica en attente doit demeurer intact et synchronisé avec la base de données principale en tout temps.
• Une seule base de données peut être active à la fois.

Vous pouvez utiliser des technologies Microsoft telles que la mise en miroir ou le clustering pour y parvenir, mais il est crucial que la base de données répliquée (en attente) ne soit accédée que lorsque la principale (maître) est indisponible.

Mise en miroir et partage de données avec des équipes distribuées

Puisque les données répliquées doivent demeurer inactives, la réplication de base de données ne convient pas aux environnements multiéquipes qui nécessitent un accès simultané au même ensemble de données. Dans de tels cas, d'autres solutions devraient être utilisées pour faciliter le partage de données, notamment :

• Les synchroniseurs, particulièrement celui conçu pour les données de Remote Desktop Manager.
• Le script PowerShell pour exporter des branches spécifiques de votre arborescence de données.

Ces approches permettent aux équipes situées à différents endroits de collaborer efficacement tout en respectant les contraintes de l'architecture de base de données sous-jacente.