Fehlertoleranz auf Datenbankebene

Die Devolutions-Plattform ist darauf ausgelegt, Datenintegrität und Nachvollziehbarkeit sicherzustellen. Jede Änderung oder Löschung wird aufgezeichnet, wodurch ein vollständiger Versionsverlauf erhalten bleibt. Darüber hinaus erfasst eine umfassende Protokollierungsschicht alle Benutzer- und Systemaktivitäten und bietet so vollständige Transparenz. Diese Designentscheidungen beeinflussen die verfügbaren Optionen zur Umsetzung von Fehlertoleranz auf Datenbankebene.

Auswirkung auf technologische Entscheidungen

Aufgrund der umfangreichen Schreibvorgänge im Hintergrund wird nur eine Active-Passive-Topologie unterstützt. In diesem Aufbau:

• Das Standby-Replikat muss jederzeit unberührt bleiben und mit der primären Datenbank synchronisiert sein.
• Es kann immer nur eine Datenbank gleichzeitig aktiv sein.

Sie können Microsoft-Technologien wie Mirroring oder Clustering verwenden, um dies zu erreichen, es ist jedoch entscheidend, dass auf die replizierte (Standby-)Datenbank nur zugegriffen wird, wenn die primäre (Master-)Datenbank nicht verfügbar ist.

Mirroring und Datenaustausch mit verteilten Teams

Da replizierte Daten inaktiv bleiben müssen, ist Datenbankreplikation nicht für Multi-Team-Umgebungen geeignet, die gleichzeitigen Zugriff auf denselben Datensatz erfordern. In solchen Fällen sollten alternative Lösungen zur Erleichterung des Datenaustauschs verwendet werden, darunter:

• Synchronizer, insbesondere der für Remote Desktop Manager-Daten entwickelte.
• PowerShell-Skripting zum Exportieren bestimmter Zweige Ihres Datenbaums.

Diese Ansätze ermöglichen Teams an verschiedenen Standorten eine effektive Zusammenarbeit, ohne die Einschränkungen der zugrunde liegenden Datenbankarchitektur zu verletzen.