sapシステムにおけるsqlserver運用ノウハウ.pptVIP

SAP システムにおける SQL Server 運用ノウハウ マイクロソフト株式会社SAP/Microsoft コンピテンスセンター Agenda 統計情報の保守 インデックスの保守 ストアドプロシージャの保守 整合性チェックの実行 ブロッキング?デッドロック １．統計情報 データの分布状況を示します クエリ実行にあたってのアクセスパス選択に大きく影響します データの変更が重なるに従い、統計情報は最新ではなくなり、クエリ実行にあたってのオプティマイザの判断が最適でなくなります 統計情報の保守 統計情報自動更新のオプションについては、通常以下の設定を推奨しています master: OFF msdb, tempdb, SID : ON 但し VBHDR, VBDATA, VBMOD テーブルは OFF（SAP Note 327494） 統計情報の保守 統計情報の自動更新が起動するタイミングは、以下の通りです（Microsoft KB 195565） タイミングを事前に知る方法も記載してあります 統計情報の保守 安定したパフォーマンスを得る為に、統計情報の手動での更新も行なって下さい 大量データの変更後に必ず実行するのが理想的です もしくは１週～１ヶ月に１回定期的に更新するよう、通常の SAP のお客様に対してガイドしております デフォルトでは SQL Server が適切なサンプリング割合を判断します より正確な統計情報を得てパフォーマンス問題を解決するには、サンプリング割合を指定して下さい 更新時間は長くなりますが Fullscan（100％）が堅いです ２．インデックス SQL Server ベースの SAP システムには、クラスタ化インデックスが必ず構成されています 非クラスタ化インデックスは、セカンダリインデックスとして構成されています 追加?削除が重なる度に断片化が進行していきます インデックスの保守 インデックス再構築に先立って、その必要性を判断する為に、”DBCC SHOWCONTIG” を実行して、インデックスの断片化の状況を分析して下さい “fast” オプションという簡易オプションを利用すれば、この作業をすばやく済ませる事ができます インデックスの保守 スキャン密度が低い or フラグメンテーションが大きい or ページ数が大きい or アプリケーションの使用頻度が高いテーブル（下記基準参照）に対して、“DBCC INDEXDEFRAG”を実行して下さい システムを停止する必要はありません 基準（例） 論理スキャンフラグメンテーションが１５％以上かつ、スキャンされたページ数が１００ページ以上 インデックスの保守 この“SHOWCONTIG” チェックを省略して、全てのインデックスを（例えば）１～２週間にわたって毎日分割して実行していくような運用も、考慮に値します オンラインで再編成出来るからこそ可能な運用 ３．ストアドプロシージャ SQL Server ベースの SAP システムにおいて、クエリはストアドプロシージャとしてデータベース上に展開されます このストアドプロシージャは、その初回実行時に最適な実行プランを決定し、その後リコンパイルされるまで、同じ実行プランを利用し続けます SAP on SQL Server パフォーマンス上のアドバンテージ ただし、この事が逆にパフォーマンスを不安定にするケースもごく稀に存在しますので注意して下さい（SAP Note 159171） ストアドプロシージャの保守 ストアドプロシージャのパフォーマンスに問題があり、適切な実行プランが利用されていない事に原因がある場合、下記の解決策を検討して下さい ストアドプロシージャの実行時間が閾値を超えた場合に、自動リコンパイルして再実行するようパラメータを設定（Note 159171） カーネル 4.6A 以降の場合、ABAP の中に SQL Server 向けのオプティマイザヒントを付加 （Note 159171） カーネル 6.20 以降の場合、クエリを毎回最適化するようパラメータを設定 （Note 28667） ４．整合性チェック チェック対象 インデックスとデータページのリンクが正しい事 インデックスが適切な並べ替え順に並んでいる事 ポインタに一貫性がある事 各ページ上のデータが適切である事 ページオフセットが適切である事 SQL Server 7.0 より、定期的な整合性チェックは必須ではなく、あくまで本番業務に影響を及ぼさない範囲内で行うべき作業です 整合性チェックの実行 SQL Server の特定のエラーメッセージ（SAP Note 142731参照）が表示され