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

È stato utile?

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.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top