すべてのプロダクト
Search

このプロダクト

    Data Management:RDS PostgreSQL の論理バックアップとリストア

    ドキュメントセンター

    Data Management:RDS PostgreSQL の論理バックアップとリストア

    最終更新日:Jun 04, 2026

    データディザスタリカバリ (DBS) は、RDS PostgreSQL、PolarDB for PostgreSQL、およびその他の PostgreSQL データベースからスキーマとデータを論理的にバックアップします。単一テーブルのリストア、地理的冗長性、長期アーカイブをサポートしています。

    注意事項

    • 各バックアップスケジュールは、1 つの PostgreSQL データベースのみをバックアップします。複数のデータベースをバックアップするには、データベースごとに個別のバックアップスケジュールを購入する必要があります。

    • データディザスタリカバリ (DBS) は PostgreSQL データベースの増分バックアップをサポートしていません。完全バックアップのみが利用可能です。

    前提条件

    開始する前に、次のことを確認してください。

    • データディザスタリカバリ (DBS) から購入したバックアップスケジュールで、[データソースタイプ] が [PostgreSQL] に、[バックアップ方法] が [論理バックアップ] に設定されていること。手順については、「バックアップスケジュールの作成」をご参照ください。

    • 必要な権限を持つデータベースアカウント。RDS データベースでは、バックアップには読み取り専用権限、バックアップとリストアには読み書き権限が必要です。アカウントの権限

    • (オプション) SSL 暗号化接続のために RDS PostgreSQL インスタンスで SSL 暗号化が有効になっていること。SSL 暗号化

    • サポートされている PostgreSQL のバージョン。サポートされるデータベースタイプと機能

    バックアップスケジュールの設定

    購入したバックアップスケジュールのバックアップソース、バックアップ先、オブジェクト、スケジュール、およびライフサイクルを設定します。

    1. DMS コンソール V5.0 にログインします。

    2. 上部のナビゲーションバーで、[セキュリティとディザスタリカバリ (旧DBS)] > [データディザスタリカバリ (DBS)] > [バックアップ計画] を選択します。

      説明 DMS コンソールをシンプルモードで使用している場合は、DMS コンソールの左上隅にある 2023-01-28_15-57-17.png アイコンにポインターを合わせ、[すべての機能] > [セキュリティとディザスタリカバリ (旧DBS)] > [データディザスタリカバリ (DBS)] > [バックアップ計画] を選択します。

    3. [バックアップスケジュール] ページで、対象のバックアップスケジュールを見つけ、[操作] 列の [バックアップスケジュールの設定] をクリックします。

      image.png

    4. [バックアップソースとバックアップ先の設定] ステップで、次のパラメーターを設定し、[次へ] をクリックします。

      セクション パラメーター 説明
      N/A スケジュール名 自動生成されます。識別しやすいように、わかりやすい名前を入力します。
      バックアップソース情報 バックアップモード 購入時に選択されます。この例では [論理バックアップ] を使用します。
      データベースの場所 RDS インスタンス
      インスタンスリージョン ソースインスタンスのリージョン。[データベースの場所] が [RDS インスタンス]、[PolarDB]、[ECS でホストされるデータベース]、または [パブリック IP なし: ポート経由の自己構築データベース (データベースゲートウェイ経由でアクセス)] の場合に表示されます。
      RDS インスタンス ID バックアップする RDS PostgreSQL インスタンス。
      データベース名 バックアップするデータベース。各スケジュールは 1 つの PostgreSQL データベースをバックアップします。複数のデータベースをバックアップするには、個別のスケジュールを購入してください。
      データベースアカウント データベースへの接続に使用するアカウント。RDS データベースでは、バックアップには読み取り専用権限、バックアップとリストアには読み書き権限が必要です。アカウントの権限。
      パスワード データベースアカウントのパスワード。認証情報を入力した後、[接続テスト] をクリックします。[テストに合格しました] が表示されたら、次に進みます。[テストに失敗しました] が表示された場合は、[チェック] をクリックして接続設定を変更します。
      SSL 暗号化 データ転送の接続方法。[暗号化なし] または [SSL 暗号化]。SSL は転送中のデータセキュリティを向上させますが、接続の応答時間が増加します。[SSL 暗号化] を使用するには、まず RDS PostgreSQL インスタンスで SSL を有効にする必要があります。SSL 暗号化。
      越境データ転送に関するコンプライアンス保証 コンプライアンスに関する声明を読み、同意します。
      バックアップ先情報 バックアップストレージタイプ バックアップデータのストレージタイプ。[DBS ストレージ (推奨)] — データディザスタリカバリ (DBS) に保存され、OSS バケットは不要です。データ量に応じて課金されます。料金。[ユーザー向け OSS] — 事前に作成された標準クラスの OSS バケットが必要です。バケットの作成。[ユーザー向け OSS] を選択した場合は、[OSS バケット名] を設定します。データ量が多い場合は、従量課金よりもサブスクリプションストレージプランの方がコスト効率が高くなります。
      ストレージの暗号化 保存データの暗号化方法。[暗号化] (推奨) — OSS の AES-256 サーバ側暗号化を使用します。オブジェクトはアップロード時に暗号化され、ダウンロード時に復号されます。サーバ側暗号化。[暗号化なし] — データは暗号化されずに保存されます。

      image

    5. [バックアップオブジェクトの編集] ステップで、[利用可能] セクションからバックアップするデータベースまたはテーブルを選択します。右矢印をクリックして [選択済み] セクションに追加します。その後、[次へ] をクリックします。

      説明 - 論理バックアップでは、完全バックアップ時にデータベース全体または単一テーブルをバックアップできます。[すべて選択] をクリックすると、データベース全体がバックアップされます。サポートされるデータベースタイプと機能。 - 物理バックアップでは、データベースインスタンス全体のバックアップのみがサポートされます。

    6. [バックアップ時間の設定] ステップで、次のパラメーターを設定し、[次へ] をクリックします。

      パラメーター 説明
      フルバックアップの頻度 バックアップの頻度。[定期的バックアップ] または [単一バックアップ]。[定期的バックアップ] を選択した場合は、[完全データバックアップの繰り返し] と [開始時刻] パラメーターを設定します。
      完全データバックアップの繰り返し バックアップを実行する曜日。
      開始時刻 バックアップの開始時刻。オフピーク時間 (例: [01:00]) を選択します。次のスケジュール時刻に前回のバックアップがまだ実行中の場合、その回の実行はスキップされます。
      増分バックアップ PostgreSQL データベースではサポートされていません。
      完全データバックアップの最大同時実行スレッド数 完全バックアップの最大同時実行スレッド数。データベースへの影響を最小限に抑えるには、数を減らします。

    7. [ライフサイクルの編集] ステップで、[完全データバックアップのライフサイクル設定] セクションの完全データバックアップのライフサイクルを設定します。

    8. ページの右下隅にある [事前チェック] をクリックします。

    9. [事前チェックに合格しました] というメッセージが表示されたら、[タスクの開始] をクリックします。

      説明 - バックアップスケジュールの状態が [実行中] に変わると、スケジュールはアクティブになります。 - バックアップスケジュールの開始時にエラーが発生した場合は、「バックアップスケジュールが異常な場合のエラー修正方法」をご参照ください。問題が解決しない場合は、データディザスタリカバリ (DBS) の DingTalk グループ (ID: 35585947) でテクニカルサポートにお問い合わせください。

    スケジュールが実行されると、データディザスタリカバリ (DBS) は設定に従って完全バックアップを実行します。データをリストアするには、「データのリストア」をご参照ください。

    データのリストア

    完了したバックアップから PostgreSQL データベースを宛先インスタンスにリストアします。

    1. DMS コンソール V5.0 にログインします。

    2. 上部のナビゲーションバーで、[セキュリティとディザスタリカバリ (旧DBS)] > [データディザスタリカバリ (DBS)] > [バックアップ計画] を選択します。

      説明 DMS コンソールをシンプルモードで使用している場合は、DMS コンソールの左上隅にある 2023-01-28_15-57-17.png アイコンにポインターを合わせ、[すべての機能] > [セキュリティとディザスタリカバリ (旧DBS)] > [データディザスタリカバリ (DBS)] > [バックアップ計画] を選択します。

    3. [バックアップスケジュール] ページで、対象のバックアップスケジュールを見つけ、[操作] 列の [管理] をクリックします。

    4. [タスクの設定] ページで、右上隅の [データベースのリストア] をクリックします。

    5. [復元する時間を設定] ステップで、以下のパラメーターを設定し、[次へ] をクリックします。

      セクション パラメーター 説明
      N/A タスク名 自動生成されます。識別用の名前を入力します。
      リストアする時刻の設定 リストア可能な時間範囲 最初の完全バックアップセットの作成時刻から最新の完全バックアップセットの作成時刻までの範囲。データベースはこの範囲内の任意の時点にリストアできます。
      リストア先 リストアする時点。[リストア可能な時間範囲] 内である必要があります。
      宛先データベースの設定 データベースの場所 ターゲットデータベースの場所。有効な値は、[パブリックネットワーク IP なし: ポートの自己構築データベース (database Gateway 経由でアクセス)]、[パブリック IP アドレスを持つユーザー作成データベース <IP アドレス:ポート番号>]、[ECS ホスト型データベース]、[RDS インスタンス]、[Express Connect DB/VPN ゲートウェイ/インテリジェントゲートウェイ]、および [PolarDB] です。
      インスタンスリージョン ターゲットデータベースのリージョン。
      RDS インスタンス ID ターゲット RDS PostgreSQL インスタンス。
      PolarDB インスタンス ID ターゲット PolarDB インスタンス。
      データベースタイプ ターゲットデータベースのタイプ。デフォルト：PostgreSQL。[データベースの場所] が [パブリック IP アドレスを持つユーザー作成データベース ]、[PolarDB]、[ECS でホストされるデータベース]、[Express Connect DB/VPN Gateway/Intelligent Gateway]、または [パブリック IP なし: ポート経由の自己構築データベース (データベースゲートウェイ経由でアクセス)] の場合に表示されます。
      ピア VPC ターゲットデータベースの VPC。[データベースの場所] が [Express Connect DB/VPN Gateway/Intelligent Gateway] の場合に表示されます。
      ECS インスタンス ID ターゲットデータベースをホストする ECS インスタンス。[データベースの場所] が [ECS でホストされるデータベース] の場合に表示されます。
      ゲートウェイインスタンス ID データベースゲートウェイ ID。[データベースの場所] が [パブリック IP アドレスなしのユーザー作成データベース (データベースゲートウェイ経由でアクセス)] の場合に表示されます。
      アドレス ターゲットデータベースのエンドポイント。ファイアウォールルールが設定されている場合は、[ホワイトリストの設定] をクリックしてデータディザスタリカバリ (DBS) の CIDR ブロックを取得し、サーバーのホワイトリストに追加します。[データベースの場所] が [パブリック IP なし: ポート経由の自己構築データベース (データベースゲートウェイ経由でアクセス)]、[Express Connect DB/VPN Gateway/Intelligent Gateway]、または [パブリック IP アドレスを持つユーザー作成データベース ] の場合に表示されます。
      ポート番号 ターゲットデータベースのポート。[データベースの場所] が [ApsaraDB for MongoDB] の場合は表示されません。
      データベース名 ターゲットデータベースの名前。
      データベースアカウント ターゲットデータベースのアカウント。書き込み権限が必要です。
      パスワード ターゲットデータベースアカウントのパスワード。
      越境データ転送に関するコンプライアンス保証 コンプライアンスコミットメントを読み、同意します。

      image

    6. [リストアするオブジェクトの設定] ステップで、次のパラメーターを設定し、[事前チェック] をクリックします。

      パラメーター 説明
      競合の処理 デフォルト：[同名オブジェクトの名前を変更]。たとえば、job_info テーブルが既存のテーブルと競合する場合、job_info_dbs_<リストアタスク ID>_<タイムスタンプ> に名前が変更されます。
      リストアするオブジェクト [利用可能] セクションからリストアするデータベースまたはテーブルを選択し、[選択済み] セクションに移動します。個別のデータベースまたはテーブルをリストアすると、データ量が減り、目標復旧時間 (RTO) が短縮されます。サポートされるデータベースタイプと機能。

    7. [事前チェック] ダイアログボックスに [事前チェックに合格しました] というメッセージが表示されたら、[タスクの開始] をクリックします。

    リストアの進捗状況を確認するには、左側のナビゲーションウィンドウで [リストアタスク] をクリックします。

    説明 リストアにかかる時間は、バックアップスケジュールの仕様とデータベースのサイズによって異なります。仕様が高いスケジュールほど、リストアは速くなります。論理バックアップと物理バックアップのパフォーマンステスト。

    リストアされたデータの検証

    リストアタスクが完了したら、データを確認します。

    • 名前が変更されたオブジェクトの確認：競合処理によってオブジェクトの名前が変更された場合は、名前が変更されたテーブル ({table}_dbs_{リストアタスク ID}_{タイムスタンプ}) に期待されるデータが含まれていることを確認します。必要に応じて、名前を変更したりマージしたりします。

    関連操作