中国では、ユーザーとビジネスの使用SQLServerデータベースは、DBAがそれのために、これらのガイドラインと方法に従うべきで、それSQLSererサーバーを設計し、最適化する方法を、最大であり、以下は、私たちが手助けをしたい、あなたと私の経験を共有することになります。
広告：
1.データとログファイルは別のディスクに分けて保管されています
データファイルを操作し、I / Oの大量に生成されますログファイルを 可能であれば条件、ログファイルは別のデータファイルに格納する必要がありますし、データベースの災害復旧を促進しながら、インデックスデータは、I / Oを広めるために、ハード常駐します。
2.tempdbデータベースは別々のディスクに格納されています
他のすべてのデータベースが使用される可能性が高いとtempdbデータベースは、一時的なデータベースです。ORDERBY上で実行されたときに選択し、一時テーブルはtempdbのデータベースで生成されないときは、中間データを格納する列を索引付け。設立以来、可能な限りの列をソートするためにインデックスを作成する必要がありますので、真剣に、システムのパフォーマンスが低下します一時テーブルを埋めます。一方、tempdbデータベースは、すべてのユーザーとアプリケーションのために共有されているので、ユーザーはすべてのスペースのtempdbデータベースを占めている場合、他のデータベースが使用されなくなります。可能では、tempdbデータベースは、ハードドライブまたはより高速のRAIDアレイ上に別々に配置されるべきです。パフォーマンスをスピードアップするために分離されたtempdbデータベースI / O操作。tempdbのデータベースは、ユーザーのニーズを満たすために、適切な能力を持っている必要があります。tempdbデータベースは、部屋が自動的に拡張させるべきです。ときクエリ操作の一時テーブルのtempdbデータベース容量の確立を超える、自動拡張を許可するように設定した場合、操作を完了できません。
適切にtempdbデータベースの成長を設定し、成長率が小さすぎるより多くの外部断片化が生成されます、より多くのリソースを占有します。
3.ホット・データの発生を回避
SQLServer7.0、テーブルのないクラスタ化インデックス（テーブル・ヒープ）の前に、新たに挿入されたデータラインは常にディスクテーブルの物理的端部に配置されています。同時ユーザーの数、テーブルの終了を行いますデータテーブルを挿入または更新の操作の実行中は、重いデータであれば、ホットスポットが発生する可能性があります。並行I / O操作が数ページに焦点を当て、データベースのパフォーマンスが低下する可能性があります。
SQLServerのでは、データの新しい行に割り当てられた物理ストレージ容量は、PFSページによって行われます。PFSページ管理アルゴリズムは、データの生成は、ホットスポットを避ける挿入するように分散されます。
、自然な成長の主キー列の確立を避けるために、アプリケーションとデータベースを設計する場合、ホットデータの発生につながる可能性があります。
データの4種類少ないです
設計テーブルでは、データ型とできるだけ少ないです。これは、データ・ページ上の情報の最大量を節約することができます。以下のデータ・ページには、I / O操作が小さいデータページを取得するので、効率が高くなります。
5.モニターやスペースデブリの並べ替え
ファイルスペースの自動成長自動管理を改善するが、スペースデブリになることがあります。論理空間と物理空間はもはや連続したデータではありません。定期的なモニタリングとスペースデフラグは、I / Oパフォーマンスを向上させることができます。
6.メイン・データ・ファイルとセカンダリデータファイル
メイン・データベース・ファイル・グループの各部分のためのマスタデータファイル。1GBのデータベースの約サイズのために、データファイルは、セカンダリデータファイルがある場合は、マスタデータファイルはセカンダリデータファイルを管理するためのポインタを持って、十分です。
ユーザーデータとインデックスを格納するためのデータファイル、ファイルオブジェクトおよびテーブルのプライマリ・データ・ストレージ・システム、セカンダリデータファイルを複数使用する場合。可能な場合には、メイン・データ・ファイルとセカンダリデータファイルは、I / Oを分散させるための別のディスクに分けて保存することができます
複数のデータファイルは、データファイル・ストレージ・システムは、プライマリデータ、ユーザーデータとインデックスを格納し、二次データファイルを推奨した場合、これはI / O性能を向上させるのに役立ちます。
パフォーマンスを向上させる7.ファイル・グループ
大規模なデータベースシステムでは、データファイルを管理するファイルグループの設立を検討することができます。異なる物理ディスクに格納されているを通してテーブルとインデックスは、結論に最適なストレージソリューション、性能監視を比較します。
パフォーマンスの問題への関心8.自動的に成長し、可能性があり、自動的に縮小
データベースファイルの自動成長と自動的に収縮機能は、小規模なデータベースを管理するのに便利です。しかし、それは大規模なデータベースのパフォーマンスの問題を引き起こす可能性があります。ファイルの自然な成長にもメモリの断片化につながるので。ファイル容量が大きくなると、宇宙の新しい割り当てと元の空間は、必ずしも連続的ではありません。場合は、ファイル・スペースの縮小は、いくつかの領域を解放します。しかし、文書はまた、断片化につながる、ストレージ容量を増やす必要がありますが、元のリリースを使用することはできません。
9.単離されたシステムデータとユーザーデータ
別々の物理ディスクに保存されているシステムとユーザーデータベースは、I / Oパフォーマンス、ヘルプデータベースのバックアップとリカバリを改善するのに役立ちます。
インデックスの設計の最適化10
インデックスのデザインは、データベースのパフォーマンスに非常に重要です。これは、説明されることはありませんボーの記事に記載されています。
11.定期的に更新される統計
SQLServerのデフォルトのコストベースの最適化、その統計情報を更新することがクエリの最適化のために重要です。
12.定期的整合性チェック
データベースの整合性を確保するために定期的にデータベースの整合性チェック。
ます。https：//www.cnblogs.com/flysun0311/archive/2012/03/07/2383338.htmlで再現