この記事では、遅い手順のトラブルシューティングに関するいくつかの実用的なヒントを共有します。 SQL Server
SQL Server は多くの機能を備えたアプリケーションですが、その機能のほとんどは最新のハードウェア、つまり十分なリソースを必要とします。十分な空き容量がない状態で、アプリケーションを使用して重い操作を実行しようとすると、パフォーマンスの低下に悩まされることになります。ストレージ容量の不足は、このような問題が発生する最も基本的で一般的な理由の1つですが、アプリケーションの処理速度が低下する原因は他にも複数考えられます。以下に、アプリケーションの処理速度低下の原因をトラブルシューティングするために使用できる方法またはヒントのリストを示します。 SQL Server.
- 実行計画の保管 –で遅い手順に直面している最大の理由のXNUMXつ SQL Server 実行プランがキャッシュに保存されていることが原因である可能性があります。 キャッシュ内にあるかどうかを確認するには、キャッシュ内で検索して、表示される上位10のプランに存在するかどうかを確認する必要があります。 このプランを保存することを選択する場合としない場合があります。
- 作業パラメータを収集する –ストアード・プロシージャーを実行するには、一連の作業パラメーターをすぐに利用できるようにする必要があります。 エンドユーザーから入手できる場合もあれば、入手できない場合もあります。 そのような場合は、適切なパラメータを見つけるためのより困難な方法に切り替える必要があります。
- パラメータの速度を調べる –選択するパラメーターは、速度が異なる必要があります。 あなたは速いもの、遅いもの、そしてさまざまな速度のものを持っているべきです。
ストアドプロシージャによる書き込みを探す –クエリに挿入、削除などがあるかどうかを確認できます。 そのようなことに遭遇した場合は、開発時にいつでも調整でき、さまざまなパフォーマンスを探すこともできます。
- 実行された書き込み間の類似性 –最初に、ストアドプロシージャが何らかの種類の書き込みを実行しているかどうかを確認する必要があります。実行している場合は、以前に実行したものと現在実行しているものの類似性を確認する必要があります。 同じ行が毎回更新される場合、同じ時間がかかりますが、新しい行が追加または削除される場合、かかる時間は異なります。
- ストアドプロシージャの速度 –ストアドプロシージャが本番および開発でどのように実行されるかを確認する必要があります。 あるものでは遅く、別のものでは速いですか？ どちらも遅いですか？ 両方の環境でのCPU読み取りの数はいくつですか？ そして、これらのカウントの違いは何ですか？ これらの質問に対する回答に基づいて、環境の構成を変更する必要があります。
上記の状況は、手順が遅い理由を知ることができるいくつかの異なる方法です。 SQL Server. SQL Server は高度でありながら複雑なアプリケーションであり、多くの機能を使用できます。ユーザーが意図せずに変更を加えてパフォーマンスが低下する場合があります。これは、上記の手順に従って検出できます。 全体的に遅いことにも注意する必要があります SQL Server アプリケーションには、次のような他の原因が考えられます。 破損した SQL Server mdfファイル.
著者紹介：
ビクターサイモンは、のデータ復旧の専門家です DataNumen、Inc。は、以下を含むデータ復旧技術の世界的リーダーです。 accdbdbを修復します およびSQL回復ソフトウェア製品。 詳細については、次のWebサイトをご覧ください。 WWW。datanumen.com