Modello di recupero di SQL Server 2008 / R2

Praticamente tutti i nostri database su determinati server non richiedono il modello di recupero completo (non eseguiamo backup del registro delle transazioni) e il valore predefinito dovrebbe essere sempre quello di creare database e specificare il modello di recupero semplice.

Abbastanza spesso e per alcuni motivi pratici molti database vengono creati utilizzando SSMS. Tuttavia, è possibile commettere errori e l'operatore può dimenticare di specificare il modello di recupero semplice. Questo porta a una "sorpresa" qualche giorno dopo quando la scatola sta lottando con lo spazio su disco a causa di tre o quattro file di registro da 60 GB che non sono mai stati troncati.

Posso impostare il modello di recupero semplice come impostazione predefinita per i nuovi database configurando il modello di recupero sul modeldatabase. Tuttavia, questo è raccomandato, se lo faccio potrebbe tornare e mordermi in qualche modo in futuro?

Vedo una delle tre opzioni qui:

1) è possibile disporre di uno script basato su modelli per creare database che includano esplicitamente il modello di recupero.

2) puoi impostare il modeldatabase su semplice e non devi preoccuparti di questo.

3) puoi sperare che tutti si ricordino, che sembra quello che stai facendo. (non consigliato)

Vorrei andare personalmente con il numero due. Ecco a cosa serve il database dei modelli.

Aggiunta a @ Surfer513

4) Politica di gestione basata su criteri per applicare il semplice modello di recupero o per farti sapere quando un DB non lo è

Anche se preferisco impostare il modello su semplice, ciò non impedisce l'utilizzo del comando T-SQL e l'impostazione su qualcos'altro. È possibile utilizzare una politica per valutare se il modello di recupero non è Semplice e scegliere di cambiarla per la politica.

Questo articolo di MSSQLTip.com è dedicato al controllo completo, ma puoi facilmente avere il tuo controllo per semplice. È inoltre possibile eseguire un controllo per verificare se sul database è mai stato eseguito un backup.

La scommessa sicura è mettere il tuo DB in modalità completa, ma poi hai il problema di crescita del registro. Ora ci sono alcune opzioni:

• Metti un limite alla dimensione massima del tuo file di registro. Ciò influirà sulle operazioni una volta raggiunto questo limite. Il vantaggio è che impedirà gli scenari in cui il disco esaurisce lo spazio e quindi si avranno problemi più grandi.
• Crea avvisi che si attivano quando il file di registro cresce sopra una filigrana e quindi gestiscilo.
• Pianifica i lavori di riduzione dei registri. Lo shriking dei log danneggia le prestazioni del tuo DB. Non lo suggerirei.

Essendo il DBA dovresti usare tutte le opzioni che ti aiutano con un recupero. Dipende anche dal tuo SLA con l'azienda.

Detto questo, gestisco alcuni DB in modalità semplice. Ciò è dovuto alle dichiarazioni di non responsabilità descritte nello SLA. L'azienda decise di non spendere in unità per i file di registro (puoi portare un cavallo in acqua, ma non puoi farlo bere). L'azienda gestisce il backup, il ripristino e il DR. C'era un DR e il denaro perso era maggiore di quello che sarebbe costato in più spazio su disco.