--- title: "SAP Basisとは：運用保守の作業範囲とSAP Note・カーネル・サポートパッケージ適用の手順【2026年10月】" url: "https://www.issoh.co.jp/tech/details/18925/" published: 2026-10-26 updated: 2026-10-26 categories: ["インフラ・クラウド"] publisher: "株式会社一創" --- # SAP Basisとは：運用保守の作業範囲とSAP Note・カーネル・サポートパッケージ適用の手順【2026年10月】 SAP Basisとは、SAPシステムを動かす技術基盤と、その基盤を運用する担当領域の両方を指す言葉です。この記事では、Basis担当が毎日開くトランザクションとOSから使うsapcontrolのコマンド、SAP for MeでのSAP Noteの探し方とSNOTEでの適用、毎月第2火曜のSecurity Patch Day、Maintenance Planner・SPAM/SAINT・SUM・SWPMの使い分けとカーネル更新の流れを、2026年10月時点のSAP公式情報をもとに作業の順で示します。後半では、クラウド移行後に残る仕事と、Basisを自社で持つか外部へ任せるかの線引きを言い切ります。 ## まとめ：SAP Basisは基盤を止めずに更新し続ける仕事で、道具の使い分けが要 SAP Basisの仕事は、OS・データベース・SAPのアプリケーションサーバを正しく動かし、修正と更新を止めずに入れ続けることです。日常は監視・ジョブ・ユーザー・移送の管理、月次はSecurity Patch Dayに合わせたSAP Noteの適用、年単位ではカーネルとサポートパッケージ、リリースの更新が入ります。 更新は計画・適用・変換で道具が分かれるので、作業ごとに道具を決めてから手順書を書きます。RISE with SAPへ移っても権限・移送・受け入れテストは自社に残り、Basisがゼロになるわけではありません。 ## SAP Basisとは何かを技術基盤と運用担当の2つの意味から整理する 「Basis」は、ソフトウェアの層を指す場合と、その層を運用する人や仕事を指す場合があります。会話の中でどちらの意味かを取り違えると、見積もりや体制の話が噛み合いません。 ### ソフトウェア部品SAP\_BASISとABAPプラットフォームとしてのBasis 技術の意味でのBasisは、ABAPで書かれた業務アプリケーションの下で動く共通基盤です。OSやデータベースの違いを吸収し、ログオン、ワークプロセス、ジョブ、移送、権限といった機能を業務アプリケーションに提供します。SAPのシステムにはこの基盤がソフトウェア部品「SAP\_BASIS」として入っており、リリース番号で版を管理します。 リリースの幅は広く、2026年10月5日に公開された[Software Logistics Toolset 1.0 SPS 48](https://support.sap.com/en/tools/software-logistics-tools/sltoolset-news-sps48.html)では、サポートパッケージを入れるSPAM/SAINTの更新版が7.00〜8.16の系列を対象にしています。ECC 6.0の7.0x系からS/4HANAの8.x系まで、同じ考え方の道具で保守している、ということです。S/4HANA本体の導入形態とECCとの違いは[SAP S/4HANAの導入形態と移行方式の解説](https://www.issoh.co.jp/column/details/13603/)で整理しています。 ### ABAP開発とBasis運用の境界：プログラムを書く側と動かす側の分担 ABAP開発者はアドオンのプログラムや画面を作り、Basis担当はそれが動く環境を用意して本番まで運びます。境目になるのが移送で、開発者が作った変更をリリースし、Basis担当が検証・本番へ取り込む、という分担が一般的です。 小さな体制では、ABAP開発者がSNOTEでSAP Noteを入れ、Basis担当はカーネルとデータベースだけを見る形もあります。線引きは、障害時に誰が呼ばれるかで決めてください。ABAPの言語仕様と開発環境は[ABAPの特徴と実装の解説](https://www.issoh.co.jp/tech/details/15397/)に譲ります。 ## SAP Basisの日常運用で使うトランザクションとsapcontrolの実行例 日常運用の作業は、SAP GUIのトランザクションで行うものと、OSのコマンドで行うものに分かれます。前者はシステムが起動している前提、後者は停止や起動そのものを扱います。 ### 監視とログ確認で毎朝開くSM50・SM21・ST22・SM37の4つの画面 朝の点検で見る画面は、ほぼこの4つに絞れます。異常の多くは、どれか1つに痕跡が残ります。 | トランザクション | 見るもの | 確認する観点 | | -------- | ------------- | ----------------- | | SM50 | ワークプロセスの一覧 | 長時間実行・停止したプロセスの有無 | | SM21 | システムログ | 夜間に出たエラーと警告 | | ST22 | ABAPのランタイムエラー | 同じダンプが繰り返し出ていないか | | SM37 | バックグラウンドジョブ | 夜間バッチの中断と遅延 | 点検はジョブ（SM37）から始めます。夜間バッチの停止は業務部門の朝の作業に響くからです。ダンプ（ST22）は件数より種類を見て、同じエラーが毎日出ているならSAP Noteで修正が出ていないかを次章の手順で探します。 ### SU01とPFCGで管理するユーザーとロール、職務分掌で詰まる点 ユーザーの作成とロックはSU01、権限の束であるロールの作成と割り当てはPFCGで行います。Basis担当が最も頻繁に依頼を受ける作業で、監査の対象にもなります。 詰まりやすいのは、1人に「発注の登録」と「支払の承認」のような分けるべき権限が同時に付く状態です。依頼のたびにロールを足すと数年でこうなります。ロールを作るときは業務部門の承認者と組み合わせ禁止の表をセットで決め、Basis担当が判断を抱え込まないようにしてください。 ### STMSの移送管理：開発・検証・本番の3システムで変更を運ぶ流れ STMS（Transport Management System）は、開発システムで作った変更を、検証システム、本番システムの順に運ぶ仕組みです。標準的な構成は開発・検証・本番の3システムで、変更は必ずこの順で通します。 1. 開発者が変更を移送依頼にまとめ、開発システムでリリースする 2. Basis担当がSTMSの取り込みキューから検証システムへ取り込む 3. 業務部門が検証システムで受け入れテストを行う 4. 承認を受けた移送依頼だけを本番システムへ取り込む 事故の典型は、検証を飛ばした取り込みと、依存する移送依頼の取り込み漏れです。本番への取り込みは日時を決めて定期で行い、緊急の取り込みには別の承認経路を設けてください。 ### sapcontrolでOSから状態確認と停止・起動を行うコマンドの書き方 システム全体の停止・起動や、プロセスの状態確認はOS側でsapcontrolを使います。Microsoftの[SAP NetWeaverの高可用性ガイド（SLES）](https://learn.microsoft.com/en-us/azure/sap/workloads/high-availability-guide-suse)には、インスタンス番号を`-nr`で、実行する機能を`-function`で指定する実行例が並んでいます。 ``` # adm ユーザーで実行する（インスタンス番号 00 の例） sapcontrol -nr 00 -function GetProcessList # プロセスの一覧と状態 sapcontrol -nr 00 -function GetVersionInfo # カーネルの版などを表示 sapcontrol -nr 00 -function StopWait 600 2 # 停止し、最大600秒・2秒間隔で待つ sapcontrol -nr 00 -function StartWait 600 2 # 起動し、同じ条件で待つ sapcontrol -nr 00 -function StopSystem # システム全体（全インスタンス）を停止 sapcontrol -nr 00 -function StartSystem # システム全体を起動 ``` 停止の戻り値だけを信じないでください。SAPの[KBA 2773247](https://userapps.support.sap.com/sap/support/knowledge/en/2773247)は、StopやStopSystemがOKを返したのにプロセスが残り、GetProcessListがGREENのままになる事象を挙げています。停止のあとは必ずGetProcessListで全プロセスが止まったことを確かめてから、次の作業に進みます。 複数のサーバで同じ操作を繰り返すなら、Ansibleの[community.sap\_libs.sap\_control\_exec](https://docs.ansible.com/projects/ansible/latest/collections/community/sap%5Flibs/sap%5Fcontrol%5Fexec%5Fmodule.html)（コレクション1.7.1系・2026年10月時点）で手順をコードにできます。sapstartsrvの関数をそのまま呼ぶモジュールで、GetProcessListやStopSystemを指定できます。 ``` - name: SAP インスタンスのプロセス状態を取得する community.sap_libs.sap_control_exec: sysnr: "00" function: GetProcessList become: true ``` ## SAP NoteとSupport PortalでSAPの修正情報を探し適用する手順 SAPの不具合修正と既知の問題は、SAP Noteという単位で公開されます。探す場所はSAP for Me（旧SAP Support Portalの機能を引き継いだ窓口）、入れる道具はSNOTEです。 ### SAP for MeのHotNews・Security Notes確認と検索条件 SAPの[Knowledge Baseのページ](https://support.sap.com/en/my-support/knowledge-base.html)によると、SAP Noteの80%はコードの修正を含みます。HotNews、Security Notes、法改正対応のLegal Change NotesはSAP for Meから一覧で見られ、条件を指定して絞り込むエキスパート検索も用意されています。 探し方は2段階にします。まずHotNewsとSecurity Notesを定期的に確認し、自社のリリースに該当するものを拾う。次に、ST22のダンプやSM21のログで見つけた症状を、エラーメッセージやプログラム名で検索する。検索語に「KBA」を足すと、手順や回避策をまとめた記事（Knowledge Base Article）が上位に来やすくなる、と同じページは案内しています。 ### SNOTEでSAP Noteを取り込むNote Assistantの自動修正手順 見つけたSAP Noteの取り込みに使うのは、トランザクションSNOTE（Note Assistant）です。SAPの[Note Assistantのページ](https://support.sap.com/en/my-support/knowledge-base/note-assistant.html)は、修正の自動適用、処理ログの記録、サポートパッケージやアップグレードで既に適用済みかの判定ができると説明しています。拡張版のNote AssistantはSAP\_BASIS 7.40 SP02から使えます。 1. SNOTEでSAP Noteをダウンロードし、自社のリリースとサポートパッケージが対象かを確かめる 2. 前提となる別のSAP Noteがあれば、先にそれを取り込む 3. 開発システムで適用し、生成された移送依頼を検証システムへ運ぶ 4. 検証システムで症状が消えたことを確かめてから本番へ取り込む 同じページは、すべてのSAP Noteがデジタル署名済みのSAR形式で配布され、ダウンロードと取り込みにはSNOTEの有効化が前提だと明記しています。古いシステムで取り込みが失敗する場合は、ページが案内するSAP Note 2836302の手順を先に済ませます。 ### 毎月第2火曜のSecurity Patch Dayに合わせて適用を計画する方法 セキュリティの修正は、[SAP Security Notes and News](https://support.sap.com/en/my-support/knowledge-base/security-notes-news.html)のとおり毎月第2火曜のSecurity Patch Dayにまとめて公開されます。2026年の残りは11月10日と12月8日です。CVSSで7.0以上が高優先度として扱われます。 運用は「公開日の翌日に該当を判定し、高優先度は翌月のPatch Dayまでに本番へ入れる」のように期限を先に決めると回ります。10月のPatch Dayの中身と更新手順は[SAPセキュリティパッチデー2026年10月の解説](https://www.issoh.co.jp/tech/details/18805/)で扱っています。 ## カーネル・サポートパッケージ・リリース更新を道具ごとに進める手順 年単位の更新作業は、計画・適用・更新・インストールで道具が分かれます。最初にどの道具の仕事かを決めると、手順書の構成も決まります。 ### Maintenance Plannerによる更新計画とstack XMLの作成工程 [Maintenance Planner](https://support.sap.com/en/alm/solution-manager/integrated-tools/maintenance-planner.html)は、SAPがソフトウェアの計画を端から端まで受け持つツールと位置づけているWebサービスです。対象はリリースのアップグレードとアップデート、S/4HANAやBW/4HANAへの変換、ABAPアドオンのアンインストールの計画などです。 ここで作る成果物がstack XMLで、どの部品をどの版まで上げるかを記した定義ファイルです。SPAMやSUMはこのファイルを読んで作業します。副作用のレポートも同じ画面で確認できます。 ### SPAM/SAINT・SUM 2.0・SUM 1・SWPMの作業別・BASIS別選定 更新の道具は、作業の種類と、対象のBASISリリースで選びます。[Software Update Manager（SUM）のページ](https://support.sap.com/en/tools/software-logistics-tools/software-update-manager.html)と[Software Provisioning Manager（SWPM）のページ](https://support.sap.com/en/tools/software-logistics-tools/software-provisioning-manager.html)の記述を並べると次のとおりです。 | 道具 | 使う作業 | 対象の条件 | | ---------- | ---------------------- | ----------------------- | | SPAM/SAINT | ABAPのサポートパッケージとアドオンの適用 | 7.00〜8.16の系列 | | SUM 2.0 | S/4HANAへの変換・ZDO・リリース更新 | BASIS 7.50以上のABAP単一スタック | | SUM 1 | リリース更新 | デュアルスタック・Java、または7.40以下 | | SWPM | インストール・システムコピー・リネーム | 1.0と2.0をSAP Noteで選定 | SWPMの版を選ぶときに読むSAP Noteは、1.0が1680045、2.0が2568783です。SUMのページは、ソフトウェアの保守、データベースの移行、システムの移行など5つのシナリオを挙げ、1つのシナリオはどちらか一方の版でしか扱えないとしています。2026年10月時点の版はSUM 2.0 SP 27とSUM 1.1 SP 05です。SWPMはSL Toolset 1.0 SPS 48で1.0 SP48と2.0 SP25が同梱されました。どの道具もSAPは最新版の取得を勧めているため、作業の直前にダウンロードし直す手順を手順書に入れておきます。 ### カーネル更新：停止・アーカイブ展開・版確認を順に行うコマンドの流れ カーネルは、ワークプロセスやディスパッチャなどの実行ファイル群です。ABAPのサポートパッケージとは別に更新し、SAP Noteの中には「カーネルを指定のパッチ以上にしてから適用する」と前提を書いたものがあります。更新はSAPのアプリケーションを止めて、実行ファイルを入れ替える作業です。 ``` # adm で実行。ディレクトリとファイル名は OS とインストール形態で異なる sapcontrol -nr 00 -function GetVersionInfo # 更新前の版を記録 sapcontrol -nr 00 -function StopSystem sapcontrol -nr 00 -function GetProcessList # 全プロセスの停止を確認（KBA 2773247） # 既存のカーネルディレクトリを丸ごと退避してから、新しいアーカイブを展開する SAPCAR -xvf SAPEXE.SAR SAPCAR -xvf SAPEXEDB.SAR disp+work -version # 展開後の版を確認 sapcontrol -nr 00 -function StartSystem sapcontrol -nr 00 -function GetProcessList # 全プロセスの起動を確認 ``` カーネルの配布物は、データベースに依存しない部分（SAPEXE）と依存する部分（SAPEXEDB）の2つのアーカイブに分かれています。必ず同じパッチ番号の組で展開し、退避したディレクトリは不具合時に戻せるよう次のPatch Dayまで残します。 サポートパッケージの適用時は、SPDDとSPAUで自社の修正と標準の変更を突き合わせる作業が出ます。量はモディフィケーションの本数に比例するので、見積もりはその本数から出してください。 ## クラウド移行後に変わるSAP Basisの役割とRISE with SAPでの責任分界 S/4HANAへの移行やクラウド化で、Basisの仕事は消えるのではなく中身が入れ替わります。どの作業がどこへ移るかを先に把握しておくと、体制の縮小を急ぎすぎずに済みます。 ### RISE with SAPでSAPへ移る作業と自社に残る権限・移送・テストの作業 RISE with SAPでは、OSとデータベースのパッチ、バックアップ、基盤の監視、ソフトウェアの更新といった作業をSAPが受け持ちます。一方で、ユーザーとロールの管理、業務データの扱い、アドオンの改修、移送の内容の判断、受け入れテストは利用企業側が引き続き担当する作業です。契約の範囲と責任分界の全体は[RISE with SAPの契約範囲と責任分界](https://www.issoh.co.jp/column/details/18063/)で整理しています。 - SAPへ移る：OS・データベースのパッチ、カーネルの更新、バックアップ、基盤の監視 - 自社に残る：SU01・PFCGの権限管理、移送の承認と順序、Security Notesの影響判定、受け入れテスト - 新たに増える：SAPへの作業依頼と日程調整、契約上のサービスレベルの確認 細かな作業区分は契約書類の役割分担表で決まります。移行前に日常運用とSAP Noteの作業を1行ずつ並べて担当を埋めておくと、「誰もやっていない作業」が残りません。 ### BTPとFioriの追加で増える運用対象：宛先・証明書・ロールの管理 クリーンコアの考え方で拡張をSAP BTPへ出すと、Basisの仕事に新しい対象が加わります。BTPのサブアカウント、S/4HANAへの宛先（destination）、証明書の期限、XSUAAのロールです。拡張の作り方は[SAP BTPでの拡張開発とデプロイ手順](https://www.issoh.co.jp/tech/details/18921/)で示しています。 画面をSAP GUIからFioriへ移す場合も、Fiori launchpadのカタログとグループ、それにひもづくロールの管理がBasis側に来ることが多くなります。SAP GUIからの移行判断は[SAP Fioriの移行判断とアプリ実装](https://www.issoh.co.jp/tech/details/18923/)で扱っています。移行計画の段階で担当を決めてください。 ## SAP Basisを自社で抱える条件と外部の保守運用へ任せる条件の判断基準 Basisを社内で持つか外部へ任せるかは、作業の頻度と、障害時に求める速さで決まります。どちらにも向かない形があるので、条件ごとに言い切ります。 ### 自社で持つべき場面：アドオンが多く移送とNote適用が週次で起きる アドオンが数百本規模で、移送とSAP Noteの適用が毎週のように発生する会社は、少なくとも1名のBasis担当を社内に置きます。移送の順序と依存関係は、業務と開発の事情を知っている人でないと判断できないためです。外部に出すと、依頼の往復だけで取り込みが1日ずつ遅れます。 2027年の保守期限に向けてS/4HANAへの変換を控えている場合も同じです。変換ではSUMとSPDD・SPAUの調整に社内の判断が何度も入ります。移行と延命の判断の全体は[SAPの2027年問題と移行・延命の判断](https://www.issoh.co.jp/column/details/13381/)を参照してください。 ### 外部へ任せる場面と避けるべき委託：ベンダー任せで更新が年単位で止まる アドオンが少なく、日常の依頼がユーザー作成と月次のSecurity Notes程度なら、監視とカーネル・データベースの更新は外部の保守運用へ任せて構いません。夜間・休日の停止作業を社内の1名に背負わせるより、体制として安定します。 避けるべきは「障害が起きたら連絡する」だけの委託です。Patch Dayの判定も更新も誰の仕事でもなくなり、カーネルとサポートパッケージが数年前のまま残ります。委託するなら、月次のSAP Note判定と年次の更新計画を作業として契約に書き込んでください。 ### 外注時の見積もりに入れる監視・Note適用・カーネル更新・停止作業の範囲 Basisの運用保守を外注するときは、次の項目が見積もりと契約に入っているかを確かめます。上から順に、抜けると影響が大きいものです。 1. 毎月のSecurity Patch Day後の該当判定と、高優先度の適用期限 2. カーネルとサポートパッケージの更新の頻度と、計画停止の日時の決め方 3. 移送の取り込みの担当と、緊急取り込みの承認経路 4. SM37・ST22などの点検の範囲と、異常時の連絡先と時間帯 5. SU01・PFCGの依頼の受け方と、職務分掌の確認を誰が行うか 1番と2番は、障害が起きない限り目に見えないため、最も削られやすい項目です。一創の[システムの保守運用・内製化支援](https://www.issoh.co.jp/service/system/maintenance/)では、監視と定期更新の体制づくりから、社内の担当者へ作業を移していく内製化までを相談いただけます。SAPの導入そのものを外部に頼む場合の支援範囲と費用は[SAP導入支援の範囲と費用の内訳](https://www.issoh.co.jp/column/details/7446/)で比べられます。 ## よくある質問 SAP Basisを調べ始めた情報システム部門の担当者から多い質問に、SAPの公式情報をもとに答えます。 ### SAP BasisとABAPの違いは何ですか？ ABAPはSAPの業務アプリケーションを書くプログラミング言語で、SAP BasisはそのABAPのプログラムが動く基盤と、基盤を運用する仕事を指します。開発者がアドオンを作って移送依頼をリリースし、Basis担当が検証・本番へ取り込むのが一般的な分担です。 ### SAP Noteはどこで検索できますか？ SAP Noteを検索する窓口はSAP for Meです。HotNews、Security Notes、Legal Change Notesは一覧で確認でき、条件を細かく指定するエキスパート検索も使えます。SAPの公式ページによると、SAP Noteの80%はコードの修正を含む文書です。手順や回避策を探すときは、検索語に「KBA」を足すとKnowledge Base Articleが見つかりやすくなります。SAP Noteの本文を読むにはSAP for Meへのログインが必要です。 ### SAP Support Portalは今も使えますか？ SAP Noteの検索やSecurity Notesの一覧は、SAP for Meから使う形になっています。support.sap.comには、SUMやSWPMなどのツールの案内、Security Patch Dayの予定、Note Assistantの説明といった公開ページが残っており、ログインせずに読めます。KBAの解決策など本文の閲覧にはログインが必要です。 ### S/4HANAやRISE with SAPに移るとBasisの仕事はなくなりますか？ なくなりません。RISE with SAPではOS・データベースのパッチや基盤の監視をSAPが受け持ちますが、ロールの管理、移送の承認、Security Notesの影響判定、受け入れテストは利用企業側に残ります。BTPやFioriを使い始めると、宛先・証明書といった管理対象も増えます。 ### SUMとSPAMはどう使い分けますか？ SPAM/SAINTは、稼働中のABAPシステムにサポートパッケージやアドオンを入れる道具です。SUMは、リリースの更新、S/4HANAへの変換、データベースの移行といった大きな作業に使います。S/4HANAへの変換やBASIS 7.50以上へのABAPの更新はSUM 2.0、7.40以下やJavaはSUM 1と、対象で版が決まります。 ## 関連記事 - [SAP S/4HANAとは？ECCとの違い・導入形態・移行方式と2027年問題への備えを解説](https://www.issoh.co.jp/column/details/13603/)：Basisが運用する対象となるERP本体の導入形態と移行方式 - [RISE with SAPとは：契約に含まれる範囲・GROWとの違いと移行方式・責任分界を解説](https://www.issoh.co.jp/column/details/18063/)：クラウド移行後にSAPへ移る運用作業の範囲 - [ABAPとは？SAP専用の業務開発言語の特徴と2027年問題への備えを実装解説](https://www.issoh.co.jp/tech/details/15397/)：Basisと分担するアドオン開発の言語の基礎 - [SAPセキュリティパッチデー2026年10月：Cloud SDK for PythonのCVE-2026-89111と更新手順](https://www.issoh.co.jp/tech/details/18805/)：月次のSecurity Notes判定の具体例 - [SAPの2027年問題とは？ERP保守終了の影響とS/4HANA移行・延命の判断を解説](https://www.issoh.co.jp/column/details/13381/)：変換作業でBasisの負荷が増える時期と判断の前提 - [SAP BWとは：BW/4HANA・Datasphereの違いと2027年の保守期限、Pythonでのデータ取得](https://www.issoh.co.jp/tech/details/18927/)：Basisが運用するBW基盤の世代と保守期限 --- 出典: [SAP Basisとは：運用保守の作業範囲とSAP Note・カーネル・サポートパッケージ適用の手順【2026年10月】]()（株式会社一創）