Frage

gestern fand ich heraus, dass eine Datenbank auf Auto Wachstum Einstellung ist nicht eine sehr gute Sache.

Gibt es andere grundlegende 'schlechte' Praktiken (oder Best Practices), wenn in der Produktion SQL Server-Datenbanken mit?

thx, Lieven Cardoen

War es hilfreich?

Lösung

Haben Sie Daten und Protokolle auf separaten Geräten haben. Ist tempdb eine angemessene Größe? Haben Sie Disaster-Recovery-Plan? Das erste Mal, wenn Sie eine Datenbank wiederherstellen müssen, ist nicht die Zeit, das Lesen zu starten, wie es zu tun!

Sind Sie mit dem Standard-Wartungsplan (DBCC, update Statistiken und all das Zeug)? Wissen Sie, was es tut, und tun Sie es für alle Probleme überwachen?

Haben Sie einige Performance-Metriken auf der Festplatte Ich habe / O, Speicher, CPU. Vielleicht können einige Fragen, die Sie in regelmäßigen Abständen überwachen und für eine Leistungsverschlechterung suchen.

Mit einer neuen Anwendung und die Datenbank, die alle Ihre Anfragen für eine Weile schnell sein, aber wie Sie Ihre Datenbank wächst, Performance-Probleme schleichen sich auf Sie, wenn Sie nicht aktiv sind.

Andere Tipps

aus dem SQL Server stoppt die gesamten verfügbaren Speicher mit ... auf einem Kasten mit 4 GB RAM, ich es 3gb begrenzen würde, 1gb Gewährleistung für das o gelassen wird.

Mein persönlicher Favorit:

  

Haben Sie einen Backup-Plan haben?

Ich habe zu viele Datenbanken mit der Transaktion gesehen protokolliert die Scheibe füllt ...

Wenn Sie es ernst mit SQL einen Blick auf SqlServerCentral.com . Sie haben viele gute Artikel über alles SQL verwandt.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top