マルチプログラミングレベルの動的チューニング   SQL Anywhere ネットワークサーバーは、データベースサーバーのスループットレベルを自動的にモニターし、現在の負荷に応じてマルチプログラミングレベルを調整する方法を決定できます。データベースサーバーは山登り法というアルゴリズムと放物線近似法を使用して、必要な調整を決定します。マルチプログラミングレベルを上げるとネットワークデータベースサーバーのスループットレベルが上がる場合、ネットワークデータベースサーバーはそのまま処理を続行します。マルチプログラミングレベルを上げるとスループットが低下する場合、データベースサーバーはマルチプログラミングレベルを下げます。データベースサーバーはスループットレベルを常時モニターし、サーバースループットが向上するようにマルチプログラミングレベルを変更します。多数の要求が短時間に集中し、その後長いアイドル時間が続く場合は、最小マルチプログラミングレベルを予想される最大同時実行レベルに設定することをおすすめします。このように設定すると、データベースサーバーは要求が短時間に集中している間でも応答できます。

マルチプログラミングレベルの動的チューニングは、デフォルトでは有効になっています (-gna 1)。データベースサーバーオプション -gnl と -gnh は、動的チューニングアルゴリズムで使用されるマルチプログラミングレベルの最小値と最大値をそれぞれ設定します。動的チューニングが有効になっている場合、スレッドデッドロックが発生するたびに、データベースサーバーはマルチプログラミングレベルを自動的に上げてスレッドデッドロックの問題を排除しようとします。データベースサーバーは、許容される MaxMultiprogrammingLevel 値になるまでマルチプログラミングレベルを上げ続けます。MaxMultiprogrammingLevel 値に達すると、データベースサーバーはスレッドデッドロック問題をクライアントアプリケーションに返し始めます。ThreadDeadlocksAvoided サーバープロパティを参照してください。

マルチプログラミングレベルの手動チューニング   マルチプログラミングレベルを手動で調整するには、まず、その動的チューニングを無効にする必要があります。アプリケーションの負荷をテストして、サーバースループットと要求の応答時間に対する、データベースサーバーのマルチプログラミングレベルの効果を分析することをおすすめします。Windows パフォーマンスモニターまたは UNIX 上のパフォーマンス統計ユーティリティ (dbstats) を使用すると、アプリケーションのテスト時にデータベースサーバーの動作を簡単に分析できます。PROPERTY、DB_PROPERTY、CONNECTION PROPERTY 関数を使用すると、パフォーマンス統計を問い合わせることができます。

この分析中に、アクティブな要求やスケジュールされていない要求に関連のあるパフォーマンスカウンターを確認してください。 ActiveReq サーバープロパティとUnschReq サーバープロパティを参照してください。

アクティブな要求の数が、-gn データベースサーバーオプションの値よりも常に小さい場合は、マルチプログラミングレベルを下げることを検討します。ただし、データベースサーバーの実行キューに対してタスクを追加するクエリ内並列処理の効果を考慮に入れる必要があります。クエリ内並列処理の効果が不十分である場合は、全体的なシステムスループットを低下させることなく、安全に、マルチプログラミングレベルを下げることができます。ただし、要求の総数 (アクティブな要求 + スケジュールされていない要求) が -gn で指定された値よりも大きくなることが多い場合は、マルチプログラミングレベルを上げることができます。マルチプログラミングレベルを上げた場合のパフォーマンスのトレードオフを検討してからレベルを変更してください。マルチプログラミングレベルの増加を参照してください。