SAP HANA の理解

SAP HANA の必要性の特定

Objective

After completing this lesson, you will be able to SAP HANA の必要性を特定します。

SAP HANA の歴史

この図は、2011 年から 2020 年までの SAP 製品の進化の概要を示し、主要な機能とテクノロジーの年次進歩を示しています。

2011 年、SAP HANA がリリースされました。SAP HANA は、最新のハードウェアのパワーをフル活用するインメモリプラットフォームです。SAP HANA では、すべてのデータを圧縮してローストア指向でメモリに格納します。顧客は、リアルタイムレポートのインメモリデータマートとして SAP HANA を使用することができます。

2012 年、SAP は SAP BW powered by SAP HANA をリリースしました。これにより、SAP HANA データベースシステムを SAP Business Warehouse アプリケーションの対応データベースとして使用できるようになりました。SAP HANA インメモリテクノロジーにより、SAP BW ではリアルタイムのデータ分析とリアルタイムレポートを実行できるため、SAP BW アプリケーションを次のレベルに進めることができました。

2013 年、SAP Business Suite powered by SAP HANA がリリースされました。SAP HANA のインメモリテクノロジーにより、SAP Business Suite ではトランザクション処理 (OLTP) と分析処理 (OLAP) を 1 つのシステムに統合できるようになりました。SAP Business Suite powered by SAP HANA (後に SAP Business Suite on HANA (略称 SoH) に名称変更) では、OLTP と OLAP を 1 つのインメモリシステムに統合することにより、SAP HANA Live アドオンを使用して SAP ERP データに関するリアルタイムなオペレーショナルレポートを実行できます。

2014 年、SAP Simple Finance がリリースされました。この製品は、後に SAP S/4HANA Finance に名称変更されました。SAP S/4HANA Finance により、SAP はデジタル時代に対応できるよう財務アプリケーションを再構築しました。ERP (企業資源計画) 財務ソフトウェアは、SAP HANA のインメモリプラットフォーム上でリアルタイムに実行され、財務計画と勘定設定、会計管理と決算処理、財務/資金管理、未収金/未払金管理、リスク管理などをサポートします。

2015 年、SAP S/4HANA 製品がリリースされました。SAP S/4HANA という名称の S は Suite と Simplified の両方を表しています。4 は 4 世代目であることや、SAP HANA をプラットフォームとして使用する必要性があることを表しています。

2016 年、次世代のデータウェアハウスソリューションである SAP BW/4HANA がリリースされました。これは、(既存の SAP Business Warehouse ソリューションの正式な後継製品ではない) 新製品であり、現在最も高度なインメモリプラットフォームの 1 つである SAP HANA 上に完全に組み込まれています。最新のデータウェアハウスの俊敏で柔軟なレイヤアーキテクチャのモデリングに最適な、単純なオブジェクトセットが提供されます。SAP BW/4HANA では、SAP アプリケーションや他のシステムのあらゆる種類のデータを (構造化、非構造化を問わず) 管理でき、オープン SQL インタフェースを介してすべてのモデルにアクセスできます。SAP BW/4HANA には、管理者、開発者、エンドユーザ向けの最先端のユーザインタフェースが搭載されているほか、完全にインメモリ最適化されたプロセスにより大量のデータをリアルタイムに活用できるので、競争上の優位性を得ることができます。

SAP BW のコア機能は保持され、SAP BW/4HANA への移行を SAP Business Suite から SAP S/4HANA への移行と比較することができます。この移行の一環として、SAP BW/4HANA により、保存および更新されるデータオブジェクトの数が大幅に削減されます。今後のイノベーションはすべて SAP BW/4HANA で行われます。SAP BW powered by SAP HANA の以前のリリース (後に SAP BW on HANA (略称 BWoH) に名称変更) は保守に移行し、開発や新機能の提供はほとんど行われませんでした。

2018 年、販売のみに焦点を当てた従来の CRM ソリューションを最新化すべく設計された統合製品、SAP C/4HANA がリリースされました。SAP は、市場をリードする Hybris、Gigya、CallidusCloud の買収完了後、ソリューションを連携させ、消費者データの保護、マーケティング、コマース、販売、顧客サービスなどのすべてのフロントオフィス機能をサポートできるようにしました。

SAP C/4HANA ポートフォリオは、SAP Marketing Cloud、SAP Commerce Cloud、SAP Service Cloud、SAP Customer Data Cloud (買収した Gigya のソリューションを含む)、SAP Sales Cloud (買収した CallidusCloud のソリューションを含む) で構成されています。さらに、SAP Sales Cloud では、SAP Hybris Revenue Cloud ソリューションと SAP Hybris Cloud for Customer (SAP Hybris Sales Cloud と SAP Hybris Service Cloud ソリューションで構成) が統合されています。

以前は SAP Hybris というブランド名で市場に出回っていたこれらのクラウドソリューションに加え、SAP のコマースおよびカスタマーエンゲージメント組織は SAP Customer Experience (CX) ビジネスユニットの下で統合され、一貫したブランドエクスペリエンスをサポートしています。

2020 年、SAP HANA Cloud がリリースされました。これにより、オンプレミスの SAP HANA のインメモリテクノロジーをクラウドで利用できるようになりました。SAP HANA Cloud は、SAP Business Technology Platform (SAP BTP) のサービスとして提供されています。

SAP S/4HANA の概要

SAP S/4HANA は、組織のデジタルコアを提供する SAP の次世代ビジネススイートです。SAP S/4HANA は、現在、最も高度なインメモリプラットフォームの 1 つである SAP HANA 上で完全に構築された新しい製品であり、SAP Fiori ユーザエクスペリエンス (UX) の最先端の設計原則が採用されています。SAP S/4HANA は、顧客導入、データモデル、ユーザエクスペリエンス、意思決定、ビジネスプロセス、モデルなどの領域で大幅なシンプル化を実現しています。また、モノのインターネット (IoT)、ビッグデータ、ビジネスネットワーク、モバイルファーストのためのイノベーションも提供します。SAP S/4HANA は、SAP R/2 から SAP R/3 への移行と同様に、次の一連のイノベーションをカスタマに提供します。

SAP S/4HANA は、IoT、ビッグデータ、モバイル、ビジネスネットワーク、外部システムなどと統合され、それらを活用するように設計されています。SAP S/4HANA は、顧客による真のライブビジネスの創造を支援します。

IT 価値の観点から見ると、SAP S/4HANA は、SAP HANA を主要な推進要素として、ランドスケープをシンプル化し、総所有コストを削減する独自の機会を創出します。

企業は、データフットプリントを大幅に削減し、1 つのシステム (1 つのシステムで SAP ERP、SAP CRM、SAP SRM、SAP SCM、SAP PLM など) でより大きなデータセットを処理することができます。これにより、ハードウェアコスト、運用コスト、および時間が節約されます。1 つのシステムでライブデータの共通ソースが 1 つ存在すれば、企業は異なるシステム間の不一致に直面しなくなります。

ビジネスユーザは、SAP Fiori で作成された最新の設計原則に基づくシンプルなロールベースのユーザエクスペリエンスを使用して、トレーニング作業を最小限に抑え、生産性を向上させることができます。クライアントは、使用時のシステム設定などの簡単な設定でもサポートされます。

企業は、クラウド、オンプレミス、ハイブリッドなど、容易な導入を促進するデプロイメントを選択できます。  

SAP S/4HANA は SAP HANA 上に構築されています。これは、SAP HANA プラットフォームのみがこのような大幅なレベルのシンプル化とイノベーションを提供できるためです。

この新しいタイプのアーキテクチャは、SAP S/4HANA Finance (当初の名称は SAP Simple Finance) でパイロット運用され、SAP S/4HANA Logistics (当初の名称は SAP Simple Logistics) に採用されました。SAP HANA のインメモリ機能とリアルタイム機能は、SAP S/4HANA Logistics でフル活用されています。SAP HANA は、他のすべての簡略化されたコンポーネントのターゲットアーキテクチャとなっています。

以前は、システムが連続的に計算している状態を防ぐために、インデックスや合計テーブルが登録されていました。これにより、全体的なシステムパフォーマンスは良くなるものの、複雑性が増し、柔軟性が低下しました。今やこの両方が、システムから取り除かれたのです。

SAP Financial Management での一般的な予約は、15 の表に触れました。現在は 4 つであり、ドキュメントレベルで作業しています。

データ側では、基盤となるデータ構造が簡略化され、パフォーマンスの高い最適化されたシステムが実現されています。このデータ構造は、インデックスなし、集約なし、冗長化なしとなっています。

SAP HANA への移行

技術的には、SAP HANA への移行はデータベースを変更するだけで、ランドスケープ内にある他のほとんどのコンポーネントには影響しません。SAP HANA 上で動作する SAP Business Suite システムは、そのまま他のシステムに接続や統合ができ、他のサポート対象データベース上で動作する SAP Business Suite と同様にハブの役割を果たします。さらに、システムに接続するために同じフロントエンドとクライアントが使用できます。アプリケーションサーバがデータベースホスト上ではなく、それぞれ異なるサーバで動作しているため、アプリケーションサーバも in-place 移行時のまま再利用できます。

ユーザの既存の SAP システムを SAP HANA データベースに移行することは、SAP システムを新しいホストで動作する新規データベースに切り替えることを含みます。

SAP HANA への移行は、以下の 2 つの方法で実行することができます。

  • ソフトウェアプロビジョニングマネージャ (SWPM) を使用した異機種間システムコピー

  • Software Upgrade Manager (SUM) のデータベース移行オプション (DMO)

SAP HANA に移行する 2 つの方法

最初の状況

従来型の移行方法では、Software Update Manager (SUM) を使用して SAP ソフトウェアを更新し、その後に Software Provisioning Manager (SWPM) を使用して異機種間システムコピーを行うという手順をとります。Database Migration Option (DMO) はこの移行を簡略化するもので、これは SAP HANA への 1 ステップ手順と呼ばれます。

DMO は以下のシナリオで使用できます。

  • 既存の SAP システムを任意のサポート対象データベースから SAP HANA データベースへ移行する

  • ランドスケープ (SID、ホスト名など) の変更を避けるべく in-place 移行をするため、SAP 7.x システムを更新する必要がある

  • 複雑で、複数のステップとツールを必要とする従来の移行手順の使用を回避したい

DMO を使用する利点は、以下のとおりです。

  • 移行ステップが単純になる

  • システムの更新およびデータベースの移行を 1 つのツールで行える

  • ビジネスダウンタイムの短縮

  • 改善された UI を備えた、既知のツール SUM が使用されます。

Database Migration Option (DMO) は新しいツールではなく、Software Update Manager (SUM) を使用する際の単なるオプションです。SUM は以下のようなシステム保守に役立つ信頼できるツールです。

  • リリース更新およびアップグレード

  • 拡張パッケージの導入

  • ABAP ベースの SAP システム用のサポートパッケージスタック (SPS) および機能パッケージスタック (FPS) の適用

移行プロセス

Database Migration Option (DMO) を使用した in-place 移行では、アップグレードと移行が統合手順で実行されるため、総所有コスト (TCO) とリスクが削減されます。

移行を統合プロシージャで行うことは、次のメリットをもたらします。

  • 複合手順では、2 つではなく、1 つの保全フェーズのみが必要です。

    これにより、ビジネスダウンタイムと総所有コストが削減され、必要な回帰テストが減少します。

  • 元のデータベースは保持され、フォールバックとして再有効化することができます。

    これにより、リスクが軽減され、リストアが不要になり、カットオーバー前のテスト時間が増加します。

  • SAP およびデータベースのリリース開始の前提条件が少なくなる。

    これにより、労力と総所有コストが削減され、従来のデータベース更新のための追加ライセンスが不要になります。

  • in-place 移行によって、アプリケーションサーバとシステム ID が変化しないで維持される。

    データベースサーバのみが新規であるため、システムランドスケープへの影響が小さくなります。

  • SAP BW の場合、Database Migration Option (DMO) はシステムコピー後の自動化 (PCA) の使用時に適用できます。