Betty は、システムランドスケープが本稼働システムだけではなく以下で構成されていることを説明するプレゼンテーションを見ました。
彼女は Adam から、追加システムが必要な理由を知りたいと思っています。
オンプレミスの世界と同様に、本稼働環境に加えて、専用のテスト環境が必要です。本稼動環境は本稼動テナントであり、テスト環境はテストテナントである。
いずれの場合も、微調整専用のテナントが必要です。微調整はカスタマイジングと呼ばれます。これは、カスタマイジングテナントで行われています。
GloManCorp によって計画された追加の開発アクティビティに応じて、開発テナントも必要です。
これらは、段階的開発自体に必要なシステムおよびテナントです。アダムは、これが環境全体ではないと説明している。GloManCorp. のニーズに応じて、追加のエンティティが必要です。
Adam は Carl から以下を知っています。
注記
開発テナントおよびカスタマイジングテナントは、技術的には開発システムのクライアントです。クライアントは、SAP システムの組織ユニットです。クライアントには、個別のユーザマスタレコードと個別の権限があります。クライアント依存データは、データベーステーブルのクライアント列によって分割されます。
開発オブジェクトは、クライアント列なしでデータベーステーブルに保存されます。このようなオブジェクトはクライアント非依存と呼ばれ、すべてのクライアントからアクセスすることができます。そのため、開発者が開発テナントで開発オブジェクトを登録すると、これらのオブジェクトはカスタマイジングテナントでも利用可能になります。たとえば、新しい SAP Fiori アプリを作成し、それを開発テナントのビジネスカタログに割り当てると、そのアプリはカスタマイジングテナントからもアクセス可能になります。
マスタデータおよびトランザクションデータは、クライアント列とともにデータベーステーブルに保存されます。このようなデータはクライアント依存と呼ばれ、各クライアントでのみアクセスすることができます。そのため、管理者は、カスタマイジングテナントでビジネスユーザのビジネスロールを登録します。これは、カスタマイジングテナントにのみ表示されます。
注記
パラレルライン
3 システムランドスケープでは、パラレルラインにより、SAP Central Business Configuration の個別のワークスペースと、SAP S/4HANA Cloud Public Edition での設定およびテスト用の 2 つの追加テナントが提供されます。2502 から利用できます。メインラインは、イノベーションを維持し、SAP の最新機能を使用して本稼働環境を最新の状態に保つことに焦点を当てています。メインラインに影響を与えることなく、個別のパラレルラインを使用して設定拡張を開発およびテストすることができます。
原則として、各システムの並列テナントは、メインラインからのテナントと同様に機能します。ただし、並列テナントの目的は、主に設定タスクに焦点を当てています。
- 並列カスタマイジングテナントでは、SAP Central Business Configuration でパラレルラインのワークスペースからの参照コンテンツに基づいて設定アクティビティを実行します。設定タスクが完了したら、それらを並列テストテナントに移送します。
- 並列テストテナントでは、並列カスタマイジングテナントで行ったすべての設定をテストおよび検証します。
パラレルラインは、重要なビジネス価値をもたらします。期待できるメリットの一部を以下に示します。
- 安定したメインラインであり、パラレルラインで行われたビジネスコンフィグレーション変更の影響を受けません。
- 業務効率の向上
- 設定の柔軟性の向上
- データ品質とテスト機能の向上
- 追加導入、追加の国/地域、会社、または大規模なスコープの追加に対する徹底的な検証
- 本稼動環境へのイノベーションのデプロイメントが容易
- 継続的な学習とスキル開発
- メインラインのテスト環境における冗長なテストまたはトレーニングデータはありません。
- カットオーバー計画のためにデータロード実行を繰り返し実行する機能
一般情報:
- カスタマおよびランドスケープごとに最大 1 つのパラレルラインを同時にプロビジョニングできます。
- 統合シナリオは、統合された SAP ソリューションまたは非 SAP サードパーティソリューションが、メインラインとの統合に使用されるテナントとは別のテナントを提供できる場合に可能です。
- スターターテナントとサンドボックステナントは、パラレルラインに含まれておらず、統合もされていません。
- 分岐では、マスタデータまたはトランザクションデータはパラレルラインにコピーされません。そのため、パラレルラインのマスタデータおよび特定のタイプのトランザクションデータは、マニュアルで、または移行コックピットを使用してのみ登録することができます。
導入情報
以下の SAP ノートを使用して、パラレルラインで作業するための最新の更新を取得します。
- SAP ノート 3542536 - SAP S/4HANA Cloud Public Edition パラレルラインのリリースノート (Release Note for SAP S/4HANA Cloud Public Edition, Parallel Line)
- SAP ノート 3580675 - 二重更新を必要とする追加の設定アクティビティ (Additional Configuration Activities that Requires Double Maintenance)
注記
この情報は変更される場合があることに注意してください。更新については、当 SAP ノートを定期的に確認することが推奨されます。
並列ラインのプロビジョニングおよび削除
SAP for Me のサービスおよびサポートダッシュボードでは、サービスを依頼してパラレルラインを管理し、未処理のサービス依頼のステータスをチェックすることができます。
SAP for Me で、サービス依頼を送信して、メインラインが分岐の準備ができていることを確認します。前提条件チェックの実行
SAP for Me で、サービス依頼を送信してパラレルラインを登録します。すでにパラレルラインがあり、新しいパラレルラインを依頼した場合、既存のパラレルラインとそのデータは削除されます。パラレルラインを登録してください。
考えが変わり、パラレルラインが不要になった場合は、SAP for Me サービス依頼を送信してパラレルラインを削除してください。
注意
開発者拡張性を実行し、開発ラインで移送する必要があります。そのため、パラレルラインでは、開発者拡張性の移送はコレクションインポートアプリに表示されません。クライアント依存のキーユーザ拡張性は、パラレルラインで実行することができます。ただし、メインラインで二重更新を実行する必要があります。
注記
一部のキーユーザ拡張性関連の設定アクティビティは、メインラインでのみ編集することができます。
パラレルラインで作業およびテストする場合は、以下の点を考慮してください。
- パラレルラインで行った設定を本稼動システムに直接移送することはできません。ビジネスコンフィグレーションの変更をパラレルラインからメインラインに引き継ぐには、マージを実行する必要があります。注記: マージはマニュアルプロセスですが、特定の条件が満たされた場合に一部のタスクを自動化することができます。詳細については、SAP サイトで公開されている 3584765 の情報を参照してください。
- パラレルラインで開発者拡張性を登録または移送することはできません。これらをテストで使用できるようにするには、最初に開発ラインでそれを作成してから、これらの拡張をメインラインに移送する必要があります。その後、テストのためにパラレルラインで使用できるようになります。さまざまな移送依頼タイプの調整を支援するために、SAP Cloud ALM を使用することができます。