SQL Server Bad & amp; Migliori pratiche
-
03-07-2019 - |
Domanda
ieri ho scoperto che l'impostazione di un database sulla crescita automatica non è una buona cosa.
Esistono altre "cattive" pratiche (o best practice) di base quando si hanno database SQL Server in produzione?
grazie, Lieven Cardoen
Soluzione
Hai dati e registri su dispositivi separati. Tempdb è di dimensioni ragionevoli? Hai un piano di ripristino di emergenza? La prima volta che devi ripristinare un database non è il momento di iniziare a leggere su come farlo!
Stai eseguendo il piano di manutenzione predefinito (DBCC, statistiche di aggiornamento e tutto il resto)? Sai cosa fa tutto e lo controlli per eventuali problemi?
Hai alcune metriche delle prestazioni su I / O del disco, memoria, CPU. Forse alcune query che puoi monitorare su base regolare e cercare il degrado delle prestazioni.
Con una nuova applicazione e un nuovo database, tutte le tue query saranno veloci per un po ', ma man mano che il database cresce, i problemi di prestazioni potrebbero insinuarsi se non sei proattivo.
Altri suggerimenti
impedisce al server sql di utilizzare tutta la memoria disponibile ... su una scatola con 4 GB di RAM, lo limiterei a 3 GB, assicurandomi che 1 GB sia lasciato per il sistema operativo.
Il mio preferito personale:
Hai un piano di backup?
Ho visto troppi database con i registri delle transazioni che riempivano il disco ...
Se stai prendendo sul serio con SQL, dai un'occhiata a SqlServerCentral.com . Hanno molti buoni articoli su tutto ciò che riguarda SQL.