Jump to contentJump to page navigation: previous page [access key p]/next page [access key n]
適用先 SUSE Linux Enterprise Server for SAP Applications 15 SP3

8 チューニング

この章では、SUSE Linux Enterprise Server for SAP ApplicationsがSAPアプリケーションと最適に連携できるようにチューニングする方法について説明します。

8.1 saptuneを使用したシステムのチューニング

saptuneを使用すると、SAP NetWeaver、SAP HANA/SAP BusinessObjects、およびSAP S/4HANAアプリケーション用にシステムをチューニングできます。この方法は、システムチューニングサービスtunedに依存します。

saptuneを使用するには、パッケージtunedsaptuneがシステムにインストールされていることを確認してください。

8.1.1 SAPアプリケーションのチューニングのためのsaptuneの有効化

  1. システムをチューニングするには、まず、チューニングソリューションを見つけます。適切なソリューションを見つけるには、次のコマンドを使用します。

    tux > saptune solution list

    saptuneでは、次のチューニングソリューション(SAP Notesのグループ)を認識します。

    • BOBJ:  SAP BusinessObjectsを実行するためのソリューション。

    • HANA:  SAP HANAデータベースを実行するためのソリューション。

    • MAXDB:  SAP MaxDBデータベースを実行するためのソリューション。

    • NETWEAVER:  SAP NetWeaverアプリケーションサーバを実行するためのソリューション。

    • S4HANA-APPSERVER:  SAP S/4HANAアプリケーションサーバを実行するためのソリューション。

    • S4HANA-APP+DB:  SAP S/4HANAアプリケーションサーバとSAP HANAの両方を同じホスト上で実行するためのソリューション。

    • S4HANA-DBSERVER:  SAP S/4HANAインストールのSAP HANAデータベースを実行するためのソリューション。

    • SAP-ASE:  SAP Adaptive Server Enterpriseデータベースを実行するためのソリューション。

    • NETWEAVER+HANA:  SAPアプリケーションサーバとSAP HANAの両方を同じホスト上で実行するためのソリューション。

    または、特定のSAP Notesからの推奨事項に従って、コンピュータをチューニングできます。チューニングできるNotesのリストは次のコマンドを介して入手できます。。

    root # saptune note list
    • 事前設定されたソリューションを使用してsaptuneを設定するには、次のコマンドを使用します。

      root # saptune solution apply SOLUTION
    • 特定のSAPノートの推奨事項に合わせてsaptuneを設定するには、次のコマンドを使用します。

      root # saptune note apply NOTE
    注記
    注記: 最適化の組み合わせ

    ソリューションとノートを組み合わせることができます。ただし、一度にアクティブにできるのは1つのソリューションのみです。まれに、ノートでオプションまたはパラメータの競合が発生する可能性があります。競合を避けるには、最後のノートが常に以前のノートの競合するオプションまたはパラメータを上書きすることに注意してください。

  2. saptuneを開始し、ブート時に有効にするには、次のコマンドを実行してください。

    root # saptune daemon start

バックグラウンドで、saptuneは、選択したソリューションおよびノートに従って動的にカスタマイズされるsaptuneとも呼ばれるtunedプロファイルを適用します。tuned-adm listを使用して、このプロファイルを表示することもできます。

8.1.2 SAPノートのカスタマイズ

すべてのSAPノートは次のコマンドを使用して自由に設定できます。

root # saptune note customise

このコマンドには、値の変更やパラメータの無効化が含まれています。

8.1.3 新しいSAPノートの作成

新しいSAPノートを次のコマンドを使用して作成できます。

root # saptune note create

saptuneのすべての機能が利用できます。

8.1.4 SAPノートの削除

このコマンドを使用すると、作成されたノートを削除できます。対応する上書きファイルが利用可能な場合は、それも削除されます。

root # saptune note delete test
Note to delete is a customer/vendor specific Note.
Do you really want to delete this Note (test2)? [y/n]: y

ノートはその時点では適用されない場合があります。次の点に注意してください。

  • アクションを完了するには確認が必要です。

  • saptuneで提供された内部SAPノートは削除できません。代わりに、利用可能な場合は、上書きファイルが削除されます。

  • ノートがすでに適用されている場合、コマンドは、ノートを削除する前に元に戻す必要があるという情報で終了します。

8.1.5 SAPノートの名前の変更

このコマンドを使用すると、作成されたノートを新しい名前に変更することができます。対応する上書きファイルが利用可能な場合は、このファイルの名前も変更されます。

root # saptune note rename test test2
Note to rename is a customer/vendor specific Note.
Do you really want to rename this Note (test) to the new name 'test2'? [y/n]: y

ノートはその時点では適用されない場合があります。次の点に注意してください。

  • アクションを完了するには確認が必要です。

  • saptuneで提供された内部SAPノートの名前は変更できません。

  • ノートがすでに適用されている場合、コマンドは、ノートを削除する前に元に戻す必要があるという情報で終了します。

8.1.6 SAPノートの設定の表示

ノート提供時の設定は、次のコマンドで一覧表示できます。

root # saptune note show

8.1.7 SAPノートまたはSAPソリューションの確認

コマンドsaptune note verify NOTEおよびsaptune solution verify SOLUTIONは、アクティブまたは要求されたノートごとに次のデータを一覧表示します。

  • パラメータ名

  • 予想される値(デフォルト)

  • 設定された上書き(saptune customiseを使用して作成)

  • 現在のシステム値

  • 現在の状態がSAP推奨事項に従っているかどうか

8.1.8 SAPノートまたはSAPソリューションのアプリケーションのシミュレート

noteの各パラメータを表示するには、次のコマンドを使用します。

root # saptune note simulate

solutionの各パラメータを表示するには、次のコマンドを使用します。

root # saptune solution simulate

現在のシステム値と予想される値(デフォルトおよび上書き)を一覧表示します。

8.1.9 saptuneの無効化

saptuneを無効にして、tunedを停止および無効にするには、次のコマンドを実行します。

root # saptune daemon stop

8.1.10 詳細の参照先

次のマニュアルページを参照してください。

  • man 8 saptune

  • man 8 saptune_v1

  • man 8 saptune_v2

  • man 8 saptune-migrate

  • man 8 saptune-note

プロジェクトホームページ(https://github.com/SUSE/saptune/)も参照してください。

8.2 sysctlを使用したカーネルパラメータの手動チューニング

saptuneを使用してカーネルパラメータをチューニングする際は、sysctlを使用して、カーネルパラメータを手動調整することもできます。また、saptuneを使用したカーネルパラメータのチューニングの代わりに、sysctlを使用して、カーネルパラメータを手動調整することもできます。ただし、sysctlを使用したこのような変更は、デフォルトでは再起動後も持続しません。再起動後も持続するようにするには、sysctlによって読み込まれた設定ファイルのいずれかにそれらを追加します。

ヒント
ヒント: sysctlsaptune

SAPシステムにsysctlパラメータを設定する場合は、このような設定を管理する中心的なツールとしてsaptuneを使用することを検討してください。

sysctlに関する詳細については、マニュアルページのsysctl(8)sysctl.conf(5)、およびsysctl.d(5)を参照してください。

8.3 ワークロードメモリ保護のチューニング

SAPアプリケーションを物理メモリに保持することは、パフォーマンスのために不可欠です。古い製品バージョンでは、ページキャッシュ制限により、ページキャッシュの増加によるディスクへのスワップアウトが防止されていました(SUSE Linux Enterprise Server for SAP Applications 11 SP1以降およびSUSELinux Enterprise Server for SAP Applications 12)。SUSE Linux Enterprise Server for SAP Applications 15では、ページキャッシュ制限がより高度なワークロードメモリ保護に置き換えられました。

ワークロードメモリ保護は、SAPインスタンスを専用のcgroup (v2)に置き、memory.lowパラメータによって、物理メモリに保持するメモリ容量をカーネルに伝えます。これにより、ページキャッシュの増加を含む、そのcgroupの外側のあらゆる形態のメモリ負荷に対してこのcgroup内のプロセスが保護されます。ワークロードメモリ保護は、このcgroup内のメモリ負荷に対して保護することはできません。これは、1つのホスト上の「すべての」インスタンスのメモリをカバーします。

memory.lowの値は、SAPインスタンスとワークロードの種類によって異なり、手動で設定する必要があります。システムが過度な負荷下にある場合、Linuxカーネルはmemory.low値を無視して、OOMキラーをスワップしたり、呼び出したりしてでも、システム全体を安定化させようとします。スワップしたり、OOMキラーを呼び出したりしてでも、システム全体を安定化させようとします。

cgroupに関する詳細については、https://documentation.suse.com/sles-15/html/SLES-all/cha-tuning-cgroups.htmlを参照してください。

8.3.1 アーキテクチャ

WMPは次の3つのコンポーネントに依存します。

cgroup2メモリコントローラ(Linuxカーネル)

cgroup2メモリコントローラパラメータmemory.lowを使用すると、Linuxカーメルが物理メモリに保持するメモリ容量を定義できます。このメモリ容量は、システム全体が重大なメモリ状況にある場合を除いて、再利用プロセスから除外されます。

WMPはmemory.lowを使用して、SAPプロセスからのメモリがページングされたり、ディスクにスワップアウトされたりしないようにします。メモリコントローラを除いて、cgroup1コントローラは引き続き利用できますが、マウントされなくなりました。

systemd

Systemdでは、cgroup階層を作成および維持するためのインフラストラクチャを提供し、cgroupパラメータの設定を可能にします。Systemdでは、cgroup階層を作成および維持するためのインフラストラクチャが提供され、cgroupパラメータの設定を可能にします。WMPではsystemd設定ファイルを提供しが提供され、systemdメソッドを介して、memory.lowを簡単に設定できるようにします。

SAP Start Service

SAP Start Serviceは、SAPインスタンスの開始と停止を管理します。WMPの重要な機能は、インスタンス自体がインスタンスプロファイルで開始される前の、プログラムの設定可能な実行にあります。WMPでは、このメソッドを使用してプログラムを呼び出し、sapstartプロセスを指定のcgroupに移動させるため、SAPインスタンスがそのcgroup内で開始されます。

8.3.2 ワークロードメモリ保護のサポート

WMPは、

  • App Server (SAP NetWeaver、SAP S/4HANA)や

  • SAP HANA 1.0/2.0など1台のホスト上にある1台以上のSAPシステム用Intel 64/AMD64およびPOWER上のSUSE Linux Enterprise Server for SAP Applications 15 SP3でサポートされています。

ワークロードメモリ保護は、SAP HANA以外のデータベースには適用されません。開始メソッドによって、プロセスが専用のcgroup内部または外部で実行される場合があります。内部で実行される場合、memory.lowを決定する際にメモリ消費量を考慮する必要があります。

重要
重要: WMPの制限

WMPを使用することはメリットがありますが、いくつかの制限事項に注意する必要があります。

  • WMPは専用のcgroup内部のメモリ負荷に対して保護できません。

  • WMPはSAPシステムまたはそのインスタンスを相互に保護できません。すべてのSAPプロセスは同じメモリ制限を共有します。複数のSAPシステム(SAP NetWeaverやSAP S/4HANA)がある場合、WMPは1つのSAPアプリケーションを別のSAPアプリケーションから保護できません。

  • SUSEのHAクラスタソリューションのサポートはまだ使用できません。

8.3.3 ワークロードメモリ保護の設定

8.3.3.1 ワークロードメモリ保護の準備

  1. SAPソフトウェア(SAP HANA、SAP NetWeaverなど)がインストールされているか確認します。グループsapsysは、後でsapwmpのパッケージのインストール中に必要になります。その部分をスキップする場合は、警告メッセージが表示されます(重要: パッケージの順序に注意してくださいを参照)。

  2. SAPシステムの停止:

    root # systemctl stop sapinit

    サービスは有効にすることができますが、すべてのSAPプロセスを終了する必要があります。

  3. 次のようにパッケージsapwmpをインストールします。

    tux > sudo zypper install sapwmp
    重要
    重要: パッケージの順序に注意してください

    次のメッセージは、SAPソフトウェアがシステムにインストールされていない場合にのみ表示されます。

    Warning: sapsys group not found warning: group sapsys does not exist - using root

    パッケージsapwmpを削除し、まずSAPソフトウェアをインストールしてから、再度sapwmpをインストールします。

    別の方法として、SAPソフトウェアをインストールした「後で」次のコマンドを使用して、所有権と許可を修正できます。

    tux > sudo chgrp sapsys /usr/lib/sapwmp/sapwmp-capture && \
    chmod +s /usr/lib/sapwmp/sapwmp-capture

    次のメッセージは無視して構いません。

    Warning: Found memory controller on v1 hierarchy. Make sure unified hierarchy only is used.

    次の手順で、統合階層への切り替えを実行します。

  4. systemd.unified_cgroup_hierarchy=trueをカーネルコマンドラインに追加するには、次のように/etc/default/grubGRUB_CMDLINE_LINUX_DEFAULTにこれを追加します。

    GRUB_CMDLINE_LINUX_DEFAULT="... systemd.unified_cgroup_hierarchy=true swapaccount=1"

    この変更により、cgroup2コントローラのみが/sys/fs/cgroupにマウントされます。ただし、メモリコントローラを除き、Cgroup1コントローラは、まだ利用可能です。cgroup1を使用するツールは、そのままでは機能せず、設定が必要な場合があります。また、cgroup1に必要なマウント構造を提供する必要があります。

    パラメータswapaccount=1は、WMPが機能するために必要ではありませんが、サポートケースでの分析を支援し、cgroupごとのスワップアウトされたメモリ容量を示します。

  5. GRUB2の設定を再書き込みします。

    tux > sudo grub2-mkconfig -o /boot/grub2/grub.cfg

    再起動後(後で実行される)、cgroup階層はv2 (統合階層)のみに切り替えられます。

  6. SAP.slice用のMemoryLowを設定します。

    tux > sudo systemctl set-property SAP.slice MemoryLow=...

    このコマンドは、/etc/systemd/system.control/SAP.slice.d/にドロップインを作成し、MemoryLowを設定します。

    sapwmpパッケージには、SAPインスタンスに同じ名前のcgroupを作成するsystemd設定SAP.sliceが含まれます。MemoryLowは、最初に述べたcgroupパラメータmemory.lowと等価なsystemdです。MemoryLowの値は、SAPアプリケーションおよびワークロードのタイプによって異なります。

    SAP HANAの場合

    SAP HANAにはグローバル割り当て制限があるため、その値を直接使用できます。

    SAPアプリケーションサーバ(SAP NetWeaver、SAP S/4HANA)

    アプリケーションサーバの場合、ワークロードのサイジングはMemoryLowの値を示す必要があります。sapwmpパッケージには、MemoryLowを決定するために役立つ可能性がある監視パートが含まれます。8.3.6項 「メモリ使用量の監視」を参照してください。

    次の点に注意してください。

    • 1台のホスト上のすべてのSAPインスタンスは、SAP.slice内に存在します。MemoryLowは、そのホスト上の「すべての」インスタンスのメモリ容量をカバーする必要があります。SAPシステムまたはそのインスタンスを相互に保護することはできません。

    • SAP HANA以外のデータベースを使用している場合、一部のデータベースプロセスがSAP.sliceに含まれている可能性があります。MemoryLow値を決定する際には、これらのメモリ消費量を考慮する必要があります。

    • MemoryLowの値は、物理メモリの値に非常に近い値、またはこれらの値より大きな値にしないでください。システムサービスおよび追加のインストール済みソフトウェアにもメモリが必要です。SAPアプリケーションを犠牲にしてスワップを広範囲に使用しなければならない場合、システムが応答しなくなる可能性があります。

    注記
    注記: MemoryLow値を正しく計算する

    MemoryLowは、メモリサイズをバイト単位で取得します。値の末尾にK、M、G、Tが付いている場合、指定されたメモリサイズはそれぞれ、キビバイト、メビバイト、ギビバイト、またはテビバイトとして解析されます(1000ではなく、1024をベースとしている場合は、https://en.wikipedia.org/wiki/Binary_prefixを参照)。または、パーセンテージ値が指定される場合があります。この場合、システムにインストールされている物理メモリを基準として取得されます。

    基礎となるcgroupメモリコントローラは、値をページサイズの倍数に切り上げます。混乱を避けるため、MemoryLowの値をページサイズの倍数に設定してください。

  7. 各SAPインスタンスプロファイルのバックアップを作成します。プロファイルのエラーはSAPシステムの起動を妨げる可能性があります。

  8. SAPインスタンスごとに、次の行を最後のExecute_行の後のインスタンスプロファイル(通常は/usr/sap/SID/SYS/profile/にある)に追加します。

    Execute_20 = local /usr/lib/sapwmp/sapwmp-capture -a

    必要に応じて、Executeステートメントの数を増やして最も高いものにし、その行が最後に実行されるようにします。

    重要
    重要: インスタンスプロファイルの編集

    SAP GUI (トランザクションRZ11)によって管理するためにデータベースにプロファイルをインポートしていない場合「にのみ」インスタンスプロファイルを直接編集します。これらのプロファイルをインポートしている場合は、SAP GUIを使用して、行を追加してください。ファイルシステムにあるプロファイルファイルは上書きされ、手動の変更は失われます。

これでシステムが再起動する準備が整いました。

8.3.3.2 再起動と確認

  1. システムを再起動します。

  2. 再起動後に、cgroups v2が実際に使用されていることを確認します。

    root # grep  cgroup /proc/mounts
    cgroup /sys/fs/cgroup cgroup2 rw,nosuid,nodev,noexec,relatime 0 0
  3. cgroupが正常に作成され、低いメモリ値が設定されていることを確認します。

    tux > systemctl show -p MemoryLow SAP.slice
    MemoryLow=18487889920    <- Should be your chosen value (always in bytes)!
    
    # cat /sys/fs/cgroup/SAP.slice/memory.low
    18487889920    <- Should be your chosen value!

    変数MemoryLowは任意の値に設定できますが、変数のコンテンツは常にページサイズの倍数になります。これらの値にわずかに違いがあることに気づく場合には、このことに注意してください。

  4. すべてのSAPインスタンスプロセスが正しいシステムのスライス/cgroup内にあることを確認します。

    sapinit.serviceを有効にしていない場合は、今すぐサービスを開始してください。自動開始がインスタンスプロファイルで有効になっていない場合は、確認する前にインスタンスを開始します。

    例:

    root # systemd-cgls -a /sys/fs/cgroup/SAP.slice
    Directory /sys/fs/cgroup/SAP.slice:
    |-wmp-rd91fd6b3ca0d4c1183659ef4f9a092fa.scope
    | |-3349 sapstart pf=/usr/sap/HA0/ERS10/profile/HA0_ERS10_sapha0er
    | `-3375 er.sapHA0_ERS10 pf=/usr/sap/HA0/ERS10/profile/HA0_ERS10_sapha0er N...
    |-wmp-r360ebfe09bcd4df4873ef69898576199.scope
    | |-3572 sapstart pf=/usr/sap/HA0/SYS/profile/HA0_D01_sapha0ci
    | |-3624 dw.sapHA0_D01 pf=/usr/sap/HA0/SYS/profile/HA0_D01_sapha0ci
    ...

    インスタンスのsapstartsrvプロセスは、常にSIDadmのユーザスライスに残ります。sapstartプロセスとその子のみがターゲットcgroupに移動されます。

    インスタンスごとに、このインスタンスのすべてのプロセスを含むディレクトリwmp-rSCOPEID.scopeが存在します。SCOPEIDは16進数のランダムな128ビット値です。

    SAP HostAgentは、WMPではカバーされておらず、一部はsapinit.sliceに残り、一部はsapadmのユーザスライスに残ります。

  5. プロセスがcgroup内にない場合は、インスタンスプロファイルのExecute行が正しいかどうか確認します。また、各インスタンスの開始が、システムログ/var/log/messagesに記録されます。

    ...
    2020-06-16T18:41:28.317233+02:00 server-03 sapwmp-capture: Found PIDs:
    2020-06-16T18:41:28.317624+02:00 server-03 sapwmp-capture:      17001
    2020-06-16T18:41:28.317813+02:00 server-03 sapwmp-capture:      16994
    2020-06-16T18:41:28.317959+02:00 server-03 sapwmp-capture:      16551
    2020-06-16T18:41:28.319423+02:00 server-03 sapwmp-capture: Successful capture into SAP.slice/wmp-r07a27e12d7f2491f8ccb9aeb0e080aaa.scope
    2020-06-16T18:41:28.319672+02:00 server-03 systemd[1]: Started wmp-r07a27e12d7f2491f8ccb9aeb0e080aaa.scope.
    ...

正しいセットアップを確認するには、wmp-checkを実行します。スクリプトはワークロードメモリ保護のセットアップを確認します。

  • cgroup2の正しいセットアップ。

  • キャプチャプログラムの所有権と許可。

  • SAPインスタンスプロファイルのWMPエントリ。

  • 実行中のSAPインスタンスプロセスの正しいcgrop。

  • SAP.sliceの正しいセットアップ。

  • MemoryLowの正常な設定。ただし、MemoryLow値が適切に選択されているかどうかを判断することはできません。

  • オプションのメモリサンプラーのセットアップ。

  • オプションのスワップアカウンティングのセットアップ。

SAPインスタンスプロファイルは/usr/sap/SID/SYS/profile/の下にあることを想定しています。

8.3.4 ワークロードメモリ保護の設定

WMPを設定するには、次のように/etc/sapwmp.confを編集します。

# NOTE: Local changes may be reverted after update of WMP package. Check for
#      .rpmsave file to restore & merge changes.

## Description: Slice unit name where workload is put into
## Type:        string
## Default:     "SAP.slice"
DEFAULT_SLICE="SAP.slice"

## Description: Comma-separated list of command names to which capture is
##              applied (matching against /proc/$PID/stat)
## Type:        string
## Default:     sapstart
PARENT_COMMANDS=sapstart

変更後、すべてのSAPインスタンスを再起動します。

警告
警告

/etc/sapwmp.confを変更する必要はありません。何をしようとしているのかはっきりわかるまで実行しないでください。

8.3.5 MemoryLowの値の変更

MemoryLowの値を変更するには、次のコマンドを実行します。

root # systemctl set-property SAP.slice MemoryLow=...

変更はすぐに有効になります。

基礎となるcgroupメモリコントローラは、値をページサイズの倍数に切り上げます。混乱を避けるため、MemoryLowの値をページサイズの倍数に設定してください。

重要
重要: MemoryLowの値

MemoryLowをすでにSAP.sliceに割り当てられているメモリより小さい値に設定しないでください。確認するには、次のコマンドを実行します。

root # systemctl show -p MemoryCurrent SAP.slice

8.3.6 メモリ使用量の監視

メモリ使用量のログを記録することは、memory.lowの値を決定するためだけでなく、WMPの正しい動作を監視するためにも必要になる場合があります。

監視を有効にするには、付属しているタイマーユニットを有効にします。

root # systemctl enable --now wmp-sample-memory.timer

これで、タイマーがsystemctl list-timersによって一覧表示されるはずです。

root # systemctl list-timers
NEXT    LEFT       LAST    PASSED  UNIT                     ACTIVATES
...
Tue...  9min left  Tue...  4s ago  wmp-sample-memory.timer  wmp-sample-memory.service
...

現在の設定を確認すると、メモリデータが10分ごとに収集され、3分のランダムな遅延が発生していることがわかります。

root # systemctl cat wmp-sample-memory.timer
# /usr/lib/systemd/system/wmp-sample-memory.timer
[Unit]
Description=WMP periodic log of memory consumption

[Timer]
OnCalendar=*:0/10
RandomizedDelaySec=180
AccuracySec=60

[Install]
WantedBy=timers.target

これを変更するには、ドロップインファイルを作成して、systemdをリロードします(たとえば、間隔を30分に増やします):

root # mkdir /etc/systemd/system/wmp-sample-memory.timer.d

# cat <<EOF >/etc/systemd/system/wmp-sample-memory.timer.d/override.conf
[Timer]
OnCalendar=
OnCalendar=*:0/30
EOF

# systemctl daemon-reload

(以前の定義されたOnCalendar=設定を削除するには、最初のOnCalendar=行が重要です。)

メモリ消費量を確認するには、システムログでwmp_memory_currentで書き込まれた行を確認します。

root # grep wmp_memory_current /var/log/messages
...


2020-09-14T12:02:40.337266+02:00 server-03 wmp_memory_current: SAP.slice : memory.low=21474836480 memory.current=2294059008 memory.swap.current=0 , user.slice : memory.low=0 memory.current=5499219968 memory.swap.current=0 , init.scope : memory.low=0 memory.current=8364032 memory.swap.current=0 , system.slice : memory.low=0 memory.current=1863335936 memory.swap.current=0
2020-09-14T12:03:00.767838+02:00 server-03 wmp_memory_current: SAP.slice : memory.low=21474836480 memory.current=2294022144 memory.swap.current=0 , user.slice : memory.low=0 memory.current=5499473920 memory.swap.current=0 , init.scope : memory.low=0 memory.current=8364032 memory.swap.current=0 , system.slice : memory.low=0 memory.current=1862586368 memory.swap.current=0
2020-09-14T12:04:00.337315+02:00 server-03 wmp_memory_current: SAP.slice : memory.low=21474836480 memory.current=2294022144 memory.swap.current=0 , user.slice : memory.low=0 memory.current=5499207680 memory.swap.current=0 , init.scope : memory.low=0 memory.current=8355840 memory.swap.current=0 , system.slice : memory.low=0 memory.current=1862746112 memory.swap.current=0
...

ここによりよい印象を与える再フォーマットされたログ行があります。

2020-09-14T12:02:40.337266+02:00 server-03 wmp_memory_current:
SAP.slice    : memory.low=21474836480 memory.current=2294059008 memory.swap.current=0 ,
user.slice   : memory.low=0           memory.current=5499219968 memory.swap.current=0 ,
init.scope   : memory.low=0           memory.current=8364032    memory.swap.current=0 ,
system.slice : memory.low=0           memory.current=1863335936 memory.swap.current=0

/sys/fs/cgroup/のすぐ下のcgroupごとに、コンマ区切りのブロックが1つ存在します。通常のシステムでは、少なくともuser.slicesystem.slice、およびinit.scopeを見つける必要があります。WMPはSAP.sliceを追加します。

各ブロックには、memory.lowmemory.currentの現在の値、およびこのcgroup内プロセスの物理メモリに現在割り当てられている量に関する情報が含まれています。

セットアップ中にスワップアカウンティング(swapaccount=1)を有効にした場合は、cgroupのスワップアウトされたメモリ容量である、memory.swap.currentもあります。

すべての値はバイト単位です。8.3.3.1項 「ワークロードメモリ保護の準備」ステップ 6を参照してください。

ヒント
ヒント: 印刷用のスクリプト

テーブルまたはCSVとして情報を出力するスクリプトは次の場所にあります。https://github.com/scmschmidt/wmp_log_extract

8.3.7 正しい運用の確認

メモリ消費量およびスワッピングの監視(8.3.6項 「メモリ使用量の監視」を参照)のほか、すべてのSAPインスタンスプロセスがSAP.sliceの下のスコープ内であることも定期的に確認する必要があります。

これを行うには、systemd-cglsを実行し、各インスタンスプロセスを確認します。

例:

root # systemd-cgls -a /sys/fs/cgroup/SAP.slice
Directory /sys/fs/cgroup/SAP.slice:
|-wmp-rd91fd6b3ca0d4c1183659ef4f9a092fa.scope
| |-3349 sapstart pf=/usr/sap/HA0/ERS10/profile/HA0_ERS10_sapha0er
| `-3375 er.sapHA0_ERS10 pf=/usr/sap/HA0/ERS10/profile/HA0_ERS10_sapha0er N...
|-wmp-r360ebfe09bcd4df4873ef69898576199.scope
| |-3572 sapstart pf=/usr/sap/HA0/SYS/profile/HA0_D01_sapha0ci
| |-3624 dw.sapHA0_D01 pf=/usr/sap/HA0/SYS/profile/HA0_D01_sapha0ci
...

より簡単なテストで、システムで使用されるすべてのSIDに対するcgroupを含むすべてのプロセスを一覧表示します。

例:

tux > ps -eo user,pid,cgroup:60,args | grep -e [h]a0adm
ha0adm    2062 0::/user.slice/user-1001.slice/user@1001.service/init.scope  /usr/lib/systemd/systemd --user
ha0adm    2065 0::/user.slice/user-1001.slice/user@1001.service/init.scope  (sd-pam)
ha0adm    3081 0::/SAP.slice/wmp-r73c594e050904c9c922a312dd9a28fd4.scope    sapstart pf=/usr/sap/HA0/SYS/profile/HA0_ASCS00_sapha0as
ha0adm    3133 0::/SAP.slice/wmp-r73c594e050904c9c922a312dd9a28fd4.scope    ms.sapHA0_ASCS00 pf=/usr/sap/HA0/SYS/profile/HA0_ASCS00_sapha0as
ha0adm    3134 0::/SAP.slice/wmp-r73c594e050904c9c922a312dd9a28fd4.scope    en.sapHA0_ASCS00 pf=/usr/sap/HA0/SYS/profile/HA0_ASCS00_sapha0as
ha0adm    3327 0::/SAP.slice/wmp-ra42489517eb846c282c57681e627a496.scope    sapstart pf=/usr/sap/HA0/ERS10/profile/HA0_ERS10_sapha0er
...

sapstartsrvを除くすべてのインスタンスプロセスは0::/SAP.slice/の下のスコープ内にある必要があります。

正しいセットアップを確認するには、wmp-checkツールを使用します。詳しくは「8.3.3.2項 「再起動と確認」」を参照してください。

8.3.8 ワークロードメモリ保護のアンインストール

  1. SAPシステムを完全に停止します。sapinit.serviceを停止する必要がありますが、有効なままにしておくことができます。すべてのSAPプロセスを終了する必要があります。

  2. 設定MemoryLowなどのSAP.sliceに行われた変更をすべて削除します。

    root # systemctl revert SAP.slice
  3. 次のようにパッケージsapwmpを削除します。

    root # zypper remove sapwmp

    このステップはオプションです。パッケージは影響を及ぼすことなくシステムにとどまることができます。

  4. /etc/default/grubGRUB_CMDLINE_LINUX_DEFAULTからsystemd.unified_cgroup_hierarchy=trueを削除します。

    このステップはオプションです。WMPを使用せずにcgroup2を保持できます。

  5. GRUB2の設定を再書き込みします。

    root # grub2-mkconfig -o /boot/grub2/grub.cfg

    次のブート後に、システムはハイブリッドcgroup階層に戻されます。

  6. 各SAPインスタンスプロファイル(通常は/usr/sap/SID/SYS/profile/にある)からsapwmp-captureを呼び出す行を削除します。

    Execute_20 = local /usr/lib/sapwmp/sapwmp-capture -a
    重要
    重要: バックアップが必要

    インスタンスプロファイルを編集する前に、バックアップを作成してください! プロファイルのエラーはSAPシステムの起動を妨げる可能性があります!

    重要
    重要: プロファイルの直接編集について

    SAP GUI (トランザクションRZ11)によって管理するためにデータベースにプロファイルをインポートしていない場合「にのみ」インスタンスプロファイルを直接編集します。これらのプロファイルをインポートしている場合は、SAP GUIを使用して、行を追加してください。ファイルシステムにあるプロファイルファイルは上書きされ、手動の変更は失われます。

  7. システムを再起動して、SAPシステムが正常に起動されていることを確認します。

このページを印刷