すべてのプロダクト
Search

このプロダクト

    Data Management:ApsaraDB RDS for PostgreSQL：論理バックアップと復元

    ドキュメントセンター

    Data Management:ApsaraDB RDS for PostgreSQL：論理バックアップと復元

    最終更新日:Aug 28, 2026

    Data Disaster Recovery (DBS) を使用すると、PostgreSQL データベースの単一テーブルの復元、オフサイトバックアップ、および長期アーカイブが可能になります。 このトピックでは、DBS を使用して、ApsaraDB RDS for PostgreSQL、PolarDB for PostgreSQL、またはその他の PostgreSQL データベースなどのソースからデータベースを論理的にバックアップする方法について説明します。

    制限事項

    • 各 DBS バックアップスケジュールは、ApsaraDB RDS for PostgreSQL や PolarDB for PostgreSQL インスタンスなど、1 つの PostgreSQL データベースの論理バックアップのみを実行できます。 複数のデータベースをバックアップするには、データベースごとに個別のバックアップスケジュールを購入する必要があります。

    • PostgreSQL データベースでは増分バックアップはサポートされていません。

    バックアップスケジュールの作成

    詳細については、「バックアップスケジュールの作成」をご参照ください。

    説明

    • バックアップスケジュールを購入する際、[Database Type] を [PostgreSQL] に、バックアップタイプを 論理バックアップ に設定します。

    • DBS が論理バックアップをサポートする PostgreSQL のバージョンについては、「サポートされるデータベースタイプと機能」をご参照ください。

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

    1. Data Management Service (DMS) 5.0 コンソールにログインします。

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

      説明

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

    3. 設定するバックアップスケジュールを見つけ、操作 列の バックアッププランの設定 をクリックします。

    4. バックアップソースと対象の設定 ページでバックアップソースとバックアップ先を設定し、右下隅にある [Next] をクリックします。

      セクション

      パラメーター

      説明

      N/A

      [スケジュール名]

      バックアップスケジュールの名前。 DBSは、バックアップスケジュール名を自動的に生成します。 わかりやすい名前を入力することをお勧めします。 バックアップスケジュール名は一意である必要はありません。

      [バックアップソース情報]

      [バックアップモード]

      データのバックアップに使用されるメソッド。 デフォルトでは、バックアップスケジュールを購入したときに選択したバックアップ方法が使用されます。 この例では、論理バックアップが使用されます。

      [データベースの場所]

      RDS インスタンス

      [インスタンスリージョン]

      ソースデータベースインスタンスが存在するリージョン。

      説明

      このパラメーターは、データベースの場所パラメーターをRDS インスタンス、PolarDB、ECS 上の自作データベース、またはインターネット IP アドレスなし : Port の自作データベース (データベースゲートウェイ DG を介したアクセス) に設定した場合にのみ表示されます。

      [PolarDB インスタンス ID]

      バックアップする PolarDB インスタンスを選択します。

      [データベース名]

      バックアップするデータベースの名前を入力します。

      重要

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

      [データベースアカウント]

      バックアップするデータベースへの接続に使用されるアカウントのユーザー名。 アカウントには、データベースをバックアップする権限が必要です。 詳細は、「アカウント権限」をご参照ください。

      説明

      ApsaraDB RDSデータベースの場合、バックアップには読み取り専用権限が必要であり、バックアップと復元には読み取りおよび書き込み権限が必要です。

      [パスワード]

      バックアップするデータベースへの接続に使用されるアカウントのパスワード。

      データベースアカウントのユーザー名とパスワードを入力したら、パスワードの横にある 接続テスト をクリックして、バックアップするデータベースに関する情報が有効かどうかを確認します。 指定されたパラメーターが有効な場合、Test Passedメッセージが表示されます。 [テスト失敗] メッセージが表示された場合は、[テスト失敗] の横にある [チェック] をクリックします。 チェック結果に基づいて、バックアップするデータベースに関する情報を変更します。

      [接続方法]

      ソースデータベースが ApsaraDB RDS for PostgreSQL インスタンスの場合、接続方法を設定できます。

      • [暗号化されていない接続]

      • [SSL セキュア接続]：Secure Sockets Layer (SSL) を使用してネットワーク接続を暗号化し、転送中のデータのセキュリティと整合性を向上させます。 これにより、接続の応答時間がわずかに増加する可能性があります。

        説明

        SSL セキュア接続 を選択する前に、RDS インスタンスで SSL 暗号化を有効にしてください。 詳細については、「SSL 暗号化の設定」をご参照ください。

      [データ越境コンプライアンスコミットメント]

      コンプライアンスに関する声明を読み、同意します。

      [バックアップ対象情報]

      [バックアップストレージタイプ]

      バックアップデータのストレージタイプ。 有効な値：

      • [DBS 内蔵ストレージ] (推奨)：データを DBS 内蔵ストレージに自動的に保存するため、別途ストレージ領域を作成する必要はありません。 DBS に保存されているデータ量に基づいて課金されます。 課金の詳細については、「課金項目 (DMS)」をご参照ください。

      • ユーザー OSS：事前に Object Storage Service (OSS) でバケットを作成する必要があります。 詳細については、「バケットの作成」をご参照ください。

      説明

      • この例では、[DBS Built-in Storage] が選択されています。 [User-owned OSS Bucket] を選択した場合は、[OSS Bucket Name] パラメーターも設定する必要があります。 OSS 標準ストレージクラスのみがサポートされています。

      • 大量のデータがある場合は、DBS ストレージプラン (サブスクリプション) を購入して、DBS 内蔵ストレージの料金を相殺します。 ストレージプランは、従量課金制の請求方法よりもコスト効率が高くなります。

      [ストレージ方法]

      ストレージ方法。 有効な値：

      • [内蔵暗号化ストレージ] (推奨)：データは、業界標準の AES-256 アルゴリズムを使用して保管時に暗号化されます。

        OSS はサーバー側の暗号化をサポートしています。 オブジェクトをアップロードすると、OSS は受信したオブジェクトを暗号化し、暗号化されたオブジェクトを保存します。 オブジェクトをダウンロードすると、OSS は自動的に復号化し、元のオブジェクトを返します。 詳細については、「サーバー側の暗号化」をご参照ください。

      • [非暗号化ストレージ]：暗号化は有効になっていません。

    5. バックアップ対象の設定 ページで、バックアップするデータベースまたはテーブルを 選択したデータベースオブジェクト リストに移動し、[Next] をクリックします。

      説明

      • 論理バックアップ：完全バックアップ中に、データベース全体または特定のテーブルをバックアップすることを選択できます。 左下隅の [Select All] をクリックして、データベース全体をバックアップできます。 論理バックアップの具体的な粒度の詳細については、「サポートされるデータベースタイプと機能」をご参照ください。

      • 物理バックアップ：データベースインスタンス全体のみをバックアップできます。

    6. バックアップ時間の設定 ページで、バックアップ時間とその他の設定を行い、右下隅にある [Next] をクリックします。

      パラメーター

      説明

      [完全バックアップの頻度]

      バックアップスケジュールの頻度。 有効な値: 定期的なバックアップおよび単一バックアップ。

      説明

      定期的なバックアップ を選択した場合、[フルデータバックアップの繰り返し] および [開始時刻] パラメーターを設定する必要があります。

      [完全バックアップの実行曜日]

      DBSがバックアップスケジュールを実行する曜日。 1週間以上の曜日を選択できます。 少なくとも1つの曜日を選択します。

      [完全バックアップの開始時刻]

      バックアップの開始時間。 オフピーク時間内の時点を設定することを推奨します。 例: 01:00

      説明

      前のフルデータバックアップが次のバックアップの開始時に終了していない場合、DBSは次のバックアップをスキップします。

      [増分バックアップ]

      PostgreSQL データベースでは増分バックアップはサポートされていません。

      [完全バックアップの最大同時実行スレッド数]

      完全バックアップに使用できる同時スレッドの最大数。 このパラメーターを設定して、バックアップ速度を調整できます。 たとえば、バックアップスレッドの数を減らして、データベースへの影響を最小限に抑えることができます。

    7. ライフサイクルの設定 ページで、DBS 内蔵ストレージ内の完全バックアップデータの保持期間を入力します。

    8. 設定が完了したら、ページの右下隅にある 事前チェックして開始する をクリックします。

    9. [Precheck] ダイアログボックスで、事前チェックに合格した後、今すぐ起動する をクリックします。

      説明

      • バックアップスケジュールの [Status] が [Running] に変わると、設定は正常に完了しています。

      • バックアップスケジュールで例外やエラーが発生した場合は、すぐに問題のトラブルシューティングを行い、修正してください。 詳細については、「DBS バックアップスケジュールが失敗した場合の修正方法」をご参照ください。 提案に従っても問題が解決しない場合は、DBS クライアント相談 DingTalk グループ (ID: 35585947) でお問い合わせください。

    データの復元

    1. Data Management Service (DMS) 5.0 コンソールにログインします。

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

      説明

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

    3. [バックアップスケジュール] ページで、管理するバックアップスケジュールを見つけて、アクション列で管理をクリックします。

    4. バックアップタスクの設定ページで、データベースの復元右上隅にあるデータベースの復元をクリックします。

    5. 復元時点の設定 ページで、次のパラメーターを設定し、[Next] をクリックします。

      セクション

      パラメーター

      説明

      N/A

      [復元タスク名]

      復元タスクの名前。 DBSはタスク名を自動的に生成します。 タスクの識別に役立つ名前を指定することをお勧めします。 タスク名は一意である必要はありません。

      [復元時点]

      [復元可能な時間範囲]

      最初の完全バックアップセットが作成された時点から最新の完全バックアップセットが作成された時点までの時間範囲。 データベースは、時間範囲内のある時点に復元することができる。

      [選択されたリカバリーポイント]

      完了した完全バックアップからリカバリーポイントを選択します。 時点は [Recoverable Time Range] 内である必要があります。

      [復元先のデータベース]

      [データベースの場所]

      復元先のデータベースタイプに基づいて場所を選択します：

      • インターネット IP アドレスなし : Port の自作データベース (データベースゲートウェイ DG を介したアクセス)：データベースゲートウェイ (DG) を使用して自己ホスト型データベースを復元します。 事前にデータベースインスタンスのデータベースゲートウェイを設定し、復元先の [Gateway DG Instance ID] を選択する必要があります。

      • インターネット IP アドレス : Port の自作データベースがあります：パブリック IP アドレスを介して自己ホスト型データベースを復元します。 ソースデータベースインスタンスのエンドポイントとポート番号も設定する必要があります。

      • ECS 上の自作データベース：ECS インスタンスにデプロイされているデータベースを復元します。 復元先インスタンスの [ECS Instance ID] とデータベースのポート番号も設定する必要があります。

      • RDS インスタンス：RDS インスタンスを復元します。 復元先の [RDS Instance ID] も選択する必要があります。

      • 専用線、VPN ゲートウェイ、インテリジェントゲートウェイを介して接続されたユーザー自作データベース：Virtual Private Cloud (VPC) 内の自己ホスト型データベースを復元します。 事前にデータベースインスタンスの VPC を設定し、復元先の [Peer VPC] を選択する必要があります。

      • PolarDB：PolarDB for PostgreSQL インスタンスを復元します。 復元先の [PolarDB Instance ID] も選択する必要があります。

      [インスタンスリージョン]

      復元先インスタンスのリージョンを選択します。

      [RDS インスタンス ID]

      復元先の ApsaraDB RDS for PostgreSQL インスタンスの ID を選択します。

      [PolarDB インスタンス ID]

      復元先の PolarDB インスタンスの ID を選択します。

      [データベースタイプ]

      デフォルト値は PostgreSQL です。

      説明

      このパラメーターは、[Database Location] を インターネット IP アドレス : Port の自作データベースがあります、PolarDB、ECS 上の自作データベース、専用線、VPN ゲートウェイ、インテリジェントゲートウェイを介して接続されたユーザー自作データベース、または インターネット IP アドレスなし : Port の自作データベース (データベースゲートウェイ DG を介したアクセス) に設定した場合にのみ表示されます。

      [ピア VPC]

      VPC を選択します。

      説明

      このパラメーターは、[Database Location] が [Express Connect DB/VPN Gateway/Intelligent Gateway] に設定されている場合にのみ表示されます。

      [ECS インスタンス ID]

      復元する ECS インスタンスの ID を選択します。

      説明

      このパラメーターは、[Database Location] が [ECS-Hosted Database] に設定されている場合にのみ表示されます。

      [ゲートウェイ DG インスタンス ID]

      DG インスタンスを選択します。

      説明

      このパラメーターは、[Database Location] が [No public network IP: Port's self-built database (accessed through the database gateway)] に設定されている場合にのみ表示されます。

      [接続アドレス]

      ソースデータベースインスタンスの接続アドレスを選択します。

      説明

      • サーバーでファイアウォールなどのネットワークセキュリティ設定が構成されている場合は、ホワイトリストを追加する方法 をクリックして DBS の IP アドレスを取得します。 DBS がサーバーにアクセスできるように、サーバーの許可リストに IP アドレスを追加します。

      • このパラメーターは、[Database Location] を インターネット IP アドレスなし : Port の自作データベース (データベースゲートウェイ DG を介したアクセス)、専用線、VPN ゲートウェイ、インテリジェントゲートウェイを介して接続されたユーザー自作データベース、または インターネット IP アドレス : Port の自作データベースがあります に設定した場合にのみ表示されます。

      [ポート]

      復元先データベースの接続ポート。

      説明

      このパラメーターは、[Database Location] パラメーターを [RDS Instance] に設定した場合は表示されません。

      [データベース名]

      復元先データベースの名前を選択します。 バックアップデータはこのデータベースに書き込まれます。

      [データベースアカウント]

      復元先データベースインスタンスのアカウントを入力します。 アカウントには書き込み権限が必要です。

      [パスワード]

      バックアップするデータベースへの接続に使用されるアカウントのパスワード。

      [データ越境コンプライアンスコミットメント]

      チェックボックスを選択して、コンプライアンスコミットメントを読み、同意します。

    6. 復元オブジェクトの設定 ページで、次のパラメーターを設定し、右下隅にある 事前チェックして開始する をクリックします。

      パラメーター

      説明

      [競合の処理]

      [Conflict Handling] のデフォルト設定は [Rename Object If Name Conflict Occurs] です。 たとえば、job_info という名前のテーブルを復元し、同じ名前のテーブルがすでに存在する場合、システムは新しいテーブルの名前を job_info_dbs_<Recovery Task ID>_<Timestamp> に変更します。

      [復元オブジェクト]

      [Source Database Objects] リストで、復元するデータベースまたはテーブルを選択し、[Selected Database Objects] リストに移動します。

      説明

      一部のデータベースでは、単一テーブルまたは単一データベースの復元がサポートされており、これにより復元するデータ量が削減され、目標復旧時間 (RTO) が短縮されます。 サポートされている復元の粒度の詳細については、「サポートされるデータベースタイプと機能」をご参照ください。

    7. 事前チェック ダイアログボックスで、事前チェックに合格しました メッセージが表示された後、今すぐ起動する をクリックします。

      データベースの復元の進行状況は、復元タスク タブで確認できます。

      説明

      復元時間は、バックアップスケジュールの仕様とデータベースのサイズによって異なります。 仕様が高いほど、復元は速くなります。 詳細については、「論理バックアップと物理バックアップのパフォーマンステスト結果」をご参照ください。

    関連操作

    • API を呼び出して、バックアップスケジュールを作成したり、作成して開始したりすることもできます。 詳細については、「CreateBackupPlan」または「CreateAndStartBackupPlan」をご参照ください。

    • バックアップスケジュールのバックアップソース、バックアップオブジェクト、またはバックアップポリシー (バックアップ時間や保持期間など) を変更するには、「バックアップスケジュールの管理」をご参照ください。

    • バックアップスケジュールに関連する潜在的なコストを理解するには、「課金に関する FAQ」をご参照ください。

    • バックアップスケジュールを一定期間使用する必要がない場合は、一時停止してコストを節約できます。 詳細については、「バックアップスケジュールの一時停止または再開」をご参照ください。