Sommario:
Definizione - Cosa significa Log Shipping?
La distribuzione dei registri è una funzionalità di SQL Server di Microsoft in cui le modifiche registrate a un database (registri) vengono trasferite automaticamente a un database di replica impostato su un server di standby. È uno strumento potente e utile per aumentare la disponibilità del database mantenendo un secondo database caldo che può essere riempito ragionevolmente rapidamente per un database primario improvvisamente non disponibile.
Si noti che la possibilità di spostare le modifiche al database in tempo reale da un database a un altro non è univoca per SQL Server. Il log shipping è semplicemente l'implementazione di Microsoft del concetto.
Techopedia spiega la spedizione dei log
La distribuzione dei log è leggermente diversa dal mirroring del database. Si tratta di un movimento asincrono di modifiche da un server all'altro e può verificarsi con le modifiche di un database primario trasferite a più database di standby. Inoltre, in caso di errore del database primario, il failover nel database di standby deve essere eseguito manualmente.
Il mirroring, d'altra parte, è una sincronizzazione in tempo reale delle modifiche, proprio come suggerisce il nome: la tua immagine nello specchio alza la mano quando alzi la tua, e non pochi minuti dopo! Nel mirroring, il failover del database è automatizzato, diversamente dalla distribuzione dei log.
Quindi ci si potrebbe chiedere perché la spedizione dei log sia necessaria anche se è disponibile il mirroring. La risposta breve è il costo. Il mirroring può essere piuttosto costoso, poiché di solito richiede un terzo server oltre ai server primario e di standby, nonché collegamenti ad alta velocità tra i server per garantire la copia in tempo reale dei registri. Il log shipping offre una sorta di compromesso tra costo elevato e ridondanza automatizzata, sebbene con le seguenti avvertenze:
- Il failover del database non è automatico
- Il database di standby non è disponibile per la modifica.
- Ci sono dei tempi di inattività mentre gli amministratori del database cambiano le operazioni sul nuovo server.
- Esiste ancora il rischio di perdita di alcuni dati se gli ultimi minuti di dati dal server primario non sono stati copiati prima di diventare non disponibili.
La distribuzione dei tronchi è ideale per le situazioni in cui non è assolutamente fondamentale mantenere il 100% di uptime.
