同じホスト名の SAP HSR を使用して SAP HANA を AWS に移行します

PDF

作成者：パラディープ・プリヤンパッタ (AWS)

概要

Amazon Web Services (AWS) への SAP HANA の移行は、バックアップと復元、エクスポートとインポート、SAP HANA システムレプリケーション (HSR) など、複数のオプションを使用して実行できます。どのオプションを選択するかは、ソースとターゲットの SAP HANA データベース間のネットワーク接続、ソースデータベースのサイズ、ダウンタイムの考慮事項、およびその他の要因によって異なります。 

SAP HANA ワークロードをAWSに移行するための SAP HSR オプションは、ソースシステムとターゲットシステム間のネットワークが安定しており、SAP が SAP HSR のネットワークスループット要件として規定しているように、データベース全体 （SAP HANA DBレプリケーションスナップショット） を1日以内に完全にレプリケートできる場合にうまく機能します。このアプローチによるダウンタイム要件は、ターゲット AWS 環境のテイクオーバー、SAP HANA DB バックアップ、移行後のタスクの実行に限定されます。

SAP HSR は、プライマリ (ソース) システムとセカンダリ (ターゲット) システム間のレプリケーショントラフィックに、異なるホスト名 (異なる IP アドレスにマップされたホスト名) の使用をサポートしています。そのためには、global.iniの[system_replication_hostname_resolution]セクションで特定のホスト名セットを定義してください。このセクションでは、プライマリサイトとセカンダリサイトのすべてのホストを各ホストで定義する必要があります。詳細な設定手順については、「SAP ドキュメンテーション」を参照してください。

この設定で重要な 1 つは、プライマリシステムのホスト名はセカンダリシステムのホスト名と異なっていなければならないということです。そうしないと、次のようなエラーが発生する可能性があります。

• "each site must have a unique set of logical hostnames"

• "remoteHost does not match with any host of the source site. All hosts of source and target site must be able to resolve all hostnames of both sites correctly"

ただし、移行後のステップの数は、ターゲット AWS 環境で同じ SAP HANA DB ホスト名を使用することで減らすことができます。 

このパターンは、SAP HSR オプションを使用するときに、ソース環境とターゲット環境で同じホスト名を使用する場合の回避策となります。このパターンでは、SAP HANA ホスト名の名前変更オプションを使用できます。SAP HSR のホスト名が一意になるように、ターゲット SAP HANA DB に一時的なホスト名を割り当てます。移行によってターゲット SAP HANA 環境でのテイクオーバーマイルストーンが完了すると、ターゲットシステムのホスト名をソースシステムのホスト名に戻すことができます。

前提条件と制限

前提条件

• アクティブ AWS アカウント。

• 仮想プライベートクラウド (VPC) と、仮想プライベートネットワーク (VPN) エンドポイントまたはルーターを備えています。

• AWS Client VPN または は、ソースからターゲットにファイルを転送するように AWS Direct Connect 設定されています。

• ソース環境とターゲット環境の両方にある SAP HANA データベース。ターゲット SAP HANA DB パッチレベルは、同じ SAP HANA プラットフォームエディション内のソース SAP HANA DB パッチレベル以上である必要があります。たとえば、HANA 1.0 システムと HANA 2.0 システムの間でレプリケーションを設定することはできません。詳細については、SAP ノート：1999880 — よくある質問：SAP HANA システムレプリケーションの質問 15 を参照してください。

• ターゲット環境の SAP アプリケーションサーバー。

• ターゲット環境の、Amazon Elastic Block Store (Amazon EBS) ボリューム。

制約事項

次の SAP ドキュメントリストは、SAP HANA の動的階層化やスケールアウト移行に関する制約など、この回避策に関連する既知の問題について説明しています。

• 2956397 — SAP HANA データベースシステムの名前を変更できませんでした

• 2222694 — HANA システムの名前を変更しようとすると、「ソースファイルは元の sidadm ユーザーによって所有されていません (uid = xxxx)」というエラーが表示される

• 2607227 — hdblcm： 登録_名前変更_システム：SAP HANA インスタンスの名前変更に失敗した

• 2630562 — HANA ホスト名の名前変更に失敗し、HANA が起動しない

• 2935639 — sr_register が global.ini セクションの system_replication_hostname_resolution で指定されているホスト名を使用していない

• 2710211 — エラー：ソースシステムとターゲットシステムの論理ホスト名が重複している

• 2693441 — エラーにより SAP HANA システムの名前を変更できなかった

• 2519672 — HANA プライマリとセカンダリのシステム PKI、SSFS データ、キーが異なるか、確認できない

• 2457129 — 動的階層化がランドスケープの一部である場合、SAP HANA システムホストの名前変更が許可されない

• 2473002 — HANA システムレプリケーションによるスケールアウトシステムの移行 (スケールアウト SAP HANA システムでのこのホスト名変更アプローチの使用には、SAP による制限はありません。 ただし、この手順は個々のホストで繰り返す必要があります。 このアプローチには、他のスケールアウト移行の制限も適用されます。)

製品バージョン

• このソリューションは SAP HANA DB プラットフォームエディション 1.0 と 2.0 に適用されます。

アーキテクチャ

ソースセットアップ

SAP HANA データベースがソース環境にインストールされます。すべての SAP アプリケーションサーバー接続と DB インターフェースは、クライアント接続に同じホスト名を使用します。次の図は、hdbhostソースホスト名とそれに対応する IP アドレスの例を示しています。

ターゲットセットアップ

AWS クラウド ターゲット環境は、同じホスト名を使用して SAP HANA データベースを実行します。AWS のターゲット環境には以下が含まれます。

• SAP HANA データベース

• SAP アプリケーションサーバー

• EBS ボリューム

中間設定

次の図では、 AWS ソースとターゲットのホスト名が一意temp-hostになるように、ターゲット環境のホスト名が一時的に に変更されています。移行がターゲット環境上でテイクオーバーマイルストーンを完了すると、ターゲットシステムの仮想ホスト名は元の名前hdbhostを使用してリネームされます。

中間設定には、以下のオプションのいずれかが含まれます。

• AWS Client VPN クライアント VPN エンドポイントを使用する

• AWS Direct Connect ルーターへの接続

AWS ターゲット環境の SAP アプリケーションサーバーは、レプリケーションのセットアップ前またはテイクオーバー後にインストールできます。ただし、レプリケーションをセットアップする前にアプリケーションサーバーをインストールしておくと、インストール中のダウンタイムの短縮、高可用性の設定、およびバックアップに役立ちます。

ツール

AWS のサービス

• AWS Client VPN は、オンプレミスネットワーク内の AWS リソースと リソースに安全にアクセスできるマネージドクライアントベースの VPN サービスです。

• AWS Direct Connect は、標準のイーサネット光ファイバケーブルを介して内部ネットワークを AWS Direct Connect ロケーションにリンクします。この接続を使用すると、仮想インターフェイスをパブリックに直接作成し AWS のサービス、ネットワークパス内のインターネットサービスプロバイダーをバイパスできます。

• Amazon Elastic Block Store (Amazon EBS) は、Amazon Elastic Compute Cloud (Amazon EC2) インスタンスで使用するためのブロックレベルのストレージボリュームを提供します。EBS ボリュームの動作は、未初期化のブロックデバイスに似ています。これらのボリュームは、デバイスとしてインスタンスにマウントできます。

その他のツール

• SAP アプリケーションサーバー — SAP アプリケーションサーバーは、プログラマーがビジネスロジックを表現する方法を提供します。SAP アプリケーションサーバーは、ビジネスロジックに基づいてデータ処理を実行します。実際のデータは、別のコンポーネントであるデータベースに格納されます。 

• 「SAP HANA コックピット」と「SAP HANA スタジオ」 — SAP HANA コックピットと SAP HANA Studio はどちらも SAP HANA データベースへの管理インターフェースを提供します。SAP HANA Studio では、SAP HANA 管理コンソールは SAP HANA データベース管理に関連するコンテンツを提供するシステムビューです。 

• SAP HANA システムレプリケーション — SAP HANA システムレプリケーション (SAP HSR) は、SAP HANA データベースをレプリケートするために SAP が提供している標準手順です。SAP HSR に必要な実行ファイルは、SAP HANA サーバーカーネル自体に含まれています。

エピック

ソース環境とターゲット環境を準備する

タスク	説明	必要なスキル
SAP HANA データベースをインストールして構成します。	ソース環境とターゲット環境で、SAP HANA DB がベストプラクティスの SAP HANA に従ってインストールおよび設定されていることを確認します。詳細については、「SAP HANA on AWS」を参照してください。	SAP 基本管理
IP アドレスをマップします。	ターゲット環境では、一時的なホスト名が内部 IP アドレスに割り当てられていることを確認します。  EC2、インスタンス、アクション、ネットワーク、IP アドレスの管理、新しい IP アドレスの割り当てに移動して、AWS マネジメントコンソールの EC2 インスタンスにセカンダリ IPv4 アドレスを割り当てます。   EC2 ネットワークアダプター (NIC) に同じアドレスを割り当てるには、オペレーティングシステムからルートユーザーとしてip addr add <IP>/32 dev eth0コマンドを実行し、<IP>をステップ 1 の IP アドレスに置き換えます。	AWS 管理
ターゲットホスト名を解決します。	セカンダリ SAP HANA DB で、/etc/hostsファイル内の関連するホスト名を更新して、SAP HANA レプリケーションネットワークのホスト名 (hdbhostとtemp-host) が両方解決されていることを確認します。	Linux アドミニストレーション
ソースとターゲットの SAP HANA データベースをバックアップします。	SAP HANA Studio または SAP HANA コックピットを使用して SAP HANA データベースのバックアップを実行します。	SAP 基本管理
エクスチェンジシステム PKI 証明書。	(SAP HANA 2.0 以降にのみ適用) プライマリデータベースとセカンダリデータベースの間のファイルシステム (SSFS) ストア内のシステム公開鍵基盤 (PKI) セキュアストア内の証明書を交換します。詳細については、SAP Note 2369981 — SAP HANA システムレプリケーションによる認証に必要な設定手順を参照してください。	SAP 基本管理

ソース環境とターゲット環境を準備する

タスク	説明	必要なスキル
SAP HANA データベースをインストールして構成します。	ソース環境とターゲット環境で、SAP HANA DB がベストプラクティスの SAP HANA に従ってインストールおよび設定されていることを確認します。詳細については、「SAP HANA on AWS」を参照してください。	SAP 基本管理
IP アドレスをマップします。	ターゲット環境では、一時的なホスト名が内部 IP アドレスに割り当てられていることを確認します。  EC2、インスタンス、アクション、ネットワーク、IP アドレスの管理、新しい IP アドレスの割り当てに移動して、AWS マネジメントコンソールの EC2 インスタンスにセカンダリ IPv4 アドレスを割り当てます。   EC2 ネットワークアダプター (NIC) に同じアドレスを割り当てるには、オペレーティングシステムからルートユーザーとしてip addr add <IP>/32 dev eth0コマンドを実行し、<IP>をステップ 1 の IP アドレスに置き換えます。	AWS 管理
ターゲットホスト名を解決します。	セカンダリ SAP HANA DB で、/etc/hostsファイル内の関連するホスト名を更新して、SAP HANA レプリケーションネットワークのホスト名 (hdbhostとtemp-host) が両方解決されていることを確認します。	Linux アドミニストレーション
ソースとターゲットの SAP HANA データベースをバックアップします。	SAP HANA Studio または SAP HANA コックピットを使用して SAP HANA データベースのバックアップを実行します。	SAP 基本管理
エクスチェンジシステム PKI 証明書。	(SAP HANA 2.0 以降にのみ適用) プライマリデータベースとセカンダリデータベースの間のファイルシステム (SSFS) ストア内のシステム公開鍵基盤 (PKI) セキュアストア内の証明書を交換します。詳細については、SAP Note 2369981 — SAP HANA システムレプリケーションによる認証に必要な設定手順を参照してください。	SAP 基本管理

ターゲット SAP HANA データベースの名前を変更します。

タスク	説明	必要なスキル
ターゲットクライアント接続を停止します。	ターゲット環境で SAP アプリケーションサーバーとその他のクライアント接続をシャットダウンします。	SAP 基本管理
ターゲット SAP HANA DB の名前を一時的なホスト名に変更します。	ルートユーザーとして、常駐hdblcmを使用してターゲット SAP HANA DB のホスト名を一時的なホスト名に変更します。  root $> cd /hana/shared/<SID/hdblcm root $> ./hdblcm 9 | rename_system | Rename the SAP HANA Database System を選択します。 新しい名前 temp-hostを指定します。 必要に応じて、他のオプションを検証できます。ただし、ホスト名の変更と SID の変更を混同しないように注意してください (SAP Note 2598814 — hdblcm： SID の名前変更が失敗する)。 SAP HANA DBの停止と開始はhdblcmによって制御されます。	SAP 基本管理
レプリケーションネットワークを割り当てる。	ソースシステムのglobal.iniファイルの[system_replication_hostname_resolution]ヘッダーの下に、ソースとターゲットのレプリケーションネットワークの詳細を指定します。次に、エントリをターゲットシステム上のglobal.iniファイルにコピーします。	SAP 基本管理
プライマリでのレプリケーションを有効にします。	次のコマンドを実行して、ソース SAP HANA DB でレプリケーションを有効にします。  hdbnsutil -sr_enable --name=siteA	SAP 基本管理
ターゲット SAP HANA データベースをセカンダリシステムとして登録します。	ターゲット SAP HANA DB を SAP HSR のソースとなるセカンダリシステムとして登録するには、「非同期」レプリケーションを選択します。  (sid)adm $> HDB stop (sid)adm $> hdbnsutil -sr_register –name=siteB –remotehost=hdbhost / --remoteInstance=00 –replicationMode=async –operationMode=logreplay (sid)adm $> HDB start または、登録する–onlineオプションを選択できます。その場合は、SAP HANA DB を停止して起動する必要はありません。	SAP 基本管理
同期を検証します。	ソース SAP HANA DB で、すべてのログがターゲットシステムに適用されていることを確認します (非同期レプリケーションであるため)。 レプリケーションを確認するには、ソース上で以下のコマンドを実行します。 (sid)adm $> cdpy (sidadm $> python systemReplicationStatus.py	SAP 基本管理
ソース SAP アプリケーションと SAP HANA データベースをシャットダウンします。	移行カットオーバー中に、ソースシステム (SAP アプリケーションと SAP HANA データベース) をシャットダウンします。	SAP 基本管理
ターゲットでテイクオーバーを実行します。	AWS 上のターゲットでテイクオーバーを実行するには、コマンドhdbnsutil -sr_takeoverを実行します。	SAP 基本管理
ターゲット SAP HANA DB で、レプリケーションをオフにします。	レプリケーションメタデータをクリアするには、コマンドhdbnsutil -sr_disableを実行してターゲットシステム上のレプリケーションを停止します。  注記 これは、SAP Note 2693441 – エラーにより SAP HANA システムの名前を変更できませんでした。	SAP 基本管理
ターゲット SAP HANA データベースをバックアップします。	テイクオーバーが成功したら、SAP HANA DB の完全バックアップを実行することをお勧めします。	SAP 基本管理

ターゲット SAP HANA データベースの名前を変更します。

タスク	説明	必要なスキル
ターゲットクライアント接続を停止します。	ターゲット環境で SAP アプリケーションサーバーとその他のクライアント接続をシャットダウンします。	SAP 基本管理
ターゲット SAP HANA DB の名前を一時的なホスト名に変更します。	ルートユーザーとして、常駐hdblcmを使用してターゲット SAP HANA DB のホスト名を一時的なホスト名に変更します。  root $> cd /hana/shared/<SID/hdblcm root $> ./hdblcm 9 | rename_system | Rename the SAP HANA Database System を選択します。 新しい名前 temp-hostを指定します。 必要に応じて、他のオプションを検証できます。ただし、ホスト名の変更と SID の変更を混同しないように注意してください (SAP Note 2598814 — hdblcm： SID の名前変更が失敗する)。 SAP HANA DBの停止と開始はhdblcmによって制御されます。	SAP 基本管理
レプリケーションネットワークを割り当てる。	ソースシステムのglobal.iniファイルの[system_replication_hostname_resolution]ヘッダーの下に、ソースとターゲットのレプリケーションネットワークの詳細を指定します。次に、エントリをターゲットシステム上のglobal.iniファイルにコピーします。	SAP 基本管理
プライマリでのレプリケーションを有効にします。	次のコマンドを実行して、ソース SAP HANA DB でレプリケーションを有効にします。  hdbnsutil -sr_enable --name=siteA	SAP 基本管理
ターゲット SAP HANA データベースをセカンダリシステムとして登録します。	ターゲット SAP HANA DB を SAP HSR のソースとなるセカンダリシステムとして登録するには、「非同期」レプリケーションを選択します。  (sid)adm $> HDB stop (sid)adm $> hdbnsutil -sr_register –name=siteB –remotehost=hdbhost / --remoteInstance=00 –replicationMode=async –operationMode=logreplay (sid)adm $> HDB start または、登録する–onlineオプションを選択できます。その場合は、SAP HANA DB を停止して起動する必要はありません。	SAP 基本管理
同期を検証します。	ソース SAP HANA DB で、すべてのログがターゲットシステムに適用されていることを確認します (非同期レプリケーションであるため)。 レプリケーションを確認するには、ソース上で以下のコマンドを実行します。 (sid)adm $> cdpy (sidadm $> python systemReplicationStatus.py	SAP 基本管理
ソース SAP アプリケーションと SAP HANA データベースをシャットダウンします。	移行カットオーバー中に、ソースシステム (SAP アプリケーションと SAP HANA データベース) をシャットダウンします。	SAP 基本管理
ターゲットでテイクオーバーを実行します。	AWS 上のターゲットでテイクオーバーを実行するには、コマンドhdbnsutil -sr_takeoverを実行します。	SAP 基本管理
ターゲット SAP HANA DB で、レプリケーションをオフにします。	レプリケーションメタデータをクリアするには、コマンドhdbnsutil -sr_disableを実行してターゲットシステム上のレプリケーションを停止します。  注記 これは、SAP Note 2693441 – エラーにより SAP HANA システムの名前を変更できませんでした。	SAP 基本管理
ターゲット SAP HANA データベースをバックアップします。	テイクオーバーが成功したら、SAP HANA DB の完全バックアップを実行することをお勧めします。	SAP 基本管理

ターゲットシステムの元のホスト名に戻す。

タスク	説明	必要なスキル
ターゲットの SAP HANA DB ホスト名を元のホスト名に戻します。	対象のSAP HANA DBホスト名を元の仮想ホスト名に戻すには、常駐hdblcmを使用します。  root $> cd /hana/shared/<SID>/hdblcm root $> ./hdblcm 9 | rename_system | Rename the SAP HANA Database System を選択します。 新しい名前hdbhostを指定します。 必要に応じて、他のオプションを検証できます。ただし、ホスト名の変更と SID の変更を混同しないように注意してください (SAP Note 2598814 — hdblcm： SID の名前変更が失敗する)。	SAP 基本管理
HD ユーザーストアを調整します。	hdbuserstoreの詳細をソースschema/userの詳細に合わせて調整します。詳細な手順については、SAP のドキュメントを参照してください。  このステップを検証するには、コマンドR3trans -dを実行します。結果には SAP HANA データベースへの接続が成功したことが反映されているはずです。	SAP 基本管理
クライアント接続を開始します。	ターゲット環境で SAP アプリケーションサーバーとその他のクライアント接続を起動します。	SAP 基本管理

ターゲットシステムの元のホスト名に戻す。

タスク	説明	必要なスキル
ターゲットの SAP HANA DB ホスト名を元のホスト名に戻します。	対象のSAP HANA DBホスト名を元の仮想ホスト名に戻すには、常駐hdblcmを使用します。  root $> cd /hana/shared/<SID>/hdblcm root $> ./hdblcm 9 | rename_system | Rename the SAP HANA Database System を選択します。 新しい名前hdbhostを指定します。 必要に応じて、他のオプションを検証できます。ただし、ホスト名の変更と SID の変更を混同しないように注意してください (SAP Note 2598814 — hdblcm： SID の名前変更が失敗する)。	SAP 基本管理
HD ユーザーストアを調整します。	hdbuserstoreの詳細をソースschema/userの詳細に合わせて調整します。詳細な手順については、SAP のドキュメントを参照してください。  このステップを検証するには、コマンドR3trans -dを実行します。結果には SAP HANA データベースへの接続が成功したことが反映されているはずです。	SAP 基本管理
クライアント接続を開始します。	ターゲット環境で SAP アプリケーションサーバーとその他のクライアント接続を起動します。	SAP 基本管理

関連リソース

SAP リファレンス

SAP ドキュメンテーションリファレンスは SAP によって頻繁に更新されます。最新情報を入手するには、SAP Note 2407186 — SAP HANA の高可用性に関するハウツーガイドとホワイトペーパーを参照してください。

追加のSAPメモ

• 2550327 — SAP HANA システムの名前を変更する方法

• 1999880 — よくある質問：SAP HANA システムレプリケーション

• 2078425 — SAP HANA プラットフォームライフサイクル管理ツール (hdblcm) のトラブルシューティングノート

• 2592227 — HANA システムの FQDN サフィックスの変更

• 2048681 — SSH または ルート認証情報なしで、複数のホストシステムで SAP HANA プラットフォームのライフサイクル管理管理タスクを実行する

SAP ドキュメント

• システムレプリケーションネットワーク接続

• システムレプリケーションのホスト名解決

AWS リファレンス

• SAP HANA を他のプラットフォームから に移行する AWS

追加情報

ホスト名のリネーム活動の一部としてhdblcmによって実行された変更は、以下の詳細ログに集約されます。