バックアップとリカバリの実行

データベースコピーシナリオの特定

Objective

After completing this lesson, you will be able to データベースコピーシナリオを特定します。

バックアップとリカバリを使用したデータベースのコピー

SAP HANA データベースの同機種間のコピーを作成するには、そのデータベースのバックアップを使用して同じシステムまたは別のシステムにリカバリします。同機種間のデータベースコピーは、トレーニング、テスト、開発など、クローニングされたデータベースを簡単に設定する方法です。

バックアップとリカバリを使用して、システムデータベースまたはテナントデータベースを同じシステム内または別のシステムにコピーできます。完全データバックアップまたはデータスナップショットを使用して、データベースのコピーを作成することができます。また、デルタバックアップ (差分バックアップまたは増分バックアップ) およびログバックアップを使用すると、データベースを特定の時点にコピーすることができます。

この図は、データベースコピーを作成するためのソースデータベースとターゲットデータベースの組み合わせを示しています。

バックアップとリカバリを使用したデータベースのコピーの前提条件

SAP HANA データベースのコピーを登録するには、いくつかの重要な準備が必要です。

  • 異なるベンダから、異なるハードウェア構成のマシンにデータベースをコピーすることができます。

  • SAP HANA システム全体をコピーするには、最初にシステムデータベースをリカバリしてから、すべてのテナントデータベースを個別にリカバリする必要があります。

  • システムデータベースについては、<sid>adm ユーザのログオン信用証明書が必要です。

    テナントデータベースの場合、システムデータベースユーザに権限 DATABASE ADMIN が必要です。

  • データベースコピーのリカバリを開始する前に、異なるボリュームセットのリカバリが見込まれる場合は、既存のデータボリュームおよびログボリュームを削除する必要があります。

注記

異なるベンダのマシンに異なるハードウェア構成でデータベースをコピーする場合、ソースマシンとターゲットマシンの両方が SAP HANA アプライアンスの仕様に準拠している必要があります。

SAP HANA バックアップと IBM Power Systems の互換性を確保するために、特別な要件が適用される場合があります。

ソースデータベースの前提条件

  • ファイルベースのバックアップまたはサードパーティツールを使用して登録されたバックアップを使用して、SAP HANA データベースをコピーすることができます。

  • ソースデータベースのデータバックアップ、デルタバックアップ、およびログバックアップファイルを、対象データベースの適切なディレクトリで使用できるようにします。

  • ソースデータベースのログ領域の内容をリカバリに使用することはできません。

ターゲットデータベースの前提条件

  • SAP HANA ターゲットデータベースのバージョンが、SAP HANA ソースデータベースと同じかそれ以降である。

    SAP HANA コックピットを使用するデータベースコピーの場合、ターゲットデータベースは SAP HANA 2.0 SPS 01 以上である必要があります。

  • ターゲットデータベースに十分なディスク領域およびメモリがあります。

  • 対象システムは、任意の数のホストを持つことができます。

  • ターゲットデータベースで有効なライセンスキーが利用可能であること。

注記

テナントデータベースのサービスの数とタイプは、バックアップカタログの使用時に、完全データバックアップからのコピー時に自動的に設定されます。

必要に応じて、かつパフォーマンス制限が許容される場合は、データベースのコピーを、メモリおよび CPU 容量が少なく、ホスト数が異なるプラットフォームで設定することができます。

リカバリによってボリュームセットが異なるデータベースコピーを作成した後、システムに異なるボリュームが含まれるか、またはボリュームが異なるホストに割り当てられる可能性があります。

新規システムに使用されていない既存のボリュームは、上書きまたは削除されません。追加のディスク領域は解放されません。これにより、予期しないディスクがいっぱいになる場合があります。

データベースバックアップを使用したデータベースのコピー

ファイルベースのバックアップまたはサードパーティツールを使用して登録されたバックアップを使用して、SAP HANA データベースをコピーすることができます。

注記

バックアップカタログ、データバックアップ、およびログバックアップは、サードパーティバックアップツールのみから取得するか、ファイルシステムのみから取得する必要があります。

(標準のデータベースリカバリでは、バックアップが同じ SAP HANA データベースから発生する場合、サードパーティツールからのバックアップとファイルシステムのバックアップを組み合わせて使用することができます。)

この図は、ソースデータベースシステムとターゲットデータベースシステム、およびストレージシステム間のオンラインデータベースバックアップおよびリカバリプロセスを示しています。

SAP HANA コックピットで、SAP HANA データベースのバックアップを使用して同じシステムまたは別のシステムにリカバリすることで、そのデータベースのコピーを登録することができます。

フルデータバックアップのみを使用してデータベースをコピーする場合は、Backup Catalog からデータバックアップを選択するか、Backup Catalog を使用せずにその場所を指定することができます。

フルデータバックアップが Backup Catalog に記録されていない場合、特定の時点へのコピーはできません。

データスナップショットを使用したデータベースのコピー

前提条件

  • データスナップショットを使用したデータベースコピーの場合、各ホストに割り当てられたホストの数とサービスの数とタイプは、ソースデータベースとターゲットデータベースで同じである必要があり、マウントポイント ID は同一である必要があります。
  • データスナップショットを使用すると、1 つのテナントデータベースを含む SAP HANA システムのみをコピーすることができます。
  • データスナップショットから SAP HANA をリカバリする場合は、システムデータベースとテナントデータベースの両方をリカバリする必要があります。
  • データスナップショットから SAP HANA をコピーするには、まずターゲット SAP HANA データベースを停止してから、ターゲットデータベースのデータ領域でデータスナップショットを使用できるようにする必要があります。

注記

データスナップショットを使用して複数のテナントデータベースを含む SAP HANA システムをコピーしようとすると、すべてのテナントデータベースのデータ領域が使用できなくなる可能性があります。

この図は、データスナップショットプロセスを使用した、2 つの主要ステップによるソースデータベースのターゲットデータベースへのレプリケーションを示しています。

m ノードを持つシステムから n 個のノードを持つシステムへのデータベースコピー

m 個のノードを持つ SAP HANA データベースシステムを、n 個のノードを持つ SAP HANA データベースにコピーできます。これは、たとえば、小規模な QA システムでのテストに本稼動システムのコピーを使用する場合に役立ちます。

この図は、SAP HANA システムと 2 つのノードと 3 つのノードを比較し、データベースホストカウントとターゲットデータベースの違いに焦点を当てています。

以下の例では、ソースデータベースとターゲットデータベースは両方ともテナントデータベースです。

ターゲットデータベースのホスト数がソースデータベースよりも少ない

例: ソースデータベースには 2 つのホストがあり、それぞれに 1 つのインデックスサーバがあります。ターゲットデータベースのホストは 1 つだけです。

データバックアップのすべてのコンテンツが対象ホストにリカバリされます。

これで、ターゲットデータベースにはソースデータベースからの 2 つのホストのデータが保持され、単一ホストターゲットデータベースには 2 つのインデックスサーバが存在します。

ターゲットデータベースのホスト数がソースデータベースよりも多い

例: ソースデータベースには 2 つのホストがあり、それぞれに 1 つのインデックスサーバがあります。ターゲットデータベースには 3 つのホストがあります。

  • バックアップの内容はすべて、既存の 2 つのホストにリカバリされます。

    この段階では、対象システムの 3 番目のホストは未使用のままです。

  • リカバリ後、対象データベースのすべてのデータを 2 つのホストから現在使用可能な 3 つのホストに分散することができます。

  • 3 つのホストを持つデータベースが登録され、前の 2 つのホストデータベースのデータが含まれます。

SAP HANA システムのコピーまたはクローニング

SAP HANA データベースインストールを含むファイルシステムを古いストレージソリューションから新しいストレージソリューションにコピーし、コピーした SAP HANA システムを新規ホストに登録することで、SAP HANA Database Lifecycle Manager (HDBLCM) を使用して SAP HANA システムのコピーまたはクローンを作成することができます。

SAP HANA システムをクローニングする前に、SAP HANA システムの物理コピー (ストレージスナップショット、ファイルシステムのコピー) を登録する必要があります。SAP HANA システムの物理コピーを登録する前に、ソースシステムがオフラインであるか、データベーススナップショットがソースシステムで取得されている必要があります。

注記

SAP HANA システムは、ソースシステムと同じハードウェアプラットフォーム上で実行される対象システムにのみクローニングまたはコピーすることができます。

SAP HANA システムをクローニングすると、既存の SAP HANA システムと同じ新しい SAP HANA システムが生成されます。SAP HANA システムをコピーすると、既存のシステムと同じランドスケープを持つ新しい SAP HANA システムが生成されますが、パラメータ設定が若干異なります。インタラクティブパラメータのデフォルトがホスト登録時に受け入れられると、システムは効果的にクローニングされます。新しいシステムパラメータが異なる値に設定されている場合、新しいシステムはソースシステムと類似していますが、同じではありません。

たとえば、既存の本稼動システムをコピーし、"test" として指定される system_usage を除き、ホスト登録時にすべてのパラメータのデフォルトを受け入れることができます。この設定では、テストまたは品質保証を目的として、既存のシステムとほぼ同じコピーを使用することができます。

この図は、SAP HANA システムでのコピーによる、古いストレージソリューションから新しいストレージソリューションへのデータ移行を示しています。

SAP HANA システムを新しいハードウェアにクローニングするには、以下のステップに従います。

  1. ファイルシステムを新規ストレージにコピーします。
  2. /hana/shared を新しいホストにマウントします。
  3. を使用して、コピーした SAP HANA インスタンスを新しいホストに登録します。 -action=register_rename_system

システム間のテナントデータベースのコピーおよび移動

システム間のテナントデータベースのコピーおよび移動により、システムランドスケープを効率的に管理し、変化するリソース要件に柔軟に対応することができます。そのため、SAP HANA ではシステムレプリケーションメカニズムが使用されます。これらのメカニズムにより、ニアゼロダウンタイムでテナントデータベースを安全かつ便利にコピーおよび移動することができます。

この図は、SAP HANA システム間のデータベースレプリケーションおよび同期のプロセスを示しています。

最初に、テナントデータベースがそのすべてのデータとともに、対象システムで新たに登録されたテナントデータベースにコピーされます。

したがって、テナントデータベースのコピーと移動の違いは、ターゲットシステムの新しいテナントデータベースにすべてのデータが転送された後に、元のテナントデータベースに何が起きるかということだけです。

どちらの場合も、新しいテナントデータベースは、完全に独立した独立したデータベースとして実行を開始します。

複数のテナントデータベースをシステムに同時にコピーまたは移動することができます。また、ソースシステムとは異なる分離レベルのシステムにテナントデータベースをコピーまたは移動することもできます。

テナントデータベースのコピーおよび移動のユースケース

この方法でのテナントデータベースのシステム間のコピーおよび移動には、以下の使用ケースがあります。

  • システム間の負荷分散

    たとえば、テナントデータベースで予想よりも多くの負荷がかかる場合は、CPU リソースが多いホストで実行されているシステムにテナントデータベースを移行します。

  • デプロイメント環境の管理

    たとえば、テストシステムで実行されているテナントデータベースを本稼働システムにコピーするとします。

  • テナントデータベース固有のアップグレード

    たとえば、単一のテナントデータベースをアップグレードし、システム全体はアップグレードしないため、すでに上位バージョンを実行しているシステムにテナントデータベースを移動するとします。

  • テンプレートデータベース

    たとえば、他のシステムの新しいテナントデータベースの基準として再利用するデフォルト設定を使用して、テナントデータベースを作成します。テナントデータベースをテンプレートとして他のシステムに簡単にコピーできます。