SAP HANA のリビジョン方針の説明

SAP HANA プラットフォームのコンテキストでは、SAP HANA リビジョン方針の一部を表すために、以下を含む複数の用語が使用されます。

• SAP HANA 標準リビジョン

• SAP HANA メンテナンスリビジョン

• サポートパッケージスタック (SPS)

• サポートパッケージ (SP)

標準リビジョンまたはリビジョンという用語は、SAP HANA コアコンポーネント (SAP HANA データベース、Studio、クライアント、アプリケーション機能ライブラリ) のメンテナンスパッケージを指します。

SAP HANA 標準リビジョンは、特定のサポートパッケージスタック (SPS) に対する初期リビジョンのカスタマ (RTC) リリース後の出荷です。たとえば、000、001、または 011 です。

標準リビジョンは、次のサポートパッケージスタックの RTC まで出荷されます。標準のリビジョンでは、初期サポートパッケージスタックの機能セットに基づいて増分修正が提供されます。

SAP HANA メンテナンスリビジョンは、特定のサポートパッケージスタックの最後の SAP HANA 標準リビジョン以降のマイナー出荷です。たとえば、2.00.048.06、2.00.059.06、または 2.00.059.07 などです。メンテナンスリビジョンは、次のバージョンの RTC 後に各サポートパッケージスタックの保守が終了するまで出荷されます。

メンテナンスリビジョンでは、以下に対する修正が提供されます。

• 主要な SAP HANA シナリオ (SAP Business Suite on SAP HANA、SAP BW on SAP HANA、SAP S/4HANA、SAP BW/4HANA、SAP HANA データマート) の重要な機能に関する主要なバグ

• 回避策が不明のバグ

上位互換性とは、製品のソフトウェアバージョン n から製品バージョン n+1 に変更する際に、バージョン n の既存機能が引き続きサポートされるか、同等の機能で置き換えられること (ある機能が非推奨となり最終的に削除された場合) を意味します。

バージョン n のデータは、大きな変更なしで変換してバージョン n+1 で使用することができます。バージョン n のインタフェース (API、他のシステム/製品のインタフェース) は変更されません。

サポートパッケージスタック (SPS) は、コンポーネントリビジョンとサポートパッケージ (SP) のセットによって新機能をバンドルする SAP HANA プラットフォームリリースを指します。これらは完全にチェックされ、単一消費媒体として提供されます。

新機能は、新しい SAP HANA サポートパッケージスタック (SPS) がリリースされるたびに、年に 1 回導入されます。

処理を容易にするために、SAP HANA SPS およびリビジョンの採番が調整されています。たとえば、リビジョン 070 は、SAP HANA 2.0 SPS 07 の機能を含む最初の SAP HANA リビジョンを指します。

サポートパッケージは、SAP HANA データベースの非コアコンポーネントである SAP HANA プラットフォームの他のすべての部分を指します。つまり、SAP ホストエージェントまたは SAP HANA スマートデータアクセスです。これらのコンポーネントは、SAP Support Portal サポートパッケージ (SP) に表示されます。

リビジョンとサポートパッケージには独自のリリースサイクルがあり、個別にインストールまたはアップグレードすることができます。

SAP HANA のメンテナンス方針は、中断を伴わない段階的なイノベーション更新に基づいています。

新機能は、新しい SAP HANA SPS がリリースされるたびに、年に 1 回導入されます。通常、これは 4 月初めに発生します。

SAP HANA 2.0 SPS02 より、RTC 後の 2 年間、各 SPS に対してバグ修正およびセキュリティパッチが提供されます。メジャー製品バージョンの最終 SPS のメンテナンス期間は、RTC 後 5 年間です。

SAP HANA プラットフォーム向けに提供される更新は完全な下位互換性があるため、同じ SPS のより新しい SAP HANA リビジョンが利用可能になったら、旧リビジョンを SAP Support Portal から削除できます。互換性のない変更は、法的な理由やセキュリティ上の理由では考慮されますが、厳格な例外承認プロセスの対象となります。

SAP HANA プラットフォーム製品は、SAP HANA 上に構築された SAP ビジネスアプリケーションリリースがメインストリーム・メンテナンス、延長保守サービス、プライオリティワンサポートの対象である限り、保守は継続されます。

• SAP HANA 2.0 SPS06 には、カスタマへのリリース後に 2 年間の保守時間枠があります。

• これと並行して、SAP HANA 2.0 SPS05 は RTC 後 5 年間という、長期にわたるメンテナンス期間の対象になっています。

• SAP HANA 2.0 の最新 SPS リリースとは解釈されません。

• SAP は引き続き、オンプレミスの SAP HANA に投資し、イノベーションを提供する予定です。

• SAP HANA 2.0 SPS 05 は、最近発表されたメンテナンスタイムラインの長期化計画 (SAP HANA を基盤とするアプリケーションが対象) に合わせて調整されています。

SAP では、次回の SPS のカスタマへのリリースが宣言されるまで、SAP HANA 標準リビジョンを提供しています。これらの標準リビジョンには、増分修正のみが含まれています。

SAP は、以下の RTC と次の SPS の間に SAP HANA メンテナンスリビジョンを提供します。これらの保守リビジョンには、本稼働環境に関連すると識別される主要なバグ修正のみが含まれます。

SAP Support Portal で利用可能な最上位の SAP HANA リビジョンの実装には、中断を伴わない段階的な改善によるメリットがあります。

詳細については、以下の SAP ノートを参照してください。

• SAP ノート 2378962: SAP HANA 2.0 リビジョンおよび保守方針

• SAP ノート 1948334: SAP HANA メンテナンスリビジョンに対して推奨される更新パス

• SAP ノート 2235581: SAP HANA がサポートする OS

SAP は、SAP が提供するアプリケーションに対する回帰テストを実行します。既知のリグレッションについては、リビジョンの SAP HANA リリースノートに記載されています。お客様は、SAP アプリケーションの実際の設定および使用に基づいて回帰テストを実行する必要があります。

回帰テストを実行する場合は、技術的な回帰テストのみを実行すれば十分な場合があります。新しいデータベース機能がアプリケーションレベルで使用されない限り、ビジネスアクセプタンステストは必要ありません。

顧客は、SAP HANA 製品管理に連絡して、回帰テストに SAP HANA シナリオを含めることができます。

カスタマ開発またはサードパーティアプリケーションは、新しい SAP HANA リビジョンに更新する前に完全な回帰テストを実行することができます。

回帰テストの実行をサポートするため、SAP ではキャプチャおよび再生ツールを提供しています。このツールを使用すると、本稼働環境で実際のシステムワークロードをキャプチャし、キャプチャしたワークロードを対象システムで準備およびリプレイすることができます。