このトピックでは、AnalyticDB for PostgreSQL で新しいインスタンスにバックアップデータを復旧する方法について説明します。
注意事項
リストアポイントの可用性は、インスタンスノードに対して xlog アーカイブの事前破棄メカニズム がトリガーされるかどうかによって決まります。 xlog アーカイブの事前破棄メカニズム の詳細については、「概要」トピックの「仕組み」セクションのログバックアップの説明をご参照ください。
データを復旧する前に、前回のフルバックアップの終了時刻から目的のリストアポイントまでの期間に、ソースインスタンスのすべてのノードで xlog アーカイブの事前破棄メカニズム がトリガーされていないことを確認してください。
目的のリストアポイントの可用性を確認するには、チケットを送信 してください。
ソースインスタンスと宛先インスタンスは、エラスティックストレージモード である必要があります。
ソースインスタンスと宛先インスタンスは、同じリージョン内に存在する必要があります。
宛先インスタンスのストレージ容量は、ソースインスタンスのストレージ容量以上である必要があります。
インスタンスデータの復旧にかかる時間は、ソースインスタンスに保存されているデータ量によって異なります。ほとんどの場合、インスタンスのデータは数時間以内に復旧されます。
手順
- AnalyticDB for PostgreSQL コンソール にログインします。
- コンソールの左上隅で、リージョンを選択します。
- 管理するインスタンスを見つけ、インスタンス ID をクリックします。
- 左側のナビゲーションウィンドウで、バックアップリカバリ をクリックします。
データバックアップ タブをクリックします。データの復元に使用するバックアップを見つけ、リカバリ操作 列の をクリックします。
[インスタンスのクローン] ページで、パラメータを設定します。次の表でパラメータについて説明します。
パラメータ
説明
[ソースインスタンス]
データを復元するソースインスタンス。
[復元モード]
データの復元に使用するモード。 [バックアップセット] に自動的に設定されます。
[バックアップセット]
データを復元するポイントインタイム。
[リージョン]
インスタンスのクローンを作成するリージョン。ソースインスタンスが存在するリージョンに自動的に設定されます。
[ゾーン]
インスタンスのクローンを作成するゾーン。
[ネットワークタイプ]
宛先インスタンスのネットワークタイプ。 [VPC] に自動的に設定されます。
[VPC]
仮想プライベートクラウド (VPC) の ID。
[vswitch]
指定した VPC 内の vSwitch。
[インスタンスリソースタイプ]
宛先インスタンスのリソースタイプ。 [エラスティックストレージモード] に自動的に設定されます。
[エディション]
宛先インスタンスのエディション。ビジネス要件に基づいて、エディションを [ハイパフォーマンス (basic Edition)] または [高可用性] に設定します。
Basic Edition は、特定のリージョンとゾーンでのみ使用できます。詳細については、「[お知らせ] AnalyticDB for PostgreSQL Basic Edition リリース」トピックの「スコープ」セクションをご参照ください。
Basic Edition の詳細については、「ハイパフォーマンスエディション」をご参照ください。
[エンジンバージョン]
宛先インスタンスのエンジンバージョン。ソースインスタンスのエンジンバージョンと同じである必要があります。
[コーディネーターノードリソース]
宛先インスタンスのコーディネーターノードリソース。コーディネーターノードの仕様は、計算ノードの仕様以上である必要があります。詳細については、「コーディネーターノードリソースの管理」をご参照ください。
[計算ノードの仕様]
宛先インスタンスの計算ノードの仕様。
[ノード]
宛先インスタンスの計算ノードの数。
[単一ノードのストレージ容量]
宛先インスタンスの計算ノードあたりのストレージ容量。宛先インスタンスの計算ノードの合計ストレージ容量は、ソースインスタンスの合計ストレージ容量以上である必要があります。
[ストレージディスクタイプ]
ディスクタイプ。有効な値：
[PL1 ESSD (推奨)]
[PL0 ESSD]
[PL2 ESSD (ハイスループット)]
詳細については、「ディスクストレージタイプの変更」をご参照ください。
[暗号化タイプ]
暗号化タイプ。
暗号化タイプを [ディスクの暗号化] に設定する場合は、[CMK] も指定する必要があります。
[利用規約] を読んで選択します。
[今すぐ購入] をクリックします。
説明ソースインスタンスのデータが復元された新しいインスタンスが作成されます。インスタンスデータの復旧にかかる時間は、ソースインスタンスに保存されているデータ量によって異なります。ほとんどの場合、インスタンスのデータは数時間以内に復旧されます。
FAQ
単一テーブルのデータを復元するにはどうすればよいですか？
AnalyticDB for PostgreSQL では、単一テーブルのデータを直接復元することはできません。単一テーブルのデータを復元するには、次の手順を実行します。
前述の手順を実行して、ソースインスタンスのデータを同じ VPC 内に存在する新しいインスタンスに復元します。
ソースインスタンスの [外部データソース管理] ページで、新しいインスタンスをリモート AnalyticDB データソースとして追加します。詳細については、「リモート AnalyticDB データソースアクセス」トピックの手順 1 をご参照ください。
ソースインスタンスで、
s01.t1という名前の外部テーブルを作成し、外部テーブルを新しいインスタンスの単一テーブルにマップします。CREATE FOREIGN TABLE s01.t1(a int, b int) SERVER example_name OPTIONS(schema_name 's02', table_name 't1'); /* 外部テーブル s01.t1 を作成し、新しいインスタンスのテーブルにマップします。 */ソースインスタンスで、データを復元するソーステーブルの名前を変更します。たとえば、testtable テーブルの名前を testtable_old に変更します。
ソースインスタンスで、
testtableという名前の新しいテーブルを作成し、外部テーブルs01.t1のデータを新しいテーブルにインポートします。重要ソーステーブルの名前を変更し、新しいテーブルを作成し、データをインポートする際には、ソーステーブルにデータを書き込まないことをお勧めします。新しいデータが書き込まれた場合は、データのインポートが完了した後にデータを補完してください。
CREATE TABLE testtable(a int, b int); /* 新しいテーブル testtable を作成します。 */ INSERT INTO testtable SELECT * FROM s01.t1; /* 外部テーブル s01.t1 からデータをインポートします。 */データが正しくインポートされたことを確認した後、新しいインスタンスを解放します。