SAP システムにおける SQL Server 運用ノウハウマイクロソフト株式会社 SAP/Microsoft コンピテンスセンター Agenda • • • • • 統計情報の保守インデックスの保守ストアドプロシージャの保守整合性チェックの実行ブロッキング・デッドロック１．統計情報 • データの分布状況を示します • クエリ実行にあたってのアクセスパス選択に大きく影響します • データの変更が重なるに従い、統計情報は最新ではなくなり、クエリ実行にあたってのオプティマイザの判断が最適でなくなります統計情報の保守 • 統計情報自動更新のオプションについては、通常以下の設定を推奨しています – master: OFF – msdb, tempdb, <SID> : ON • 但し VBHDR, VBDATA, VBMOD テーブルは OFF （SAP Note 327494）統計情報の保守 • 統計情報の自動更新が起動するタイミングは、以下の通りです（Microsoft KB 195565） – タイミングを事前に知る方法も記載してありますテーブル種別自動更新が起動する為のテーブルへの変更回数 6行未満の一時テーブル 6回 6行以上、 500行未満 500回 500行以上（500+行数の20%）回統計情報の保守 • 安定したパフォーマンスを得る為に、統計情報の手動での更新も行なって下さい – 大量データの変更後に必ず実行するのが理想的です – もしくは１週～１ヶ月に１回定期的に更新するよう、通常の 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参照）が表示された場合、データベースが破損している可能性があるので、整合性チェックを実行して下さい – 「大半の場合、破損はハードウエアの問題により発生します。」（SAP Note 142731） – 必要に応じて “PHYSICAL_ONLY” オプションを指定して、ハードウエアが原因のエラーであるか否かを、手早く調査して下さい • 完全なチェックではなく、ページとレコードヘッダーの物理構造に絞ったチェックです５．ブロッキング・デッドロック • データベースエラー 1205（デッドロック）の監視、問題解決にあたっては、SAP Note 565710 の記載に従って下さい – 全て運用で解決可能です