このページは Cloud Translation API によって翻訳されました。

SAP HANA スケールアウトインスタンスを復元する

このページでは、Backup and DR サービスのバックアップから SAP HANA スケールアウトインスタンスを復元する方法について説明します。

ライセンス要件と復元への影響

SAP HANA データベースのライセンスキーは、システム ID とハードウェア ID に基づいています。復元後、SID またはハードウェア ID が変更された場合、SAP HANA ライセンスキーは無効になります。
リカバリ中に、リカバリに使用されるバックアップに有効な永続ライセンスが含まれている場合、一時ライセンスキーが自動的にインストールされます。自動的にインストールされた一時ライセンスは、最大 90 日間使用できます。この期間中に、移行元データベースのライセンスを新しいライセンスキーに転送するよう SAP に申請する必要があります。次に、復元された SAP HANA データベースに新しいライセンスキーをインストールする必要があります。
復元に使用されたバックアップに一時ライセンスのみが含まれている場合、復元直後にデータベースはロックダウンモードになります。

一時ライセンス付きのソースデータベース 一時ライセンスで作成されたバックアップです。

ソースに復元します。: データベースの作成から 90 日が経過し、データベースがロックダウンモードになっている。
新しいターゲットに復元します。SAP の一時ライセンスでは新しいターゲットへの復元が許可されていないため、失敗します。

永久ライセンスのソースデータベース これは、永久ライセンスで取得されたバックアップです。

ソースに復元します。問題はありません。
新しいターゲットに復元: 90 日間の試用ライセンスが付属しています。バックアップは成功しますが、バックアップを使用して復元することはできません。

SAP 参照

プリフライトチェック

復元手順では、プリフライトチェックで復元が検証されます。データベースの復元が成功するために、次の必須の前提条件が確認されます。

HANA SID: HANA は、同じ HANA SID 名でターゲットノードに構成されています。
構成ファイル: 構成ファイル global.ini が正しく構成されている
ログのバックアップパス: ログのバックアップパスは global.ini で設定されます。
BACKINT CONFIG:
- ボリュームレベルのイメージから: このデータベースに Backint が構成されていません。
- フルイメージと増分イメージから: ターゲットサーバーに backint がまだ構成されていない場合は、復元時に backint が構成されます。
HANA バージョン: ターゲット HANA バージョンは、ソース HANA バージョンと同じです。
USERSTOREKEY: 移行先に userstore キーが存在するか、バックアップ時に存在した有効な特権ユーザー名とパスワードが指定されていることを確認します。
論理ボリューム
- 論理ボリューム名とボリュームグループ名は、ソースノードとターゲットノードで同じにする必要があります。
- ターゲットの論理ボリュームのサイズは、移行元の論理ボリュームと同じか、それ以上にする必要があります。
ノードのステータス
- スケールアップとスタンドアロン構成: ターゲットノードが起動して使用可能
- HANA HA（1+n）構成: 復元を開始する前にレプリケーションを無効にする必要があります。復元後のレプリケーションを再構成する必要があります。HANA HA（1+n）クラスタの任意のノードに復元すると、選択したターゲットホストにスタンドアロンアプリケーションが作成されます。ユーザーは、必要に応じてクラスタを明示的に構成し直し、アプリケーションを適切に検出する必要があります。

SAP HANA データベースの自動復元

始める前に

ライセンス要件と復元への影響を必ずご確認ください。
データベースの復元を成功させるために必要な前提条件を必ず確認してください。

ボリュームレベルのバックアップイメージから新しいボリュームへ

ボリュームレベルのバックアップイメージから新しいターゲットへの HANA データベースの自動復元

[App Manager Applications] リストで、データベースを右クリックして [Access] を選択します。
復元する最新のスナップショットを選択して、[Restore] を選択します。
[復元] ページで、[新しいターゲットに復元] を選択します。
- Target: すべての構成で、条件を満たす HANA ノードがプルダウンで選択できるようになります。プルダウンから復元するノードを選択します。
- 元のアプリケーションの ID を置き換えます。このオプションは、バックアップが元々生成された同じアプライアンス上の新しいホストに復元する場合にのみ使用できます。
  - はい。これにより、元のアプリケーションが置き換えられ、元のアプリケーションと同じアプリケーション ID、ジョブ履歴、バックアップイメージ、バックアッププランが引き継がれます。
  - いいえ。元のアプリケーションは置き換えられません。復元ジョブの一環として、新しいアプリケーションとして検出されます。
注: HANA HA の復元後、ノードはスタンドアロンになり、クラスタの同じ appid を保持します。レプリケーションを有効にすると、復元ホストでの次の検出でクラスタが検出され、クラスタホストと同じ appid が引き続き使用されます。
- ロールフォワード時間。ログで保護されているデータベースの復元先の日時を選択します。
- ターゲットデータベースの SID。保護されたデータベースの SID 名が事前に入力され、変更できません。
- SAP DB USER STORE-KEY. バックアップ時にユーザーストアキーが事前入力されます。新しいユーザーストアキーは、バックアップ時に使用可能だった特権ユーザー名とパスワードで指定できます。この新しいユーザーストアキーが作成され、復元に使用されます。
- 既存のユーザーストアキーでユーザー名とパスワードが指定されている場合、ユーザーストアキーはこのユーザー名とパスワードで再作成されます。検証は、systemdb が復元された後にのみ行われます。ユーザー名またはパスワードが無効であるか、適切な権限が含まれていないか、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
- ユーザー名とパスワードを含む新しいユーザーストアキーが指定されている場合、指定されたユーザーストアキー名、ユーザー名、パスワードでユーザーストアキーが作成されます。検証は systemdb の復元後にのみ行われます。ユーザー名またはパスワードが無効であるか、適切な権限が含まれていないか、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
- userstorekey、ユーザー名、パスワードが渡されない場合、事前チェック中に、バックアップ時に使用された userstorekey がターゲットサーバーに存在するかどうかを確認する検証が行われます。バックアップ中に使用された userstorekey が見つからない場合、事前チェックは失敗します。ユーザー名またはパスワードが無効であるか、適切な権限が含まれていないか、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
- userstorekey が渡されず、ユーザー名とパスワードが指定されている場合、バックアップ時に使用された userstorekey は、ターゲットサーバーに渡された認証情報で再作成されます。ユーザー名またはパスワードが無効であるか、適切な権限が含まれていないか、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
プリフライトチェックをクリックします。

プリフライトチェックが失敗した場合は、問題を修正してプリフライトチェックを再送信します。
プリフライトチェックが成功したら、[送信] をクリックして復元ジョブを送信します。

ボリュームレベルのバックアップイメージをソースにするには

ボリュームレベルのバックアップイメージから HANA データベースをソースに自動的に復元する

[App Manager] の [Applications] リストで、データベースを右クリックして [Access] を選択します。復元する最新のスナップショットで、[復元] を選択します。
[復元] ページで、[ソースに復元] を選択します。
- ターゲットは、次の手順を完了します。
  - スタンドアロン SAP HANA 構成の場合、[ターゲット] には事前に入力されています。
  - HANA HA（1+n）構成の場合は、復元先の HANA HA ノードをプルダウンリストから選択します。
- ロールフォワード時間。ログで保護されているデータベースの復元先の日時を選択します。
- ターゲットデータベースの SID。保護されたデータベースの SID 名が事前に入力され、変更できません。
- SAP DB USER STORE-KEY. バックアップ時にユーザーストアキーが事前入力されます。新しいユーザーストアキーは、バックアップ時に使用可能だった特権ユーザー名とパスワードで指定できます。この新しいユーザーストアキーが作成され、復元に使用されます。
  - 既存のユーザーストアキーでユーザー名とパスワードが指定されている場合、このユーザー名とパスワードでユーザーストアキーが再作成されます。検証は、systemdb が復元された後にのみ行われます。ユーザー名またはパスワードが無効であるか、適切な権限が含まれていないか、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
  - ユーザー名とパスワードを含む新しいユーザーストアキーが指定されている場合、指定されたユーザーストアキー名、ユーザー名、パスワードでユーザーストアキーが作成されます。検証は、systemdb の復元後にのみ行われます。ユーザー名またはパスワードが無効であるか、適切な権限が含まれていないか、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
  - userstorekey、ユーザー名、パスワードが渡されない場合、事前チェック中に、バックアップ時に使用された userstorekey がターゲットサーバーに存在するかどうかを確認する検証が行われます。バックアップ時に使用された userstorekey が見つからない場合、事前チェックは失敗します。認証情報が無効であるか、適切な権限が含まれていないか、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
  - userstorekey が渡されなかったが、ユーザー名とパスワードが指定された場合、バックアップ時に使用された userstorekey は、ターゲットサーバーに渡された認証情報で再作成されます。ユーザー名またはパスワードが無効であるか、適切な権限が含まれていないか、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
1. [フライト前のチェック] をクリックします。
- プリフライトチェックが失敗した場合は、問題を修正して Pre-Flight Check を再送信します。
- プリフライトチェックが成功したら、[送信] をクリックして復元ジョブを送信します。

完全バックアップと増分バックアップのイメージから新しいインスタンスへ

完全バックアップと増分バックアップのイメージから新しいターゲットに HANA データベースを自動的に復元する

管理コンソールの App Manager の Applications リストで、データベースを右クリックして [Access] を選択します。
復元する最新のスナップショットを選択して、[Restore] を選択します。
[復元] ページで、[新しいターゲットに復元] を選択します。
- Target: スタンドアロン HANA 構成の場合、この値は事前に入力されています。HANA HA ノードはプルダウンで選択できます。プルダウンから復元するノードを選択します。
- 元の ID を置き換えます。このオプションは、バックアップが元々生成された同じバックアップ/復元アプライアンス上の新しいホストに復元する場合にのみ使用できます。
  - はい。これにより、元のアプリケーションが置き換えられ、元のアプリケーションと同じアプリケーション ID、ジョブ履歴、バックアップイメージ、バックアッププランが引き継がれます。
  - いいえ。元のアプリケーションは置き換えられません。これは、復元ジョブの一部として新しいアプリケーションとして検出されます。HANA HA の復元後、ノードはスタンドアロンになり、クラスタの同じ appid を保持します。レプリケーションを有効にすると、次の検出でクラスタが検出され、クラスタホストと同じ appid が引き続き使用されます。
- INCLUDE LIST. n 個のテナントデータベースから SYSTEMDB と 1 つ以上のテナントデータベースを復元するには、[INCLUDE] でデータベースのカンマ区切りのリストを使用します。
- 除外リスト: n 個のテナントデータベースから SYSTEMDB または 1 つ以上のテナントデータベースを復元時に除外するには、[除外] でデータベースのカンマ区切りのリストを指定します。たとえば、SYSTEMDB を除外リストに入れると、SYSTEMDB が復元から除外され、バックアップされたすべてのテナントデータベースが復元されます。
  
  注: 特定のデータベースの復元には、INCLUDE LIST または EXCLUDE LIST のいずれかを使用します。たとえば、SYSTEMDB とテナント（tn1、tn2、tn3）がある場合は、次のいずれかを実行します。
  - INCLUDE LIST と EXCLUDE LIST の両方が空の場合、SYSTEMDB とすべてのテナント（tn1、tn2、tn3）が復元されます。
  - 単一のテナント tn1 を復元する場合は、tn1 を含むインクルードリストを使用します。
  - tn2 と tn3 を復元し、SYSTEMDB と tn1 を除外する場合は、tn2 と tn3 のみを含む追加リストを使用します。
  - すべてのテナント（tn1、tn2、tn3）のみを復元し、SYSTEMDB を除外する場合は、SYSTEMDB を除外するか、tn1、tn2、tn3 を含めます。
  注: SYSTEMDB の復元の影響: SYSTEMDB の復元では、復元から除外されたテナント DB は復元後に起動しません。除外されたテナントは手動で再起動する必要があります。
- ロールフォワード時間。ログで保護されているデータベースの復元先の日時を選択します。
- ターゲットデータベースの SID。保護されたデータベースの SID 名が事前に入力され、変更できません。
- SAP DB USERSTORE KEY。バックアップ時にユーザーストアキーが事前入力されます。新しいユーザーストアキーは、バックアップ時に使用可能だった特権ユーザー名とパスワードで指定できます。この新しいユーザーストアキーが作成され、復元に使用されます。
  
  重要: ターゲットサーバーのテナント名は、ソースと同じにする必要があります。テナントのデータ量のロケーションは、ソースと同じである必要があります。
  - 既存のユーザーストアキーでユーザー名とパスワードが指定されている場合、ユーザーストアキーはこのユーザー名とパスワードで再作成されます。検証は SYSTEMDB が復元された後にのみ行われます。ユーザー名またはパスワードが無効であるか、適切な権限が含まれていないか、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
  - ユーザー名とパスワードを含む新しいユーザーストアキーが指定されている場合、指定されたユーザーストアキー名、ユーザー名、パスワードでユーザーストアキーが作成されます。検証は SYSTEMDB の復元後にのみ行われます。ユーザー名またはパスワードが無効であるか、適切な権限が含まれていないか、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
  - userstorekey が指定されていない場合は、ユーザー名とパスワードが渡され、事前チェック中に、バックアップ時に使用された userstorekey がターゲットサーバーに存在するかどうかを確認する検証が行われます。バックアップ時に使用された userstorekey が見つからない場合、事前チェックは失敗します。ユーザー名またはパスワードが無効であるか、適切な権限が含まれていないか、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
  - userstorekey が渡されなかったが、ユーザー名とパスワードが指定された場合、バックアップ中に使用された userstorekey は、ターゲットサーバーに渡された認証情報で再作成されます。ユーザー名またはパスワードが無効な場合、適切な権限が含まれていない場合、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
[フライト前のチェック] をクリックします。
- プリフライトチェックが失敗した場合は、問題を修正してプリフライトチェックを再送信します。
- プリフライトチェックが成功したら、[送信] をクリックして復元ジョブを送信します。

完全バックアップと増分バックアップのイメージをソースにするには

完全バックアップおよび増分バックアップのイメージから HANA のデータベースをソースに自動復元する

管理コンソールの [App Manager]、[Applications] リストで、データベースを右クリックして [Access] を選択します。
復元する最新のスナップショットを選択して、[Restore] を選択します。
[復元] ページで、[ソースに復元] を選択します。
- [ターゲット] で、次の操作を行います。
  - スタンドアロン HANA 構成の場合、これは事前に入力されています。
  - HANA HA（1+n）構成の場合、HANA HA ノードはプルダウンで選択できます。プルダウンから復元するノードを選択します。
- INCLUDE LIST の場合、SYSTEMDB または n 個のテナントデータベースから 1 つ以上のテナントデータベースを復元するには、INCLUDE でデータベースのカンマ区切りのリストを指定します。
- 除外リスト: n 個のテナントデータベースから SYSTEMDB または 1 つ以上のテナントデータベースを復元時に除外するには、[除外] でデータベースのカンマ区切りのリストを指定します。たとえば、SYSTEMDB を除外リストに入れると、SYSTEMDB が復元から除外され、バックアップされたすべてのテナントデータベースが復元されます。
  
  注: 特定のデータベースの復元には、INCLUDE LIST または EXCLUDE LIST のいずれかを使用します。たとえば、SYSTEMDB とテナント（tn1、tn2、tn3）がある場合は、次のいずれかを実行します。
  - INCLUDE LIST と EXCLUDE LIST の両方が空の場合、SYSTEMDB とすべてのテナント（tn1、tn2、tn3）が復元されます。
  - 単一のテナント tn1 を復元する場合は、tn1 を含むインクルードリストを使用します。
  - tn2 と tn3 を復元し、SYSTEMDB と tn1 を除外する場合は、tn2 と tn3 のみを含む追加リストを使用します。
  - すべてのテナント（tn1、tn2、tn3）のみを復元し、SYSTEMDB を除外する場合は、SYSTEMDB を除外するか、tn1、tn2、tn3 を含めます。
  注: SYSTEMDB の復元の影響: SYSTEMDB の復元では、復元から除外されたテナント DB は復元後に起動しません。除外されたテナントは手動で再起動する必要があります。
- [Rollforward] 時間で、ログで保護されているデータベースの復元先の日時を選択します。
- [ターゲットデータベース SID] には、保護されたデータベースの SID 名が事前入力され、変更できません。
- [SAP DB USER STORE-KEY] には、バックアップ時に userstore キーが事前入力されます。新しいユーザーストアキーは、バックアップ時に使用可能だった特権ユーザー名とパスワードで指定できます。この新しいユーザーストアキーが作成され、復元に使用されます。
  - 既存のユーザーストアキーとともにユーザー名とパスワードが指定されている場合、このユーザー名とパスワードを使用してユーザーストアキーが再作成されます。検証は、systemdb が復元された後にのみ行われます。ユーザー名またはパスワードが無効であるか、適切な権限が含まれていないか、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
  - ユーザー名とパスワードを含む新しいユーザーストアキーが指定されている場合、指定されたユーザーストアキー名、ユーザー名、パスワードでユーザーストアキーが作成されます。検証は、systemdb の復元後にのみ行われます。ユーザー名またはパスワードが無効であるか、適切な権限が含まれていないか、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
  - userstore キー、ユーザー名、パスワードが渡されない場合、事前チェック中に、バックアップ時に使用された userstorekey がターゲットサーバーに存在するかどうかを確認する検証が行われます。バックアップ時に使用された userstorekey が見つからない場合、事前チェックは失敗します。ユーザー名またはパスワードが無効であるか、適切な権限が含まれていないか、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
  - userstorekey が渡されず、ユーザー名とパスワードが指定されている場合、バックアップ時に使用された userstorekey は、ターゲットサーバーに渡された認証情報で再作成されます。ユーザー名またはパスワードが無効であるか、適切な権限が含まれていないか、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
  - SYSTEMDB の復元では、SYSTEMDB の復元の終了時とテナントの復元の開始前に hdbuserstore キーが検証されます。ユーザー名またはパスワードが無効であるか、適切な権限が含まれていないか、バックアップイメージの一部として使用できない場合、テナントの復元が失敗することがあります。
[フライト前のチェック] をクリックします。
- プリフライトチェックが失敗した場合は、問題を修正してプリフライトチェックを再送信します。
- プリフライトチェックが成功したら、[送信] をクリックして復元ジョブを送信します。

SAP HANA テナントデータベースの手動復元

ボリュームレベルのバックアップイメージから、単一テナントデータベースをソースに手動で復元できます。

シングルテナントデータベースを復元するには、次の操作を行います。

[App Manager] の [Applications] リストで、データベースを右クリックして [Access] を選択します。
ランウェイで、復元する最新のスナップショットを選択し、右側の [マウント] を選択します。
[マウント] ページで [アプリケーションオプション] を無効にし、[マウントオプション] で /testmnt などのマウントロケーションを設定します。
サーバーに root としてログインし、/act/custom_apps/saphana/restore ディレクトリに移動します。cd /act/custom_apps/saphana/restore
復元用のスクリプトを実行します。

      ./CALL_LVM_single_tenant_recover.sh DBSID TENANT SID SYSTEMDB USERSTORE KEY RECOVERY TIME

スクリプトの引数の説明:

    DBSID = The database SID
    TENANT SID = The name of the tenant database to be restored
    SYSTEM DB USERSTORE KEY = The System DB userstore key
    RECOVERY TIME = The required recovery time in the format YYYY-MM-DD HH24:MI:SS in UTC

例: ./CALL_LVM_single_tenant_recover.sh lv1 lv1 ACTBACKUP '2019-09-24 20:00:00'

スクリプトが完了すると、テナント DB が特定の時点に復元され、アクセスできるようになります。
管理コンソールに移動して、バックアップイメージのマウントを解除して削除します。

完全バックアップおよび増分バックアップの Backint ダンプバックアップからの SAP HANA データベースの手動復元

完全ダンプバックアップと増分ダンプバックアップから、データベースをソースに手動で復元できます。

完全バックアップと増分バックアップのダンプから HANA データベースを復元するには、次のスクリプトを使用します。

      /act/custom_apps/saphana/dumpbackint/ACT_HANADB_dumprestorebrint.sh HANA SID Port number HANA UserStore Key  Exclude DB list Include DB list HANA version HANA DB backup mount point
      Recovery time in 'yyyy-mm-dd HH:MI:SS' HANA Log backup mount point

例:

/act/custom_apps/saphana/dumpbackint/ACT_HANADB_dumprestorebrint.sh GP1 HDB00 ACTBACKUP "null" "null" 2.0 /act/mnt/Job_23867989_mountpoint_1739957140744 '2025-02-12 09:30:00' /act/mnt/Job_23867989_mountpoint_1739957130467

SAP HANA Studio でバックアップのステータスを確認する

HANA Studio でバックアップのステータス、メタデータ、バックアップイメージを確認できますが、HANA Studio から Backup and DR サービスのバックアップイメージにアクセスすることはできません。復元やその他の用途でバックアップイメージにアクセスするには、管理コンソールからアクセスする必要があります。

HANA Studio で、[Backup] フォルダに移動します。
[バックアップカタログ] タブに移動します。

[バックアップカタログ] タブには、バックアップのステータスと、開始時間、期間、サイズ、バックアップタイプ、宛先などの詳細が表示されます。

HANA と HANA HA 1+n の復元動作

このセクションでは、HANA と HANA HA 1+n の復元動作について説明します。

HANA のすべての構成

[Manage New Application] オプションを有効にして新しいターゲットに復元する場合:

復元されたアプリケーションは保護されますが、[アプリケーションの詳細と設定] セクションにはデフォルト値のみが表示されます。バックアップを正常に完了するには、復元後に [Application Details & Settings] で必要な値を手動で設定する必要があります。
復元されたアプリ保護は無効状態になります。バックアップを開始するには、[App Manager] > [Applications] > [Manage Backup] プランで保護を有効にする必要があります。

HANA HA（1+n）構成

ノード A がプライマリで ノード B がセカンダリの HANA 1+1 クラスタの場合、ノード A → ノード B。クラスタは Backup and DR Service のアプリケーションとして検出され、バックアップはプライマリの ノード A から実行されます。

新しいターゲット HANA データベース（スタンドアロンまたはクラスタ）に復元する

新しいターゲットがアプリケーションまたは保護対象として検出された場合、復元前に、このアプリケーションの保護を解除して、Backup and DR から削除する必要があります。新しいターゲットアプリケーションが存在する場合、ジョブは失敗します。

ノード A のプライマリに復元する

ノード A への復元を実行する前に、ノード B をクラスタから登録解除する必要があります。
ノード A は、ノード A への復元後にスタンドアロンアプリケーションになります。
ノード B は、セカンダリとして ノード A に登録する必要があります。クラスタバックアップとして続行するには、ノード A で強制検出を実行する必要があります。

Node B セカンダリに復元する

ノード B を登録解除するか、ノード B に復元する前に ノード B でテイクオーバーを実行する必要があります。
ノード B に復元する前に ノード A をシャットダウンし、復元後に ノード A を ノード B のセカンダリとして追加します。
ノード B は、復元オペレーション後のスタンドアロンアプリケーションです。ノード A は、ノード B に登録され、ノード A がセカンダリである必要があります。
ノード B から検出を実行して、クラスタアプリケーションとして再検出します。

注: ノード B を ノード A のセカンダリとして接続すると、A の元のデータは保持され、ノード B の復元データは消去されます。ノード A とノード B を保護されたスタンドアロンアプリケーションとして維持するには、復元後にレプリケーションを有効にせずに、ノード A とノード B で検出を実行します。
ノード A と ノード B をスタンドアロンアプリケーションとして保護するには、復元後にレプリケーションを有効にせずに、ノード A と ノード B で検出を実行します。

復元のために SAP HANA システムレプリケーションを無効にする方法

両方のシステムにオペレーティングシステムユーザー（ユーザー adm）としてログインします。
セカンダリシステムを停止します: sapcontrol –nr -function StopSystem HDB。
セカンダリシステムで、セカンダリシステムの登録を解除します。 hdbnsutil -sr_unregister --id=(secondarySiteID)
プライマリシステムでシステムレプリケーションを無効にします。hdbnsutil –sr_disable
次のいずれかのスクリプトを使用して、システムレプリケーションを確認します。
- systemReplicationStatus.py スクリプト。このスクリプトは、レプリケーションステータスとデータベース情報を表示します。
- hdbnsutil -sr_state スクリプト。このスクリプトは、レプリケーションノードのロールとホストマッピングの詳細を表示します。

SAP HANA スケールアウトの Backup and DR サービスのドキュメント

このページは、Backup and DR サービスを使用して SAP HANA スケールアウトインスタンスを保護および復元する方法について説明する一連のページの一つです。詳細については、以下のページをご覧ください。