SAP Basis ラジオ

moso
  • 0.0 (0)
  • Technology
  • Updated Daily

SAP BASIS 領域の最新情報（移行、HANA、BTP、セキュリティパッチ）を、 若手エンジニアとベテランアーキテクトの対話形式で解説する番組です。 一次情報の要約に実務の視点を加えてお届けします。 ※本番組はAIによって生成された音声です。内容には誤りが含まれる可能性があります。 実施前には必ず SAP の一次情報（SAP Note、PAM、SAP Help Portal）でご確認ください。 ※SAP® は SAP SE の登録商標です。本番組は SAP 社とは無関係の非公式なものです。

  1. 1d ago

    【SAP Basis】SAP EarlyWatch Alert 運用のベストプラクティス — 週次・月次・四半期のメリハリ設計、Decisive Red検知とキャパシティ予測

    SAP EarlyWatch Alert（EWA）を単なる週次レポートにとどめず、システム障害や性能低下を 未然に防ぐ予防保守サイクルとして日々の運用に組み込むベストプラクティスを解説します。 Enterprise Support で追加費用なく利用できる EWA を効果的に活かすには、毎日ダッシュボードを 眺めるのではなく、「オンデマンド・週次・月次・四半期」の推奨スケジュールに従って運用負荷に メリハリをつけることが肝要です。最高警戒レベルの「Decisive Red」や2週間データ未送信などの クリティカルな事象はメール通知で即時検知し、平常時は月次・四半期の定期点検に絞り込みます。 月次点検では SAP for Me の Solution Finder でテーマ別に課題を棚卸しし、四半期点検では EWA Dashboard の長期履歴データから HANA の CPU・メモリ・Top Tables の成長傾向を把握して 将来のメモリ枯渇を予測。さらにアップグレード前後のパッチ選定（Hotnews や rtcctool）や Event Statistics App による性能劣化調査など、障害予防を自動化する実践的アプローチを網羅。 明日からすぐ試せるアクションとして、SAP for Me の One Click Subscription による 緊急アラートメールの通知設定や、閲覧権限の確認（SAP Note 2905076）を紹介します。 出典: https://community.sap.com/t5/blog-posts-about-sap-websites/sap-earlywatch-alert-best-practices-a-practical-guide-to-proactive-system/ba-p/14493291 本エピソードはAIによって生成された音声です。内容には誤りが含まれる可能性があります。実施前に必ず一次情報でご確認ください。 SAP® は SAP SE の登録商標です。本番組は SAP 社とは無関係の非公式なものです。

  2. 2d ago

    【SAP Basis】SAP HANA 管理の基本と運用盲点 — インメモリDBの永続化、MDC構成とディスクIO設計

    SAP HANA データベースの基本アーキテクチャ（インメモリ構造・マルチテナント構成 MDC）と、 実務・本番運用で不可欠となるディスク永続化の仕組みおよびハードウェア・サイジング設計を解説します。 S/4HANA の普及により HANA が標準データベースとなった現代において、従来の AnyDB とは異なる メモリや I/O の管理スキルが Basis 担当者に強く求められています。HANA 2.0 では MDC が標準となり、 1つの OS 上で System DB と複数の Tenant DB を相乗りさせリソースを集約できますが、 共通サービス（nameserver 等）を共有しつつテナントごとに indexserver が動作するため、 特定テナントの負荷が全体に波及しないようメモリ制限の設計が重要です。 また、「RAM にデータがあるなら再起動で消えるのでは」という懸念に対し、通常5分間隔で メモリ上の更新差分をディスク（/hana/data）に永続化する Savepoint、コミット時の即時書き出しを行う Redo Log（/hana/log）、および Delta Merge の仕組みを整理。本番障害や突然の電源断でも Savepoint と Redo Log から自動復旧される一方、ディスク I/O の遅延は DB 全体のハングに直結します。 物理 CPU コアと RAM の比率（1コアあたり約14〜16GB）や、I/O 競合を避けるため「ケーキを切り分けるように」 /hana/data, /hana/log, /hana/shared を独立したストレージに分離する設計の急所、 そして検証環境の Linux で df -h によりマウント構成を点検する実務の第一歩を解説します。 出典: https://www.youtube.com/watch?v=qVbTdjAPU6U 本エピソードはAIによって生成された音声です。内容には誤りが含まれる可能性があります。実施前に必ず一次情報でご確認ください。 SAP® は SAP SE の登録商標です。本番組は SAP 社とは無関係の非公式なものです。

  3. 4d ago

    【SAP Basis】SAP BTP Destinations 接続設計の要点 — サービスタイプ別の認証パターン、Cloud Connector連携と段階的トラブルシューティング

    SAP BTP（Business Technology Platform）における Destinations（接続先定義）の 各種サービスタイプに応じた最適な設定パターンと、障害発生時のトラブルシューティング手法を解説します。 BTP を活用したハイブリッド連携において、通信エラーの多くは Destination や Cloud Connector の 設定不整合に起因します。S/4HANA Cloud のようなパブリックサービスでは Proxy Type「Internet」と OAuth 2.0 Client Credentials を用いる一方、オンプレミス S/4HANA への接続では Proxy Type「OnPremise」 および Cloud Connector の仮想ホスト定義との正確な突合が必須です。 また、ユーザーIDを引き継ぐ Principal Propagation の実装には単なるパラメータ変更にとどまらず、 バックエンド（STRUST、S_USER 等）との信頼関係構築を含めたエンドツーエンドの設計が求められます。 接続障害時は焦って設定を変更せず、「アプリ → Destination → Connectivity Service → 認証 → ターゲット」の 経路に沿って段階的に切り分けるアプローチや、他部署の障害を対岸の火事とせず共同意識を持って 設定の整合性・放置防止を徹底する実務の要点を整理します。 出典: https://community.sap.com/t5/technology-blog-posts-by-members/sap-btp-destinations-configuration-for-different-service-types/ba-p/14493660 本エピソードはAIによって生成された音声です。内容には誤りが含まれる可能性があります。実施前に必ず一次情報でご確認ください。 SAP® は SAP SE の登録商標です。本番組は SAP 社とは無関係の非公式なものです。

  4. 4d ago

    【SAP Basis】Cloud ALM の Data Stores アプリ完全ガイド — 構成変更・セキュリティ状態の自動収集とSolMan CCDBからの進化

    SAP Cloud ALM Operations の「Configuration & Security Analysis（CSA）」における Data Stores アプリの全体像と、ハイブリッド環境における構成監視・監査対応の実務ポイントを解説します。 本機能はオンプレミスの SAP Solution Manager にあった CCDB（構成変更データベース）の仕組みを クラウド化した後継的な位置付けであり、BTP とオンプレミス ABAP システム双方の構成情報や セキュリティ状態を日次で自動収集・検証します。 現状を確認する「Store Browser」や変更履歴を追跡する「Changes」タブにより、 プロファイルパラメータ login/no_automatic_user_sapstar や SE06 でのシステム変更など、 重要設定の推移をタイムラインで把握可能です。 運用の最重要注意点として、データの自動収集は1日1回のみで手動の即時実行はできないため、 パラメータ変更が反映されるまで最大24時間のタイムラグが発生する前提で SLA や手順書を設計する必要があります。 データ収集エラー時のトラブルシューティング用 SAP Note 3291964 や、明日から安全に試せる 「Search」タブでの横断検索活用法を整理します。 出典: https://community.sap.com/t5/technology-blog-posts-by-sap/configuration-amp-security-analysis-in-sap-cloud-alm-operations-a-complete/ba-p/14492481 本エピソードはAIによって生成された音声です。内容には誤りが含まれる可能性があります。実施前に必ず一次情報でご確認ください。 SAP® は SAP SE の登録商標です。本番組は SAP 社とは無関係の非公式なものです。

  5. Sep 25

    【SAP Basis】SAP Automation Pilot に HANA Cloud 管理カタログ登場 — 40の標準コマンドで手動作業を自動化し運用ミスを防ぐ

    SAP BTP 上の運用自動化サービス「SAP Automation Pilot」に、SAP HANA Cloud の運用管理を 一元化・自動化する新カタログ「SAP HANA Cloud Administration（`hanacloud-sapcp`）」が 追加されたニュースを解説します。 これまで手動オペレーションや自前スクリプトに頼っていた HANA Cloud の起動・停止、バックアップ、 スナップショット退避を伴うアップグレード、ポイントインタイムリカバリ（PITR）、同期・非同期レプリカや ゾーン・リージョン跨ぎのフェイルオーバー、メトリクス・アラート監視などが、40種類の標準コマンドとして パッケージ化されました。 複数のコマンドをワークフローとして連結したり、アラート検知を契機とした自動復旧を組むことで、深夜の 障害対応や本番メンテナンスにおける人的なオペレーションミスの介入余地を排除できます。SAP 社内の IT 部門 では、管理下の HANA Cloud 手動作業のうち実に95%を Automation Pilot で自動化した実績も紹介。 BTP テナントの Catalogs 画面での確認ポイントや公式カタログドキュメントの参照手順を整理します。 出典: https://community.sap.com/t5/technology-blog-posts-by-sap/meet-the-sap-hana-cloud-administration-catalog-for-sap-automation-pilot/ba-p/14491834 本エピソードはAIによって生成された音声です。内容には誤りが含まれる可能性があります。実施前に必ず一次情報でご確認ください。 SAP® は SAP SE の登録商標です。本番組は SAP 社とは無関係の非公式なものです。

  6. Sep 24

    【SAP Basis】CIS に Ariba ユーザーを追加すると S/4HANA の FUE は消費されるか？ — プロビジョニング分離とライセンス判定の実務

    SAP Cloud Identity Services（CIS）において SAP Ariba ユーザーを登録した際、 SAP S/4HANA Cloud のライセンス指標である FUE（Full Usage Equivalent）が消費されるのかという 疑問と、マルチクラウド連携におけるプロビジョニング設計の実務ポイントを解説します。 結論として、CIS 上にユーザーが存在するだけでは S/4HANA Cloud の FUE は消費されません。 CIS から S/4HANA Cloud 側にビジネスユーザーとしてプロビジョニングされ、アクセス権限が付与された タイミングで初めてライセンス判定の対象となります。そのため、Identity Provisioning（IPS）の 同期ルールやグループ定義で Ariba 専用ユーザーを S/4HANA への同期対象から適切に分離することが、 契約上限超過や不要なライセンスコストを防ぐ鉄則です。 さらに、リリース 2608 以降の直接割り当て IAM Apps による価格カテゴリ計算への影響（SAP Note 3783013）や、 CIS / IAS 自体の課金体系（ログオンベース課金、SAP Note 3697081）、事前の契約書確認の重要性について紐解きます。 出典: https://community.sap.com/t5/human-capital-management-q-a/about-cis/qaa-p/14491693#M53866 本エピソードはAIによって生成された音声です。内容には誤りが含まれる可能性があります。実施前に必ず一次情報でご確認ください。 SAP® は SAP SE の登録商標です。本番組は SAP 社とは無関係の非公式なものです。

  7. Sep 24

    【SAP Basis】SAPアーキテクチャ基礎と日常運用 — 3層構造、主要プロセス、SM50/STMS運用からクラウド連携まで

    SAP Basis の根幹である3層アーキテクチャ（プレゼンテーション層、アプリケーション層、データベース層）の 基本構造と、日常運用で不可欠となる主要コンポーネントおよびトランザクションコードの実務ポイントを解説します。 ディスパッチャによる DIA（ダイアログ）ワークプロセスへのリクエスト振分け、BGD（バックグラウンド）プロセス枯渇による バッチ遅延、ENQ（エンキュー）のロック待ちやメッセージサーバーによる負荷分散など、システム障害時に本番環境で何が 起きているかを切り分けるためのメカニズムを整理します。 また、日常監視の `SM50` や `SM66` 、ショートダンプ解析の `ST22` 、システムログの `SM21` に加え、 実務での運用鉄則（`STMS` の夜間移送インポート、`SM50` キャンセル前の `SM12` ロック確認、`PFCG` ロールの開発機からの 移送徹底）や、AnyDB から SAP HANA / BTP ハイブリッド環境への進化に伴う Basis の役割シフト（IAS/IPS、Cloud Connector による セキュリティ統制）について紐解きます。 出典: https://www.youtube.com/watch?v=K_qM5_ylqoI 本エピソードはAIによって生成された音声です。内容には誤りが含まれる可能性があります。実施前に必ず一次情報でご確認ください。 SAP® は SAP SE の登録商標です。本番組は SAP 社とは無関係の非公式なものです。

  8. Sep 23

    【SAP Basis】Build Work Zone 構築で HTTP 500 と Unsubscription Failed — BTP テナント不整合時の切り分けと対処

    SAP BTP 上で SAP Build Work Zone, standard edition を SAP Cloud Identity Services（IAS）連携で 構築する際に発生する、ポータル画面の HTTP 500 エラーおよびサブスクリプション解除失敗 （Unsubscription Failed）のトラブルシューティングを解説します。 IAS 側の OIDC トラスト設定や管理者ロールコレクション（Launchpad_Admin）の付与が正常であるにもかかわらず アクセスできない場合、設定ミスではなくクラウド側のテナントプロビジョニング処理の不整合が疑われます。 また、サービスインスタンスを削除できてもサブスクリプション解除がエラーとなり、管理画面（BTP Cockpit） からの再作成や切り戻しが一切手出しできなくなるリスクがあります。 管理画面上で解除操作を繰り返すのではなく、早急に SAP サポートへサービスリクエスト（コンポーネント EP-WZ / EP-WZ-SRB）を 発行してバックエンドのクリーンアップを依頼する判断基準など、クラウド基盤運用における実務ポイントを整理します。 出典: https://community.sap.com/t5/tooling-sap-build-forum/sap-build-work-zone-standard-edition-http-500-and-unsubscription-failed-in/m-p/14489648#M116 本エピソードはAIによって生成された音声です。内容には誤りが含まれる可能性があります。実施前に必ず一次情報でご確認ください。 SAP® は SAP SE の登録商標です。本番組は SAP 社とは無関係の非公式なものです。

See All (30)

About

SAP BASIS 領域の最新情報（移行、HANA、BTP、セキュリティパッチ）を、 若手エンジニアとベテランアーキテクトの対話形式で解説する番組です。 一次情報の要約に実務の視点を加えてお届けします。 ※本番組はAIによって生成された音声です。内容には誤りが含まれる可能性があります。 実施前には必ず SAP の一次情報（SAP Note、PAM、SAP Help Portal）でご確認ください。 ※SAP® は SAP SE の登録商標です。本番組は SAP 社とは無関係の非公式なものです。

Information

  • Creator
    moso
  • Years Active
    2026
  • Episodes
    30
  • Rating
    Clean
  • Copyright
    © 2026 moso
  • Show Website
    SAP Basis ラジオ