Alternativa a SQL Server Always On: HA per le edizioni Express e Standard
Alternativa ad Always On SQL Server per le edizioni express e standard
La soluzione per Microsoft SQL Server
SafeKit offre alta disponibilità a Microsoft SQL Server tra due nodi ridondanti con replica sincrona dei dati in tempo reale e failover automatico.
La soluzione è indipendente dall’edizione Microsoft SQL Server e funziona con le edizioni express e standard.
Un prodotto generico
SafeKit è un prodotto generico. Consente di replicare non solo i dati e i log di SQL Server, ma anche altri elementi. Se la tua applicazione si basa su SQL Server e contiene cartelle specifiche con la configurazione o altri file, puoi replicarli allo stesso modo. Inoltre, oltre ai servizi di SQL Server, puoi riavviare anche i tuoi servizi.
Guida all’installazione di SafeKit con le edizioni express e standard di Microsoft SQL Server
Senza cluster di failover Microsoft
SafeKit funziona senza il cluster di failover Microsoft proprio come con Always On SQL Server . Si tratta di un’offerta completa che include indirizzo IP virtuale, replica sincrona in tempo reale delle cartelle, failover e failback automatici e molto altro ancora… SafeKit elimina la necessità di dischi condivisi e di edizioni enterprise del database.
Senza controller di dominio e Active Directory
SafeKit funziona senza configurare il controller di dominio e Active Directory, a differenza di Always On SQL Server . Questa soluzione facile da implementare ed economicamente vantaggiosa non richiede competenze specifiche.
Senza 3 nodi per il quorum
SafeKit funziona senza la necessità di 3 nodi per il quorum, a differenza di Always On SQL Server . In caso di isolamento di rete, SafeKit implementa un controllo split-brain con un ping a un router che funge da witness. Inoltre, è possibile configurare facilmente più heartbeat nel prodotto.
Altre soluzioni di ridondanza e alta disponibilità
Con SafeKit , è possibile implementare su Windows e Linux la replica e il failover in tempo reale di qualsiasi cartella e servizio, database, macchine virtuali Hyper-V o KVM complete, Docker , Kubernetes , applicazioni cloud.
Una soluzione completa
SafeKit risolve:
- guasti hardware (20% dei problemi), incluso il guasto completo di una sala computer,
- guasti del software (40% dei problemi), incluso il riavvio dei processi critici,
- e agli errori umani (40% dei problemi) grazie alla sua facilità d’uso e alla sua console web.
Come funziona il cluster mirror SafeKit con Microsoft SQL Server ?
Passaggio 1. Replica in tempo reale
Il server 1 (PRIM) esegue l’applicazione Microsoft SQL Server. I client sono connessi a un indirizzo IP virtuale. SafeKit replica in tempo reale le modifiche apportate ai file attraverso la rete.

La replica è sincrona e non comporta alcuna perdita di dati in caso di errore, a differenza della replica asincrona.
È sufficiente configurare i nomi delle directory da replicare in SafeKit. Non ci sono prerequisiti sull’organizzazione del disco. Le directory possono essere situate nel disco di sistema.
Passaggio 2. Failover automatico
Quando il server 1 si guasta, il server 2 subentra. SafeKit commuta l’indirizzo IP virtuale e riavvia automaticamente l’applicazione Microsoft SQL Server sul server 2.
L’applicazione rileva che i file replicati da SafeKit sono aggiornati sul Server 2. L’applicazione continua a essere eseguita sul Server 2 modificando localmente i suoi file che non sono più replicati sul Server 1.

Il tempo di failover è pari al tempo di rilevamento dei guasti (30 secondi per impostazione predefinita) più il tempo di avvio dell’applicazione.
Fase 3. failback automatico
Il failback consiste nel riavviare il server 1 dopo aver risolto il problema che ne ha causato il malfunzionamento.
SafeKit risincronizza automaticamente i file, aggiornando solo i file modificati sul Server 2 mentre il Server 1 era in stato di arresto.

Il failback avviene senza interrompere l’applicazione Microsoft SQL Server, che può continuare a essere eseguita sul Server 2.
Passaggio 4. Ritorno alla normalità
Dopo la reintegrazione, i file sono nuovamente in modalità mirror, come nel passaggio 1. Il sistema è tornato in modalità ad alta disponibilità, con l’applicazione Microsoft SQL Server in esecuzione su Server 2 e SafeKit che replica gli aggiornamenti dei file su Server 1.

Se l’amministratore desidera che l’applicazione venga eseguita sul Server 1, ciò può essere fatto manualmente tramite la console web al momento opportuno, o automaticamente tramite la configurazione.
Come configurare un cluster mirror SafeKit per Microsoft SQL Server ?

La console web SafeKit offre un’interfaccia intuitiva per orchestrare l’alta disponibilità delle applicazioni critiche. In pochi passaggi, è possibile configurare un cluster mirror SafeKit per garantire la continuità aziendale:
- Failover dell’applicazione (scheda Macro): definire i servizi dell’applicazione specifici da riavviare automaticamente in caso di errore.
- Rete/i heartbeat: percorso/i di comunicazione dedicato/i utilizzato/i dai nodi del cluster per monitorare continuamente lo stato di salute e la disponibilità reciproca e per sincronizzare le decisioni di failover.
- Gestione IP virtuale: configurare l’IP virtuale (VIP) per la riconnessione trasparente del client dopo un failover.
- Replicazione in tempo reale: selezionare le directory critiche per la replicazione sincrona a livello di byte basata sull’host.
- Checkers: monitora lo stato di salute dell’applicazione e avvia il ripristino automatico in caso di rilevamento di un errore di processo.
Il cluster SafeKit include un verificatore di split-brain dedicato per risolvere i problemi di isolamento della rete senza la necessità di una terza macchina witness o di una rete heartbeat aggiuntiva. Per saperne di più su heartbeat, failover e quorum in un cluster.
Come monitorare un cluster mirror SafeKit per Microsoft SQL Server ?

La console di gestione SafeKit offre una visione unificata della tua infrastruttura ad alta disponibilità. Consente agli amministratori di monitorare lo stato operativo del cluster e di tracciare la sincronizzazione dei dati in tempo reale.
Per un cluster mirror a 2 nodi, la console visualizza chiaramente i ruoli di ciascun server:
- PRIM (primario): il nodo attivo che attualmente esegue l’applicazione e gestisce l’IP virtuale. Esegue scritture sull’archiviazione locale e la replica in tempo reale sul nodo secondario.
- SECOND: il nodo di standby riceve aggiornamenti sincroni a livello di byte. È pronto a subentrare immediatamente in caso di errore del nodo primario.
- Stato ALONE: avvisa visivamente quando il cluster è in esecuzione su un singolo nodo (ad esempio, durante la manutenzione o dopo un errore), indicando che la ridondanza è temporaneamente persa.
- Avanzamento della risincronizzazione: quando un nodo guasto si riprende, il suo stato diventa arancione durante la reintegrazione dei dati in background, garantendo l’assenza di tempi di inattività durante la fase di “ritorno alla normalità”.
Oltre alle semplici icone di stato, l’interfaccia fornisce un’orchestrazione di failover con un solo clic, consentendo di riassegnare manualmente il ruolo primario per la manutenzione pianificata, garantendo al contempo la disponibilità continua per l’attività dell’utente.
Video guida: Configurazione di un cluster HA SafeKit mirror per SQL Server
Video SafeKit: clustering a livello di applicazione (8:47)
In questo video, scopri come SafeKit implementa un cluster HA mirror senza la complessità di una SAN. Sebbene questa dimostrazione utilizzi Microsoft SQL Server, la soluzione funziona in modo identico per altri database e applicazioni.
Capitoli
- 🎬 2 nodi con SQL Server (0:32)
- 🎬 Configurare il cluster e il modulo mirror.safe (3:58)
- 🎬 Avviare e testare la replica, la migrazione e il failover di SQL in caso di arresto anomalo (4:17)
Implementazione passo-passo
- 🛠️ Leggi la guida sulla configurazione di un cluster mirror su Windows
- 🛠️ Leggi la guida su come configurare un cluster mirror su Linux
🔍 Esplora SafeKit
Trova informazioni sulle funzionalità, le architetture, i video, la documentazione e la versione di prova gratuita di SafeKit.
| Risorsa | Descrizione | Link |
|---|---|---|
| Caratteristiche principali | Scopri perché SafeKit è una soluzione di alta disponibilità semplice ed economica. | Scopri le caratteristiche principali |
| Casi d’uso | Scopri come SafeKit mantiene disponibili le applicazioni e le infrastrutture critiche. | Esplora i casi d’uso |
| Modello di distribuzione | SafeKit offre un’elevata disponibilità senza SAN o storage condiviso. | Esplora il modello di distribuzione |
| Strategie di alta disponibilità | Confronta l’alta disponibilità per le macchine virtuali con l’alta disponibilità per le applicazioni. | Confronta le due strategie |
| Specifiche tecniche | Controllare i requisiti tecnici e le limitazioni per i cluster SafeKit. | Leggi le specifiche tecniche |
| Video | Guarda le dimostrazioni della configurazione di SafeKit e del failover automatico. | Guarda i video tecnici |
| Architettura | Scopri come il cluster mirror replica i file in tempo reale e gestisce il failover. | Esplora l’architettura Mirror |
| Architettura | Scopri come il cluster farm bilancia il traffico di rete e gestisce il failover. | Esplora l’architettura Farm |
| Confronto tra prodotti | Confronta SafeKit con i cluster tradizionali ad alta disponibilità. | Confronta le soluzioni |
| Risorse tecniche | Trova la documentazione tecnica, scarica SafeKit e accedi alla versione di prova gratuita. | Accedi alla documentazione e alla prova gratuita |
| Moduli dell’applicazione | Utilizzate i moduli SafeKit preconfigurati per impostare l’alta disponibilità delle vostre applicazioni. | Esplora i moduli dell’applicazione |