翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# 同じホスト名の SAP HSR を使用して SAP HANA を AWS に移行します
*Amazon Web Services、Pradeep Puliyampatta*
## 概要
SAP HANA の Amazon Web Services (AWS) への移行は、バックアップと復元、エクスポートとインポート、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 ドキュメンテーション](https://help.sap.com/viewer/eb3777d5495d46c5b2fa773206bbfb46/1.0.12/en-US/c0cba1cb2ba34ec89f45b48b2157ec7b.html)」を参照してください。
この設定で重要な 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 エンドポイントを使用する
+ Direct Connect ルーターへの接続
AWS ターゲット環境の SAP アプリケーションサーバーは、レプリケーションのセットアップ前またはテイクオーバー後にインストールできます。ただし、レプリケーションをセットアップする前にアプリケーションサーバーをインストールしておくと、インストール中のダウンタイムの短縮、高可用性の設定、およびバックアップに役立ちます。
## ツール
**AWS のサービス**
+ [AWS Client VPN](https://docs.aws.amazon.com/vpn/latest/clientvpn-user/client-vpn-user-what-is.html) は、オンプレミスネットワークの AWS リソースとリソースに安全にアクセスできるマネージドクライアントベースの VPN サービスです。
+ [AWS Direct Connect](https://docs.aws.amazon.com/directconnect/latest/UserGuide/Welcome.html) は、標準イーサネット光ファイバケーブルを介して内部ネットワークを Direct Connect ロケーションにリンクします。この接続を使用すると、ネットワークパス内のインターネットサービスプロバイダーをバイパスして AWS のサービス、パブリックに直接仮想インターフェイスを作成できます。
+ [Amazon Elastic Block Store (Amazon EBS)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AmazonEBS.html) は、 Amazon Elastic Compute Cloud (Amazon EC2) インスタンスで使用するブロックレベルストレージのボリュームを提供します。EBS ボリュームの動作は、未初期化のブロックデバイスに似ています。これらのボリュームは、デバイスとしてインスタンスにマウントできます。
**その他のツール**
+ [SAP アプリケーションサーバー](https://help.sap.com/doc/saphelp_nw73ehp1/7.31.19/en-US/47/a032c0305e0b3ae10000000a42189d/content.htm?no_cache=true) — SAP アプリケーションサーバーは、プログラマーがビジネスロジックを表現する方法を提供します。SAP アプリケーションサーバーは、ビジネスロジックに基づいてデータ処理を実行します。実際のデータは、別のコンポーネントであるデータベースに格納されます。
+ 「[SAP HANA コックピット](https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.03/en-US/da25cad976064dc0a24a1b0ee9b62525.html)」と「[SAP HANA スタジオ](https://help.sap.com/viewer/a2a49126a5c546a9864aae22c05c3d0e/2.0.00/en-US/c831c3bbbb571014901199718bf7edc5.html)」 — SAP HANA コックピットと SAP HANA Studio はどちらも SAP HANA データベースへの管理インターフェイスを提供します。SAP HANA Studio では、SAP HANA 管理コンソールは SAP HANA データベース管理に関連するコンテンツを提供するシステムビューです。
+ [SAP HANA システムレプリケーション](https://help.sap.com/viewer/4e9b18c116aa42fc84c7dbfd02111aba/2.0.04/en-US) — SAP HANA システムレプリケーション (SAP HSR) は、SAP HANA データベースをレプリケートするために SAP が提供している標準手順です。SAP HSR に必要な実行ファイルは、SAP HANA サーバーカーネル自体に含まれています。
## エピック
### ソース環境とターゲット環境を準備する
| タスク | 説明 | 必要なスキル |
| --- | --- | --- |
| SAP HANA データベースをインストールして構成します。 | ソース環境とターゲット環境で、SAP HANA DB が SAP HANA のベストプラクティスに従ってインストールおよび構成されていることを確認します。詳細については、[「SAP HANA on AWS](https://docs.aws.amazon.com/sap/latest/sap-hana/sap-hana.pdf)」を参照してください。 | SAP 基本管理 |
| IP アドレスをマップします。 | ターゲット環境では、一時的なホスト名が内部 IP アドレスに割り当てられていることを確認します。 [See the AWS documentation website for more details](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/patterns/migrate-sap-hana-to-aws-using-sap-hsr-with-the-same-hostname.html) | 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 の名前を一時的なホスト名に変更します。 | [See the AWS documentation website for more details](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/patterns/migrate-sap-hana-to-aws-using-sap-hsr-with-the-same-hostname.html)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 - Failed to rename an SAP HANA System due to error」に準拠しています。 | SAP 基本管理 |
| ターゲット SAP HANA データベースをバックアップします。 | テイクオーバーが成功したら、SAP HANA DB の完全バックアップを実行することをお勧めします。 | SAP 基本管理 |
### ターゲットシステムの元のホスト名に戻す。
| タスク | 説明 | 必要なスキル |
| --- | --- | --- |
| ターゲットの SAP HANA DB ホスト名を元のホスト名に戻します。 | [See the AWS documentation website for more details](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/patterns/migrate-sap-hana-to-aws-using-sap-hsr-with-the-same-hostname.html)必要に応じて、他のオプションを検証できます。ただし、ホスト名の変更と SID の変更を混同しないように注意してください (SAP Note 2598814 — hdblcm： SID の名前変更が失敗する)。 | SAP 基本管理 |
| HD ユーザーストアを調整します。 | `hdbuserstore`の詳細をソース`schema/user`の詳細に合わせて調整します。詳細な手順については、[SAP のドキュメント](https://help.sap.com/viewer/b3ee5778bc2e4a089d3299b82ec762a7/2.0.02/en-US/ddbdd66b632d4fe7b3c2e0e6e341e222.html?q=hdbuserstore)を参照してください。
このステップを検証するには、コマンド`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 ドキュメント*
+ [System Replication Network Connection](https://help.sap.com/docs/SAP_HANA_PLATFORM/4e9b18c116aa42fc84c7dbfd02111aba/47190b425eb1433697b026ecd46ff5f9.html)
+ [システムレプリケーションのホスト名解決](https://help.sap.com/viewer/eb3777d5495d46c5b2fa773206bbfb46/1.0.12/en-US/c0cba1cb2ba34ec89f45b48b2157ec7b.html)
**AWS リファレンス**
+ [SAP HANA を他のプラットフォームから に移行する AWS](https://docs.aws.amazon.com/sap/latest/sap-hana/migrating-hana-hana-to-aws.html)
## 追加情報
ホスト名のリネーム活動の一部として`hdblcm`によって実行された変更は、以下の詳細ログに集約されます。
