In questo articolo, ti spiegherò la tecnologia Log Shipping in SQL Server. Esaminiamo l'installazione di log shipping e ripristino di emergenza di SQL Server. Dopo aver spiegato la tecnologia di Log Shipping, mostrerò l'installazione e il test di Log Shipping.
Installazione log shipping e ripristino di emergenza di SQL Server.
La tecnologia Log Shipping è stata rilasciata con SQL Server 2000 ed è ora usata per SQL Server 2012, 2014, 2016, 2017, 2019 La tecnologia Log Shipping in SQL Server è valida anche per High Availability e Disaster Recovery. . Un database di backup o secondario, alimentato periodicamente dal registro delle transazioni del nostro database principale, può fungere immediatamente da database Master in caso di disastro. Inoltre, poiché il nostro database è protetto, fornisce anche una soluzione di Disaster Recovery.
Se desideri conservare una copia di un database di produzione in caso di disastro, o utilizzare nuovamente il database di produzione in caso di disastro con una perdita di dati minima, dobbiamo utilizzare la tecnologia Log Shipping. In questa tecnologia, il database di produzione viene conservato come una copia esatta su un server diverso e questo database chiamato database secondario viene continuamente alimentato dal database di produzione periodicamente. Pertanto, se non c'è accesso al database di produzione o perdita di dati in caso di disastro, il nostro database secondario può essere utilizzato come database principale.
Vantaggi e svantaggi del log shipping di SQL Server
possiamo elencare i vantaggi e gli svantaggi di Log Shipping come segue.
Vantaggi
——————————–
- Fornisce soluzioni sia per il ripristino di emergenza che per l'alta disponibilità.
- È una tecnologia molto economica in termini di costi. A partire da SQL Server 2008, questa tecnologia è disponibile in tutte le versioni tranne la versione Express.
- Facile da installare e mantenere.
- È possibile avere un sacco di logshipping per un database. Questa è un'opportunità per ridurre al minimo la perdita di dati di un database.
- Il database secondario, che è in modalità Standby, consente il reporting in modalità di sola lettura senza alcuna operazione manuale.
- L'errore dell'utente può essere risolto utilizzando i vecchi backup del registro delle transazioni.
Svantaggi
—————————--
- Il log shipping non ha il failover automatico, in questo caso, quando è necessario il failover, l'amministratore del database deve eseguire immediatamente il failover manuale.
- Grazie al failover manuale, i tempi di inattività sono più di un mirroring sincrono.
- È possibile perdere dati quando il database principale è danneggiato.
Spiegherò l'installazione e la configurazione di Log Shipping nel prossimo articolo.
