ieri ho scoperto che impostare un database sulla crescita automatica non è una cosa molto buona.SQL Server Bad & Best Practice
Ci sono altre pratiche "cattive" di base (o buone pratiche) quando si hanno database SQL Server in produzione?
thx, Lieven Cardoen
Avete dati e accede dispositivi separati. Tempdb è una taglia ragionevole? Avete un piano di disaster recovery? La prima volta che devi recuperare un database non è il momento di iniziare a leggere su come farlo!
Si sta eseguendo il piano di manutenzione predefinito (DBCC, aggiornamento delle statistiche e tutto il resto)? Sai cosa fa tutto e lo monitora per eventuali problemi?
Avete alcune metriche di prestazioni su I/O su disco, memoria, CPU. Forse alcune query che è possibile monitorare su base regolare e cercare il degrado delle prestazioni.
Con una nuova applicazione e un database, tutte le query saranno veloci per un po ', ma man mano che il database cresce, i problemi di prestazioni potrebbero insidiarsi se non si è proattivi.
Qualche link valido su questo? grazie –
Ci sono, dovremo dar loro la caccia. Se non sai molto su quanto sopra, probabilmente dovresti ottenere un libro di SQL Server - ce ne sono alcuni buoni su Tuning che coprono la configurazione e le metriche. – MikeW
Thx, controllerà quelli. –
interrompe il server sql dall'utilizzo di tutta la memoria disponibile ... su una scatola con 4GB di RAM, lo limiterò a 3gb, assicurando che 1gb sia rimasto per l'os.
Il mio preferito:
Avete un piano di backup?
Ho visto troppe banche dati con l'operazione registra riempire il disco ...
Se stai ricevendo serio con SQL dare un'occhiata al SqlServerCentral.com. Hanno molti buoni articoli su tutto ciò che riguarda SQL.
L'autogrowth non è male finché sai cosa stai facendo. A volte la crescita automatica è necessaria per un database che sta crescendo in modo controllato e previsto. Se disattivi la crescita automatica in quel caso, l'app si spegnerà. – DevinB