【SAP BASIS】ST02でバッファとメモリの状態を確認する方法

 操作手順 

1. コマンドフィールド。ここにトランザクションコードを入力します。

 画面の見方 

1. 機能ボタン：左から「選択」「現行パラメータ」「履歴」「詳細分析メニュー」「全バッファのサマリ」。あとの手順で使います。
2. システム・スナップショットの日時・起動：表示している値がいつ時点のものか、そしてサーバがいつ起動したかです。
3. バッファの表：プログラム、CUA（メニュー）、Screen（画面）、Tables（テーブル）などバッファごとのヒット率・サイズ・スワップ回数です。
4. SAP メモリの表：Page area（ページングメモリ）、Extended memory（拡張メモリ）、Heap memory（ヒープメモリ）の使用状況です。
5. コール統計：SELECT SINGLE や SELECT などの要求のうち、テーブルバッファで処理できた割合（ヒット率）とデータベース呼び出し回数です。

 画面の見方 

1. ヒット率 %：バッファへの読み取り要求のうち、バッファから取得できた割合。目安は 95% 以上、プログラムバッファ（program）は 98% 以上が望ましい値です。
2. スワップ：バッファから追い出されたオブジェクトの数で、アプリケーションサーバ起動後の累積値です。格納領域やディレクトリエントリの不足で発生するため、値だけで判断せず、増加傾向と空き状況を確認します。
3. この例では CUA バッファのスワップが 475,697 回と突出しています。割当が 3,000 KB と小さく空き領域も 12% しかないため、メニュー定義を頻繁に追い出している状態です。こうした行が「サイズ見直しの候補」になります。
4. 空き領域 %：バッファの空き容量の割合。数%まで下がっているとスワップが起きやすくなります。
5. % Free Dir：ディレクトリ（バッファに入れられるオブジェクト数の上限）の空き割合。容量に余裕があっても、ディレクトリが尽きるとそれ以上入りません。
6. 赤い表示：しきい値を割った項目は赤で塗られます。この例では Calendar バッファのディレクトリが 200 件すべて使われ、空きが 0 になっています。

 画面の見方 

1. 現使用率 %：現在の使用率。Extended memory の行が常時 80% を超えているようなら要注意です。
2. Max使用[KB]：起動後の最大使用量。現在は低くても、ここが大きければ「過去にメモリが逼迫した瞬間があった」ことが分かります。
3. Page area：ページングメモリ。プログラム間のデータ受け渡し(EXPORT TO MEMORY / IMPORT FROM MEMORY など)に使う領域です。共有メモリ(Mem内)に収まらない分はディスク(OnDisk)に置かれます。
4. Extended memory：拡張メモリ。この例では使用中が約 16 GB、最大で約 24 GB まで使われています。
5. Heap memory：ヒープメモリ。現在は 0 ですが、最大で約 11 GB 使われた履歴があります。ヒープメモリが使われたということは、どこかの時点で拡張メモリを使い切ったワークプロセスがあったということです。

 画面の見方 

1. バッファごとに見出し（オレンジの行）があり、その下に関係するパラメータが並びます。
2. abap/buffersize：プログラムバッファのサイズ。バッファの表の「割当 [KB]」と同じ値です。
3. rsdb/cua/buffersize：CUA バッファのサイズ。先ほどスワップが多かったバッファは、ここで「どのパラメータを見直せばよいか」が分かります。
4. プロファイルパラメータ（変更）ボタン：押すとパラメータ変更の画面（RZ11 相当）に進みます。調査だけが目的なら押す必要はありません。パラメータの変更は Basis 担当者がメンテナンス手順にしたがって行います。

 画面の見方 

1. 列見出し：日付、ヒット率、DB 品質（データベースアクセスの少なさ）、空き記憶域、DB アクセス回数、スワップ（Swapped o.）などです。
2. 日別の行：1日1行で、その日の終わり（時刻の列）時点の値です。ヒット率がある日を境に下がっていないか、DB アクセスが急増した日がないかを追います。
3. Average：表示期間の平均です。
4. 最大使用量：バッファサイズと使用量のピークがいつだったかです。
5. 次のバッファ（この例では Generic key buffer ＝ テーブルバッファ）が続きます。
6. スワップが発生した日は赤く表示されます。この例では 1 回だけなので問題ありませんが、毎日数千回以上出ているならサイズ見直しの候補です。

 操作手順 

1. No を押します。「Yes」を押すと、履歴画面の「最大使用量」(バッファサイズや使用量のピークがいつだったか)の記録がリセットされ、元に戻せません。この記録はサーバ共通なので、ほかの担当者の調査材料も消えてしまいます。調査中はリセットしないでください。

 画面の見方 

1. テーブルバッファ（ジェネリックキー／シングルレコード）：テーブルバッファの詳細です。
2. プログラム：プログラムバッファの詳細です（次の画面）。同じ並びに CUA、Screen、カレンダなど、バッファの表の各行に対応するボタンがあります。
3. SAP メモリ：拡張メモリ・ヒープメモリの詳細です（その次の画面）。
4. 履歴（本サーバ用／全サーバ用）：先ほどの履歴と同じものです。複数のアプリケーションサーバがある場合は「全サーバ用」でまとめて見られます。
5. パラメータ：現行パラメータと同じものです。

 画面の見方 

1. Efficiency：ヒット率（Hitratio）と、その内訳（Hits／Requests）。DB access saved はバッファのおかげで省略できたデータベースアクセスの回数です。
2. Size：割当（Allocated）、使用中（Used）、空き（Free）のサイズ。Gaps は断片化で使えなくなっている領域です。
3. Directory entries：ディレクトリエントリの総数・使用数・空き数。
4. Swaps：追い出したオブジェクト数（Objects swapped）。ここが増え続けるならサイズ不足です。
5. 次バッファ（F8）：この画面のまま CUA、Screen、テーブルバッファ…と順に切り替えられます。
6. バッファオブジェクト（F6）：バッファに入っているプログラムの一覧です。何がバッファを占めているかを見たいときに使います。

 画面の見方 

1. Paging memory：ページングメモリの割当と使用量です。
2. Extended memory：拡張メモリ。Dialog session／Nondialog sess. は 1 セッションあたりの上限、Available が全体の量、Maximum used が起動後のピークです。
3. Heap memory：ヒープメモリ。Dialog session / Nondialog sess. は 1 セッションあたりのヒープの上限(abap/heap_area_dia / abap/heap_area_nondia)、Maximum used は起動後のピーク時の使用量です。回数ではなく量なので、「一番多いときにどれだけ使われたか」を示します。
4. モード一覧（F6）：今メモリを使っているセッション（ユーザ・トランザクション）の一覧です。「誰がメモリを食っているか」を調べるときに使い、SM50／SM04 へつなぎます。