Piani di manutenzione di SQL Server

Purtroppo, un'istanza di SQL Server non è qualcosa che si possa semplicemente installare ed eseguire senza le dovute attenzioni. Mantenere i valori predefiniti per i nuovi database causerà quasi certamente problemi nel lungo periodo.

Se la manutenzione non viene eseguita regolarmente, i file del database cresceranno sempre di più fino a quando la sola dimensione dei file ridurrà le prestazioni e infine si raggiungerà un punto in cui l'applicazione client apparirà inutilizzabile.

NON siamo uno studio di DBA. Porre la domanda "Qual è il miglior piano di manutenzione che posso implementare?" a DBA esperti darà invariabilmente come risposta qualcosa di simile a "Dipende".

Queste "indicazioni" sono fornite così come sono e non possiamo essere ritenuti responsabili se non soddisfano i suoi requisiti. Deve consultare un amministratore di database qualificato per confermare le sue esigenze e il modo di soddisfarle.

La strategia di backup dipende realmente dalla quantità di dati che è disposto a perdere in caso di guasto, sì... si aspetti di perdere dati, il costo di un sistema che NON perde alcun dato è piuttosto elevato e non rientra nell'ambito di questo argomento.

Se le va bene poter tornare solo al backup della notte precedente, può impostare il DB sul modello di recupero semplice ed eseguire un backup completo notturno.

Se desidera qualcosa di un po' più robusto, abbiamo visto quanto segue:

• Un backup completo giornaliero del DB.
• Un backup più frequente del log delle transazioni, diciamo ogni 4 ore a partire dalle 06:00 e fino alle 18:01 o alle 22:01
• Un'attività di pulizia per rimuovere i backup più vecchi.

Se ha bisogno di poter recuperare dati risalenti a pochi minuti prima, allora le serve davvero un DBA qualificato che la aiuti.

Ancora una volta, questi sono esempi di come abbiamo visto pianificare i backup per sistemi non critici. Se non soddisfa i suoi requisiti specifici. Deve monitorare: il tempo che i backup impiegano per completarsi; lo spazio libero rimasto sul dispositivo di backup; e così via, e così via!

Inoltre, una strategia di backup implica eseguire effettivamente il processo di ripristino con regolarità per dimostrare che funziona. I backup di solito funzionano bene, è il processo di ripristino che è difficile: immagini di avere un capo con il fiato sul collo mentre cerca la giusta sequenza di azioni perché non l'ha mai fatto prima...

I piani di backup devono essere monitorati e i piani di ripristino devono essere messi in atto per confermare che funzionino davvero!