3

非常に大量のデータ (数百万のファイル、テラバイトのデータ) を SQL クラスターに移行する必要があります。移行プロセスは毎週の移行に分割され、毎週数百人の新規ユーザー (リクエスト ジェネレーター) が移行されます。

これまでのところ、物事はかなり順調に進んでいますが、最近、SQL クラスターが非常に奇妙な動作をし始めていることがわかりました。CPU 使用率は約 20% で健全で安定していますが、SQL プロセスは、何もなくなるまで (約 12GB) 新しいメモリを常に割り当てています。これが発生すると、プロセスはすべてのメモリを「ダンプ」し、新たに 12GB に向かって上昇し始めます。このダンプ中に、サーバーが応答しなくなり、最終的にタイムアウトになることがよくありますが、この数週間の移行中には発生しません。

この割り当てとダンプの動作は、SQL クラスターで一般的ですか? これが決して起こらないように、または少なくともデータベース全体を混雑させないように構成することは可能ですか? 大規模な移行ジョブの経験がある人はいますか?

イベント ログを調べたところ、タイムアウトの前に WMI 警告が表示されていました。System Center Operations Manager 2007 を使用してシステムを見落としていますが、これがこの動作を説明できますか?

助けてくれてありがとう!

4

1 に答える 1

1

いいえ、これは正常な動作ではありません。

SQL Server は、必要に応じてメモリを動的に割り当て、必要に応じてメモリを適切に解放します。ただし、コンテンツ全体をダンプするべきではありません。

環境に関する詳細を提供し、SQL メモリ構成が何であるかを確認してください。

詳細なサポートが必要な場合は、お気軽にメールでお問い合わせください。DBCC コマンドの結果をお知らせください。

DBCC memorystatus
于 2009-02-16T13:24:35.240 に答える