Il mio database è più grande di 250 GB. Eseguo backup pianificati con uno strumento di terze parti.
I backup del database di pianificazione sono il modo migliore per proteggere il database SQL Server dalla corruzione? O puoi consigliare qualcos'altro?
Risposte:
Un backup non può impedire la corruzione. Niente può assolutamente prevenire la corruzione.
Ciò che fa un backup è consentire all'utente di ripristinare i dati in un momento precedente in caso di corruzione o altri disastri.
Il fatto che la pianificazione del backup ti protegga adeguatamente non è qualcosa a cui una comunità di colleghi può rispondere: i requisiti aziendali lo detteranno. Devi considerare il tuo obiettivo del punto di ripristino (RPO): quanti dati puoi permetterti di perdere? Se ti limiti a 5 minuti e fai un backup completo una volta al giorno e registri i backup ogni ora, non sei coperto. Per proteggerti veramente dovresti essere in piena modalità di recupero e i tuoi backup del log dovrebbero avvenire ogni <= n minuti, dove n è la quantità massima di perdita di dati che puoi sostenere.
Vi sono anche altre considerazioni, come l'obiettivo del tempo di recupero (RTO): in caso di catastrofe, per quanto tempo puoi permetterti di tornare online? Ciò determinerà se mantenere i backup su un'unità pronti per l'accesso o mantenere attivamente uno standby caldo utilizzando la distribuzione dei log o tecniche DR "costo" più elevate come mirroring, FCI e gruppi di disponibilità. Nota che alcune di queste tecnologie possono aiutarti a salvarti dalla corruzione dei dati ma altri tipi di errori non sono coperti (ad es. Una cancellazione accidentale senza una clausola where funzionerà felicemente sia sul primario che su tutti i secondari).
Nella mia esperienza, il modo migliore per proteggere il mio database sono i backup pianificati. Come ha detto Aaron, è molto importante rispondere a queste due domande:
Quanti dati puoi permetterti di perdere?
In caso di disastro, per quanto tempo puoi permetterti di tornare online?
Naturalmente, il mio database è più piccolo di 250 GB e preferisco un piano di backup maniacale, è un backup completo del database ogni 24 ore, un backup differenziale ogni tre ore e backup del registro delle transazioni ogni 15 minuti. Sì, forse ci vorrà più tempo per ripristinare il mio database se si verifica l'errore, ma i miei dati persi saranno minimi.
Vorrei prendere in considerazione l'impostazione della replica per il tuo database. Si prega di leggere ad esempio qui per maggiori dettagli su come funziona e su come può aiutare a proteggere i dati:
https://msdn.microsoft.com/en-us/en-en/library/ms151198%28v=sql.110%29.aspx
Ovviamente ha senso soprattutto se si configura la replica su altri host, anche su una rete diversa. L'impostazione della replica transazionale è ciò che l'op desidera per la massima sicurezza poiché la replica viene eseguita immediatamente, quindi è sempre più affidabile di un semplice backup pianificato.