SAP 基本監視Tコードとヘルスチェック

何ですか SAP システム監視？

SAP システム監視 は、毎日の基本ルーティンです。 SAP サーバー、ワークプロセス、ロック、アップデート、システムログ、データベースの状態を定期的にチェックすることで、システム環境の健全性を維持します。目標は、ユーザーが問題に気づく前に発見するという、予防的なアプローチです。

典型的な日々のチェックリストには以下が含まれます。

• アプリケーションサーバーを確認しています。
• システム全体の業務プロセスを監視する。
• 個々の事例における業務プロセスを監視する。
• ロックエントリの監視。
• CPU使用率。
• データベースの空き容量。
• 更新プロセスを監視します。
• システムログを監視しています。
• Buffer 統計情報を表示します。
• バッチジョブの監視。
• スプール要求の監視と印刷要求の件数。
• ABAPダンプ分析。
• データベースのパフォーマンスと整合性のチェック。
• アプリケーションユーザーの監視。

なぜ日々のチェックとシステム監視が必要なのか？

日々のチェックによって、処理の停止、古いロック、テーブルスペースの使用率が95%に近づくといった小さな問題が、システム障害に発展する前に発見できます。また、Basisチームにとって信頼できるベースラインとなるため、異常事態を早期に発見でき、過去のデータはキャパシティプランニングの意思決定に活用されます。

どのように監視するか SAP システム？

監視はトランザクションコード（Tコード）に基づいて構成されており、各Tコードはサーバー、ワークプロセス、ロック、更新、ログ、バッファ、CPU、ダンプ、スプール、バッチジョブ、RFC、データベースといった特定のレイヤーを担当します。以下のセクションでは、各チェック項目を順番に説明します。

アプリケーションサーバーのチェック (SM51)

SM51は、システム環境内のすべてのアクティブなアプリケーションサーバーと、各インスタンスで構成されているサービスおよびワークプロセスを一覧表示します。

個々のインスタンスにおける作業プロセスの監視（SM50）

SM50 は、現在のインスタンスで実行中、待機中、停止中、および PRIV のすべてのプロセスを表示します。すべてのプロセスは Running: or 待っています 現状把握。その他は調査が必要。

画面にはいくつかの便利な列が表示されます。

1. 各作業工程の状態（占有中か空きか）。
2. 占有されているプロセスによって実行されているアクションは、「アクション」列に表示されます。
3. 作業中のデータベーステーブル。

典型的な問題とその解決策：

• ユーザーがログインできない、またはGUIの動作が遅い： ダイアログ (DIA) ワークプロセスが枯渇しました。長時間実行ジョブ (赤いインジケーター) を探してください。 時間) キャンセルするには プロセス > コアなしでキャンセル スロットを解放するため。
• 「理由」欄の「PRIV」： トランザクションが大量のメモリを消費しているため、DIAワークプロセスが1人のユーザーによって占有されています。該当ユーザーに連絡を取り、可能であればジョブをバックグラウンドで再実行してください。
• 長期にわたるSPOの作業プロセス： プリントサーバーまたはプリンターを調査してください。スプールが詰まっていると、処理が停止してしまうことがあります。

システム全体のワークプロセスの監視 (SM66)

SM66はグローバルワークプロセス概要です。すべてのアクティブなインスタンスのSM50データを1つの画面に集約するため、システム全体のパフォーマンス問題を最も迅速に特定できます。

一目でわかること：

• 各アプリケーションサーバーのステータス。
• プロセスが実行されない理由。
• プロセスが再開されたかどうか。
• CPU使用率とリクエスト実行時間。
• ログインしているユーザーとクライアント。
• レポートが現在実行中です。

アプリケーションユーザーの監視（AL08およびSM04）

AL08はアクティブなすべてのインスタンスのユーザーを一覧表示し、SM04は現在のインスタンスのユーザーを表示します。どちらも端末IDとクライアントを表示するため、想定されるユーザーIDのみがログオンしていることを確認できます。

更新プロセスの監視 (SM13)

SM13を実行し、配置します。 * に選出しました。 ユーザー フィールドを開き、実行します。保留中の更新がない場合は、キューは空になります。

アップデートが有効になっていない場合は、以下の質問にお答えください。

• アップデート処理は実行されていますか？実行されていない場合、システムまたはユーザーによって無効化されましたか？
• アップデートがキャンセルされたことはありますか？
• 10 分以上前の保留中の更新の長いキューはありますか?

ロックエントリの監視 (SM12)

SM12 を実行して入力してください * に選出しました。 ユーザー名 フィールド。

SAP ロック機構を使用して、2人のユーザーが同時に同じレコードを変更することを防止します。ネットワーク接続の切断やセッションのクラッシュによって、ロックが残ってしまうことがあります。古いロックは解除しないと、レコードへのアクセスがブロックされます。

タイムスタンプが前日以前のロックエントリをキャプチャします。これらはクリーンアップの候補です。

システムログの監視（SM21）

SM21は、システムエラー、警告、およびセキュリティメッセージを表示します。これを使用して、システムとその環境における問題を特定し、修正することができます。

前日のログを確認するには、以下を使用してください。

• 日付と時間帯を入力してください。
• まず 問題点と警告 ラジオボタン。
• 詳しくはこちら システムログを再読み込み.

チューンサマリー(ST02)

ST02にはバッファチューニングの概要が表示されます。スワップの問題に対処するには、以下の手順に従ってください。

ステップ1） ST02を開いて曲の概要を確認してください。

ステップ2） Double-下の赤い値をクリックしてください スワップ.

ステップ3） クリック 現在のパラメータ タブには何も表示されないことに注意してください。

ステップ4） 値とプロファイルパラメータをメモしておいてください。

ステップ5） プロファイルパラメータの値を変更するには、RZ10を開いてください。

ステップ6） 変更を保存します。

ステップ7） 新しい値を有効にするには、サーバーを再起動してください。

CPU使用率(ST06)

ST06はオペレーティングシステムレベルのパフォーマンスを示します。アイドル時のCPU使用率は60～65%程度であるべきです。これより高い負荷が持続する場合は、システムに負荷がかかっていることを意味します。

CPU使用率が高い場合は、以下の簡単なトリアージ手順に従ってください。

• OS レベルのコマンドを実行します (例: topどのプロセスが最も多くのCPUを使用しているかを特定します。
• SM50またはSM66を開き、実行時間の長いジョブまたは更新クエリを探してください。
• SM12を開いて、古いロックエントリを確認してください。
• SM13を開いて更新状況を確認してください。
• システムエラーを確認するには、SM21を開いてください。

ABAP ダンプ (ST22)

ST22はABAPランタイムエラー（ショートダンプ）を捕捉します。 Rev毎朝、前日のダンプファイルを確認し、異常なパターンや常習犯を特定する。

スプール依頼監視(SP01)

スプール要求を監視するには、SP01を実行してください。

• Enter * に選出しました。 によって作成された フィールド。
• 詳しくはこちら 実行する.

レコードのみのリクエストが問題により終了しました。

バッチジョブの監視(SM37)

バックグラウンドジョブを監視するには、SM37を実行してください。

• Enter * に選出しました。 ユーザー名 and 職種名 フィールド。
• 仕事の状況 「スケジュール済み」「キャンセル済み」「リリース済み」「完了済み」を選択してください。

トランザクション RFC 管理 (SM58)

トランザクションRFC（tRFC）は、元々は非同期RFCとして知られていた。 RFC呼び出された関数モジュールをRFCサーバー上で正確に1回実行します。

レビューしたい表示期間を選択し、 * ユーザーフィールドに入力して実行します。リストには、正常に実行されなかった呼び出し、またはキューで待機中の呼び出しが表示されます。

QRFC管理（送信キュー - SMQ1）

SMQ1 は送信 qRFC キューを監視します。クライアントを指定してキューを検索します。 待っています or エラー でのみ停止させることができます。

QRFC管理（受信キュー - SMQ2）

SMQ2 は受信 qRFC キューに関して SMQ1 をミラーリングします。クライアントを指定して受信キューを検索します。 待っています or エラー でのみ停止させることができます。

データベース管理 (DB02)

DB02は、データベース管理の中枢となる操作画面です。最初の画面では、テーブルスペース、不足しているインデックス、および拡張履歴を詳細に確認できます。

選択する 現在のサイズ 各テーブルスペースの状態を確認する。

テーブルスペースの使用率が95%を超え、自動拡張が無効になっている場合は、データベースの容量不足を防ぐために新しいデータファイルを追加してください。

テーブルスペースの利用履歴を月、週、日ごとに確認することで、成長傾向を把握することもできます。

データベースバックアップログ（DB12）

DB12は、最後に正常にバックアップが実行された日時を確認します。 Rev前日のデータベースとリドゥログのバックアップを確認し、正常に完了したことを確認してください。

クイック Rev観察：日々のモニタリングチェックリスト

以下の表は、Basis管理者にとって重要な日々のチェック項目をまとめたものです。

重要なタスク

#	仕事	トランザクション	手順・注意事項
1	R/3システムが稼働していることを確認してください。	-	R/3システムにログインしてください。
2	日々のバックアップがエラーなく実行されたことを確認してください。	DB12	データベースのバックアップログを確認してください。

SAP システムチェック

#	仕事	トランザクション	手順・注意事項
1	すべてのアプリケーションサーバーが起動していることを確認してください。	SM51	すべてのサーバーが稼働中です。
2	作業プロセスを確認してください。	SM50	実行中または待機中のすべての作業プロセス。
3	グローバルな業務プロセスの概要。	SM66	1800秒以上実行される作業プロセスはありません。
4	失敗した、または終了したアップデートを探してください。	SM13	日付を1日前に設定し、 * ユーザーIDで、「すべての」更新を設定します。次の行を探します。 Err.
5	システムログを確認してください。	SM21	前回のレビューより前の日時を設定してください。エラー、警告、セキュリティメッセージ、データベースの問題がないか確認してください。
6	Revキャンセルされた求人を見る。	SM37	Enter * ユーザーIDを確認してください。すべての重要なジョブが正常に完了したことを確認してください。
7	古い錠前がないか確認してください。	SM12	Enter * ユーザーIDに。
8	システム上のユーザーを確認します。	SM04 / AL08	予期しないユーザーIDや端末がないか確認し、1日に数回チェックしてください。
9	スプールに問題がないか確認してください。	SP01	Enter * 作成者を確認してください。1 時間以上「処理中」のままになっているスプール ジョブを探してください。
10	ジョブログを確認してください。	SM37	新しい求人情報や間違った求人情報を探してください。
11	Revダンプを表示して解決します。	ST22	過剰または異常なゴミ捨て場を探してください。
12	Revバッファ統計を表示します。	ST02	スワップを探します。

データベースチェック

#	仕事	トランザクション	手順・注意事項
1	Revデータベースのエラーログを確認してください。	ST04	新たなエラーがあれば調査してください。
2	データベースの肥大化とインデックスの欠落。	DB02	テーブルスペースの使用率が90%を超えている場合は、新しいデータファイルを追加し、不足しているインデックスを再構築します。
3	データベース統計ログ。	DB13	予定されていた統計処理が完了したことを確認してください。

よくあるご質問