質問

昨日、自動成長のデータベースを設定することはあまり良いことではないことがわかりました。

本番環境でSQL Serverデータベースを使用する場合、他の基本的な「悪い」プラクティス(またはベストプラクティス)はありますか?

thx、Lieven Cardoen

役に立ちましたか?

解決

別のデバイスにデータとログがありますか。 tempdbは適切なサイズですか?災害復旧計画はありますか?データベースを最初に回復しなければならないのは、その方法を読み始める時ではありません!

デフォルトのメンテナンスプラン(DBCC、更新統計など)を実行していますか?あなたはそれがすべて何をしているのか知っていて、何か問題がないか監視していますか?

ディスクI / O、メモリ、CPUのパフォーマンスメトリックはありますか。定期的に監視してパフォーマンスの低下を探すことができるクエリもあります。

新しいアプリケーションとデータベースを使用すると、すべてのクエリはしばらくの間高速になりますが、データベースが大きくなると、積極的でない場合はパフォーマンスの問題が潜入する可能性があります。

他のヒント

SQLサーバーが使用可能なすべてのメモリを使用しないようにします。4GBのRAMが搭載されたボックスで、OSに1 GBを残して、3 GBに制限します。

私のお気に入り:

  

バックアップ計画はありますか?

トランザクションログがディスクをいっぱいにしたデータベースが多すぎる...

SQLを真剣に考えている場合は、 SqlServerCentral.com をご覧ください。 SQLに関連するすべての記事がたくさんあります。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top