SQL Server: Piano di backup sempre disponibile
Don' t confondere il backup e ripristinare con alta disponibilità. In caso di guasto, i dati verranno ripristinati ma solo dopo del tempo di inattività.
Saleem Hakani
In un mondo ideale, hard disk e altro hardware mai fallirebbe. Software non sarebbe mai stato difettoso, gli utenti non commettere errori e hacker non sarebbe mai successo.
Tuttavia, viviamo in un mondo di meno-che-perfetto. Abbiamo bisogno di pianificare e preparare per gestire gli eventi avversi. Esecuzione e mantenere i backup di buoni e sani è una delle principali priorità per ogni amministratore o ingegnere lavorando con SQL Server.
Backup e ripristino non è HA
Qui è una buona regola da tenere a mente: Backup e ripristino non è una funzionalità di alta disponibilità (HA). Ripristino di un database da un backup è semplicemente una funzione di riparazione, non una caratteristica di disponibilità.
Se si sta eseguendo un missione-critici del sistema e il database richiede HA, quindi esaminare varie caratteristiche HA effettive disponibile all'interno del SQL Server. Ah non equiparare per backup e ripristino.
Se si sta eseguendo un sistema mission-critical o grande, è necessario il database sia disponibile continuamente o per lunghi periodi di tempo con tempi di inattività minimi per attività di manutenzione. Pertanto, la durata delle situazioni di ripristino di database deve essere mantenuta più breve possibile.
Inoltre, se utilizzi eccezionalmente grandi database, ti richiedono lunghi periodi di tempo per eseguire backup e ripristino. Si dovrebbe esaminare alcune delle nuove caratteristiche SQL Server offre per aumentare il backup e ripristinare la velocità operativa. Questo aiuta a ridurre al minimo l'effetto sugli utenti durante entrambi backup e ripristinare le operazioni.
Ecco uno sguardo a qualche altre specifiche tecniche.
**Più dispositivi di backup:**Se si sta eseguendo il backup e ripristino su un ampio database, è necessario utilizzare contemporaneamente più dispositivi di backup. Questa configurazione vi aiuterà a scrivere il backup di tutti i dispositivi allo stesso tempo. Utilizzando molteplici dispositivi di backup nel SQL Server consente di scrivere i backup dei database per tutti i dispositivi in parallelo.
Un potenziale collo di bottiglia in backup throughput è la velocità periferica di backup. Utilizzando dispositivi di backup multipli può aumentare la velocità effettiva in proporzione al numero di dispositivi che stai usando. Analogamente, è possibile ripristinare il backup da più dispositivi in parallelo.
**Set di supporti con mirroring:**Se si utilizza un set di supporti con mirroring, si può avere un totale di quattro specchi per ogni set di supporti. Con il set di supporti con mirroring, l'operazione di backup scrive a più gruppi di dispositivi di backup. Ciascun gruppo di dispositivi di backup costituisce un singolo specchio nel set di supporti con mirroring. Ogni singolo specchio set devono utilizzare la stessa quantità e tipo di dispositivi di backup fisici, e tutti devono avere le stesse proprietà.
**Backup snapshot:**Questo è il modo più veloce per eseguire il backup dei database. Un backup snapshot è un backup specializzato creato quasi istantaneamente utilizzando una soluzione split-mirror ottenuta da fornitori indipendenti di hardware e software.
Backup snapshot minimizzano o eliminare l'uso delle risorse di SQL Server per eseguire il backup. Ciò è particolarmente utile per i database medio-grandi, per cui la disponibilità è cruciale. A volte è possibile eseguire backup snapshot e ripristina in pochi secondi, con poco o nessun effetto sul server.
**Low-compressione backup priorità:**Backup dei database utilizzando la funzionalità di compressione dei backup recente introduzione potrebbe aumentare l'utilizzo della CPU. Qualsiasi ulteriore capacità CPU consumata dal processo di compressione può influire negativamente sulle operazioni simultanee. Pertanto, quando possibile, è consigliabile creare un backup compresso con priorità bassa con utilizzo della CPU è limitato da resource governor per evitare qualsiasi conflitto di CPU.
**Pieno, i backup differenziali e Log:**Se il modello di recupero del database è impostato su Full, utilizzare una diversa combinazione di backup (come completo, differenziale e Log). Questo ti aiuterà a ridurre al minimo il numero di backup, che è necessario applicare per portare il database fino al punto di guasto.
**File/file di backup di gruppo:**Utilizzare il backup di file e file gruppo e T-log. Queste tecniche consentono di eseguire il backup o ripristino solo i file che contengono i dati pertinenti. Perché non sei il backup o ripristinare l'intero database, l'operazione è molto più veloce.
**Utilizzare un disco diverso per i backup:**Non usare lo stesso disco fisico che contiene i file di database o file di Log per scopi di backup. Utilizzando lo stesso disco fisico non solo influisce sulle prestazioni, ma anche può ridurre la recuperabilità del piano.
Ricordatevi di selezionare un paio di tecniche e tattiche per backup e ripristino che funzionano meglio all'interno della tua configurazione. È un aspetto essenziale di qualsiasi strategia operativa SQL Server .
.jpg)
Saleem Hakani è un architetto principale di Microsoft con più di 18 anni di esperienza. Egli ha lavorato con SQL Server dal 1992 e ha lavorato su numerosi servizi su larga scala di Microsoft come un ingegnere e architetto negli ultimi sette anni, tra cui Hotmail, Bing e MSN. Hakani conduce la comunità mondiale di SQL Server per i dipendenti di Microsoft ed è un tecnico presentatore per vari eventi di Microsoft, tra cui TechReady, SQLFEST, SQL-scuola e SQLPASS.