ソリューション:システムクリーンアップ、usr/sap/SIDがいっぱい
背景:SAPディレクトリのハウスキーピングは、ベーシスエンジニアに共通の問題です。
以下は、usr/sap/SIDのスペースがいっぱいまたは少ない問題を処理する方法に関するヒントです。
理由#1.0:巨大なファイルが無意識のうちにusr/sap/SIDディレクトリに移動されています。
時には、人が誤って間違ったディレクトリにISOイメージやその他の重要でないファイルを移動する可能性があります。
これは非常に愚かですが、これらのことが起こります。解決策#1.0sap以外のファイルを削除または移動します。
ステップ1.1Windows検索ツールを使用します。
ステップ1.2ファイルでusr/sap/SIDディレクトリを検索する10mbのサイズの特別なオプション。
非sap関連のファイルの例:
インストーラー(*.ins)
ISOイメージ(*.iso)
不要なzipファイル(*.zip)
不要なrarファイル(*.rar)
ステップ1.3ファイルが不要になったかどうかを確認します。
ステップ1.4識別されたその他のファイルを削除または移動する
ステップ1.5削除の代わりに移動することをお勧めします。 また、仲間のシステム所有者のセカンドオピニオンなしでファイルを削除しないでください。 あなたの選択。
理由#2:標準のSAPクリーンアップ-ジョブが実行されませんでした。
クリーンアップジョブは、SAPシステムの自動クリーンアップのために定期的に保守する必要があります。
ソリューション#2:以下のSAP standard reorgジョブが正常に完了したかどうかを確認します。
a.SAP_REORG_JOBS
b.SAP_REORG_SPOOL
c.SAP_REORG_BATCHINPUT
ジョブの詳細については、以下の表を参照してください:
緊急の場合には、ジョブに関連するプログラムを手動で実行する必要があります。 以下のリンクで上記のジョブに関連するプログラムを手動で実行する方法については、以下の私の投稿を参照してください:
http://basisbibo.blogspot.com/2009/09/fundamental-sap-system-clean-up.html
他のジョブのようなSAP標準ジョブが完了しないことがあります。 必要に応じてトラブルシューティングします。
ジョブログの最後のエントリを常に確認するのが最善です。 ジョブの失敗の理由は次のとおりです。
A.実行中のユーザーがロックされています。 SU01でユーザーを確認し、必要に応じてロックを解除します。
b.スケジュールされた実行時に使用可能なバックグラウンドプロセスはありません。 これは一時的なものです。 ジョブを再度実行します。
c.ディスクI/Oエラー。 フルエラーまたは物理エラーが検出された場合は、ディスクを確認します。
D.Variantは存在しません。 必要に応じてバリアントを作成します。
理由#3.0:SAP_COLLECTOR_FOR_PERFMONITORがスケジュールされていないか、問題があります。
このジョブは、パフォーマンスデータベースMONIを更新し、statファイルが最大サイズに達したらstatファイルをリセットします。 これは定期的に実行する必要があります。
解決策#3.0ジョブの状態を確認します。 必要に応じてトラブルシューティングします。
ステップ3.1SM37に移動し、SAP_COLLECTOR_FOR_PERFMONITORと入力してジョブ発生を見つけます。
ステップ3.2ジョブが終了しない場合は、トランザクションSM36:
ジョブ名:SAP_COLLECTOR_FOR_PERFMONITOR,
メインプログラム:RSCOLL00
頻度:毎時
バリアントがありません。
: ジョブにSAP_COLLECTOR_FOR_PERFMONITORという名前がない場合があり、その名前はジョブスケジューラによって異なります。 SM37のメインプログラムRSCOLL00によってシステム内でスケジュールされていたかどうかを確認できます)
ステップ3.3ジョブが完了したことを確認し
理由#4.0開発者トレースファイル(例:dev_w0、dev_w1、dev_w*)は巨大です。
ダイアログ、バックグラウンド、スプールワークプロセスログが記録され、dev_w*としてディスク内のスペースを消費します。
クライアントのコピーや削除のような主要な活動が進行中の場合、いくつかの作業プロセスが非常に大きくなることを期待しています。
ソリューション#4。ステップ4.1OSレベルでusr/sap/SID/DVEBMGS**/workに移動しますステップ4.2dev_w*を検索します。 1つのdev_w*が巨大なサイズ(約1gbから5gb)になっているかどうかを確認する
ステップ4.3SAPレベルでトランザクションSM50を介したアクティビティ dev_w(No.SM50のフィールド)。 長時間実行されている場合は、ランタイムを確認します。 3600=1時間。
ステップ4.4実行時間が長いことが確認された場合は、プロセスをリセットできるかどうかをユーザーに確認します。 確認が与えられない限り、プロセスをリセットしないでください。
ステップ4。5緑色の信号で、SM50でProcess>Trace>Rest>Work process files
をクリックします。
理由#5.0非常に大きな統計ファイル。
StatファイルはジョブSAP_COLLECTOR_FOR_PERFMONITORによって定期的にクリーンアップされます。
一部の開発システムでは、statファイルは実際には必要ありません。
ソリューション#5.0統計ファイルの削除
ステップ5.1SAPレベルで、トランザクションST03
ステップ5.2エキスパートモードビューに切り替える
ステップ5.3コレクタとパフォーマンスDB
ステップ5.4統計とレコードファイル
ステップ5.5に移動します。ステップ5.6影響を受けるSAPシステムSERVER_SID_INSTANCE noを選択します。
理由#6. あなたの樹液の赤ちゃんは大きくなっています。 😀
これは、メンテナンスのためのシステム管理者のための最後の手段です。
ほとんどのプラグインがインストールされています。
すべてのクリーンアップの仕事は大丈夫です。
statまたは開発者トレースをリセットするための確認がありません(dev_w*)
解決策#6:ファイルシステムを拡張します。 これを介して行うことができます。
ステップ6.1ディスク管理インフラストラクチャが不十分な場合のディスク交換。 これにはSAPのダウンタイムが必要になります。
ステップ6.2ネットワークファイルシステムがある場合のリモートディスク拡張。