Tolleranza ai guasti a livello di database

La piattaforma Devolutions è progettata per garantire l'integrità e la tracciabilità dei dati. Ogni modifica o eliminazione viene registrata, mantenendo una cronologia completa delle versioni. Inoltre, un livello di registrazione completo acquisisce tutte le attività degli utenti e del sistema, offrendo una visibilità totale. Queste scelte di progettazione influenzano le opzioni disponibili per implementare la tolleranza ai guasti a livello di database.

Impatto sulle scelte tecnologiche

A causa delle numerose operazioni di scrittura in background, è supportata solo una topologia attiva-passiva. In questa configurazione:

• La replica in standby deve rimanere intatta e sincronizzata con il database primario in ogni momento.
• Solo un database può essere attivo in un dato momento.

È possibile utilizzare tecnologie Microsoft come il mirroring o il clustering per ottenere questo risultato, ma è fondamentale che il database replicato (standby) venga utilizzato solo quando quello primario (master) non è disponibile.

Mirroring e condivisione dei dati con team distribuiti

Poiché i dati replicati devono rimanere inattivi, la replica del database non è adatta ad ambienti multi-team che richiedono l'accesso simultaneo allo stesso set di dati. In questi casi, è opportuno utilizzare soluzioni alternative per facilitare la condivisione dei dati, tra cui:

• I sincronizzatori, in particolare quello creato per i dati di Remote Desktop Manager.
• Script PowerShell per esportare rami specifici dell'albero dei dati.

Questi approcci consentono ai team in sedi diverse di collaborare in modo efficace nel rispetto dei vincoli dell'architettura del database sottostante.