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

La plateforme Devolutions est conçue pour garantir l'intégrité et la traçabilité des données. Chaque modification ou suppression est enregistrée, ce qui permet de maintenir un historique complet des versions. De plus, une couche de journalisation complète capture toutes les activités des utilisateurs et du système, offrant une visibilité totale. Ces choix de conception influencent les options disponibles pour la mise en œuvre de la tolérance aux pannes au niveau de la base de données.

Impact 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 de secours doit rester 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 essentiel que la base de données répliquée (de secours) ne soit accessible que lorsque la base de données principale (master) est indisponible.

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

Étant donné que les données répliquées doivent rester inactives, la réplication de base de données ne convient pas aux environnements multi-équipes nécessitant un accès simultané au même ensemble de données. Dans de tels cas, des solutions alternatives doivent être utilisées pour faciliter le partage des données, notamment :

• Les synchroniseurs, en particulier celui conçu pour les données de Remote Desktop Manager.
• Les scripts PowerShell pour exporter des branches spécifiques de votre arborescence de données.

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