Data Disaster Recovery は、PostgreSQL データベースに対して単一テーブルの復旧、地理的冗長性、長期アーカイブなどの機能を提供します。このトピックでは、Data Disaster Recovery を使用して PostgreSQL データベースをバックアップおよび復旧する方法について説明します。
バックアップスケジュールの作成
詳細については、「バックアップスケジュールの作成」をご参照ください。
バックアップスケジュールを購入する際は、データソースタイプ パラメーターを [oracle] に、バックアップメソッド パラメーターを [論理バックアップ] に設定します。
Data Disaster Recovery が PolarDB for PostgreSQL (Oracle 互換) データベースをバックアップおよび復旧する際の粒度については、「サポートされているデータベースの種類と機能」をご参照ください。
バックアップスケジュールの構成
DMS コンソール V5.0 にログインします。
上部のナビゲーションバーで、 を選択します。
説明シンプルモードで DMS コンソールを使用する場合は、DMS コンソールの左上隅にある
アイコンにポインターを移動し、 を選択します。バックアップスケジュール ページで、構成するバックアップスケジュールを見つけ、バックアッププランの設定 を 操作 列でクリックします。
バックアップソースと対象の設定 ステップで、バックアップソースと宛先を構成し、ページの右下隅にある [次へ] をクリックします。
セクション
パラメーター
説明
該当なし
スケジュール名
バックアップスケジュールの名前。Data Disaster Recovery は自動的にバックアップスケジュールの名前を生成します。識別しやすい説明的な名前を入力することをお勧めします。バックアップスケジュールの名前は一意である必要はありません。
バックアップソース情報
バックアップモード
データをバックアップするために使用されるメソッド。デフォルトでは、バックアップスケジュールを購入したときに選択したバックアップメソッドが使用されます。この例では、[論理バックアップ] が使用されます。
データベースの場所
バックアップするデータベースの場所。有効な値：
インターネット IP アドレスなし : Port の自作データベース (データベースゲートウェイ DG を介したアクセス) database gateway を使用して自己管理データベースをバックアップします。このオプションを選択した場合は、[gateway インスタンス ID] パラメーターを構成する必要があります。データベースの database gateway を事前に構成してください。
インターネット IP アドレス : Port の自作データベースがあります データベースのパブリック IP アドレスを使用して自己管理データベースをバックアップします。このオプションを選択した場合は、[アドレス] と [ポート番号] パラメーターも構成する必要があります。
ECS 上の自作データベース Elastic Compute Service (ECS) インスタンスでホストされているデータベースをバックアップします。[ECS インスタンス ID] と [ポート番号] パラメーターも構成する必要があります。
専用線、VPN ゲートウェイ、インテリジェントゲートウェイを介して接続されたユーザー自作データベース VPC を使用して自己管理データベースをバックアップします。このオプションを選択した場合は、[ピア VPC] パラメーターを構成する必要があります。データベースの VPC を事前に構成してください。
PolarDB PolarDB for MySQL クラスタをバックアップします。[polardb インスタンス ID] パラメーターも構成する必要があります。
インスタンスリージョン
ソースデータベースインスタンスが存在するリージョン。
データベースの種類
バックアップするデータベースの種類。デフォルト値: PostgreSQL。
ECS インスタンス ID
バックアップするデータベースがホストされている ECS インスタンスの ID。
説明このパラメーターは、[データベースの場所] パラメーターを ECS 上の自作データベース に設定した場合にのみ使用できます。
ポート番号
ソースデータベースへの接続に使用されるポート番号。デフォルト値: 1521。
アドレス
バックアップするインスタンスへの接続に使用されるエンドポイント。
説明インスタンスがデプロイされているサーバーでファイアウォール設定などのネットワークセキュリティ設定が指定されている場合は、ホワイトリストを追加する方法 をクリックして Data Disaster Recovery の CIDR ブロックを取得し、サーバーのホワイトリストに CIDR ブロックを追加します。これにより、Data Disaster Recovery がサーバーにアクセスできるようになります。
このパラメーターは、[データベースの場所] パラメーターを [パブリックネットワーク IP なし: ポートの自己構築データベース (database Gateway 経由でアクセス)]、専用線、VPN ゲートウェイ、インテリジェントゲートウェイを介して接続されたユーザー自作データベース、または インターネット IP アドレス : Port の自作データベースがあります に設定した場合にのみ表示されます。
Gateway インスタンス ID
database gateway の ID。
このパラメーターは、[データベースの場所] パラメーターを [パブリックネットワーク IP なし: ポートの自己構築データベース (database Gateway 経由でアクセス)] に設定した場合にのみ使用できます。
Polardb インスタンス ID
バックアップする PolarDB クラスタの ID。
データベース名
バックアップするデータベースの名前。
データベースアカウント
バックアップするデータベースへの接続に使用されるアカウントのユーザー名。データベースをバックアップするには、アカウントにデータベースに対する読み取り権限が必要です。
パスワード
バックアップするデータベースへの接続に使用されるアカウントのパスワード。
データベースアカウントのユーザー名とパスワードを入力した後、パスワードの横にある 接続テスト をクリックして、バックアップするデータベースの情報が有効かどうかを確認します。指定したパラメーターが有効な場合は、「テストに合格しました」というメッセージが表示されます。「テストに失敗しました」というメッセージが表示された場合は、「テストに失敗しました」の横にある [確認] をクリックします。確認結果に基づいて、バックアップするデータベースの情報を変更します。
国境を越えたデータ転送に関するコンプライアンス保証
チェックボックスを選択して、コンプライアンスのコミットメントを読み、同意します。
バックアップ対象情報
バックアップストレージタイプ
バックアップデータを格納するために使用されるストレージのタイプ。有効な値:
[DBS ストレージ (推奨)]: バックアップデータは、Object Storage Service (OSS) バケットを作成する必要なく、Data Disaster Recovery に格納されます。Data Disaster Recovery に格納されているデータの量に基づいて課金されます。課金方法の詳細については、「ストレージ料金」をご参照ください。
ユーザー OSS: 事前に OSS コンソールでバケットを作成する必要があります。詳細については、「バケットの作成」をご参照ください。
説明この例では、[DBS ストレージ (推奨)] が選択されています。[ユーザー向け OSS] を選択した場合は、[OSS バケット名] パラメーターを構成する必要があります。標準ストレージタイプのみがサポートされています。
バックアップするデータの量が大きい場合は、料金を相殺するためにサブスクリプションストレージプランを購入することをお勧めします。ストレージプランは、従量課金よりも費用対効果が高くなります。
ストレージの暗号化
格納されたデータを暗号化するために使用されるメソッド。有効な値:
内蔵暗号化ストレージ: 推奨。Data Disaster Recovery は AES-256 を使用して格納されたデータを暗号化します。
サーバー側暗号化機能は OSS で使用されます。サーバー側暗号化が有効になっているバケットにオブジェクトをアップロードすると、OSS はオブジェクトを暗号化して格納します。暗号化されたオブジェクトを OSS からダウンロードすると、OSS はオブジェクトを復号化し、復号化されたオブジェクトを返します。詳細については、「サーバー側暗号化」をご参照ください。
非暗号化ストレージ: 格納されたデータは暗号化されません。
バックアップ対象の設定 ステップで、[利用可能] セクションでバックアップするデータベースまたはテーブルを見つけます。右向き矢印をクリックして、選択したデータベースまたはテーブルを 選択したデータベースオブジェクト セクションに追加します。次に、[次へ] をクリックします。
説明Data Disaster Recovery では、単一のテーブル、単一のデータベース、または複数のデータベースをバックアップできます。[使用可能] セクションの左下隅にある [すべて選択] をクリックして、すべてのデータベースを選択できます。サポートされているバックアップオブジェクトは、データベースの種類によって異なります。詳細については、「サポートされているデータベースの種類と機能」をご参照ください。
デフォルトでは、バックアップスケジュールが作成された後に作成されたデータベースをバックアップするためにバックアップスケジュールを使用することはできません。データベースをバックアップするには、バックアップスケジュールの [タスクの構成] ページでデータベースをバックアップスケジュールに追加します。詳細については、「バックアップオブジェクトの変更」をご参照ください。
バックアップ時間の設定 ステップで、次の表に記載されているパラメーターを設定し、[次へ] をクリックします。
パラメーター
説明
フルスケールバックアップ頻度
バックアップスケジュールの頻度。有効な値: 定期的なバックアップ および 単一バックアップ。
説明定期的なバックアップ を選択した場合は、[完全データバックアップの繰り返し] と [開始時刻] パラメーターを構成する必要があります。
完全データバックアップの繰り返し
Data Disaster Recovery がバックアップスケジュールを実行する曜日。1 つ以上の曜日を選択できます。少なくとも 1 つの曜日を選択してください。
開始時刻
バックアップの開始時刻。オフピークの時間帯内の時点を設定することをお勧めします。例: [01:00]。
説明次のバックアップの開始時刻に前の完全データバックアップが完了していない場合、Data Disaster Recovery は次のバックアップをスキップします。
増分バックアップ
Data Disaster Recovery は、PostgreSQL データベースの増分バックアップをサポートしていません。
完全データバックアップの最大同時スレッド数
完全バックアップに使用できる同時スレッドの最大数。このパラメーターを設定して、バックアップ速度を調整できます。たとえば、バックアップスレッドの数を減らして、データベースへの影響を最小限に抑えることができます。
バックアップネットワーク速度制限
ネットワーク帯域幅の制限。単位: MB/s。ビジネス要件に基づいて制限を設定できます。デフォルト値 0 は、ネットワーク帯域幅が無制限であることを示します。
ライフサイクルの設定 ステップで、[完全データバックアップライフサイクルの構成] セクションで完全バックアップセットのライフサイクルを構成します。
説明バックアップデータのライフサイクルの詳細については、「Data Disaster Recovery に関する FAQ」トピックの「バックアップセットのライフサイクルルールを管理するにはどうすればよいですか?」セクションをご参照ください。
上記の構成が完了したら、ページの右下隅にある 事前チェックして開始する をクリックします。
[事前チェックに合格しました] メッセージが表示されたら、今すぐ起動する をクリックします。
説明バックアップスケジュールの [状態] が [実行中] に変わると、バックアップスケジュールが有効になります。
バックアップスケジュールの開始時に例外またはエラーが発生した場合は、できるだけ早く例外またはエラーのトラブルシューティングを行ってください。詳細については、「Data Disaster Recovery に関する FAQ」トピックの「異常なバックアップスケジュールのエラーを修正するにはどうすればよいですか?」セクションをご参照ください。上記のトピックで提供されているソリューションを使用しても問題が解決しない場合は、DingTalk グループ (ID: 35585947) のテクニカルサポートにお問い合わせください。
バックアップデータの復元
DMS コンソール V5.0 にログインします。
上部のナビゲーションバーで、 を選択します。
説明シンプルモードで DMS コンソールを使用する場合は、DMS コンソールの左上隅にある
アイコンにポインターを移動し、 を選択します。[バックアップスケジュール] ページで、管理するバックアップスケジュールを見つけ、[管理][アクション] 列の をクリックします。
バックアップタスクの設定 ページで、右上隅にある データベースの復元 をクリックします。
[復元タスクの作成] ウィザードの 復元時点の設定 ステップで、次の表に記載されているパラメーターを構成し、[次へ] をクリックします。
セクション
パラメーター
説明
該当なし
復元タスク名
復元タスクの名前。Data Disaster Recovery は自動的にタスク名を生成します。タスクを識別するのに役立つ名前を指定することをお勧めします。タスク名は一意である必要はありません。
宛先データベースの構成
データベースの場所
ソースデータベースを復元する宛先データベースの場所。宛先データベースが実行されていることを確認してください。また、次のいずれかの種類の宛先データベースにバックアップセットを復元することもできます。
パブリック IP アドレスを持つユーザー作成データベース <IP アドレス:ポート番号>
ECS でホストされているデータベース
Express Connect DB/VPN Gateway/インテリジェントゲートウェイ
PolarDB
パブリックネットワーク IP なし: ポートの自己構築データベース (database Gateway 経由でアクセス)
データベースの種類
復元するデータベースの種類。デフォルト値: Oracle。
インスタンスリージョン
データベースを復元する宛先データベースのリージョン。
説明このパラメーターは、[データベースの場所] パラメーターを [ECS でホストされているデータベース]、[polardb]、または [パブリックネットワーク IP なし: ポートの自己構築データベース (database Gateway 経由でアクセス)] に設定した場合にのみ使用できます。
アドレス
宛先データベースへの接続に使用されるパブリックエンドポイント。
説明このパラメーターは、[データベースの場所] パラメーターを [パブリック IP アドレスを持つユーザー作成データベース <IP アドレス:ポート番号>]、[express Connect DB/VPN Gateway/インテリジェントゲートウェイ]、または [パブリックネットワーク IP なし: ポートの自己構築データベース (database Gateway 経由でアクセス)] に設定した場合にのみ使用できます。
ポート番号
宛先データベースへの接続に使用されるポート番号。
説明デフォルトでは、[データベースの場所] パラメーターを [polardb] に設定した場合、このパラメーターは表示されません。
ECS インスタンス ID
ECS インスタンスの ID。
説明このパラメーターは、[データベースの場所] パラメーターを [ECS でホストされているデータベース] に設定した場合にのみ使用できます。
Polardb クラスタ ID
PolarDB クラスタの ID。
説明このパラメーターは、[データベースの場所] パラメーターを [polardb] に設定した場合にのみ使用できます。
ピア VPC
宛先データベースが存在する VPC。
説明このパラメーターは、[データベースの場所] パラメーターを [express Connect DB/VPN Gateway/インテリジェントゲートウェイ] に設定した場合にのみ使用できます。
Gateway インスタンス ID
database gateway の ID。
説明このパラメーターは、[データベースの場所] パラメーターを [パブリックネットワーク IP なし: ポートの自己構築データベース (database Gateway 経由でアクセス)] に設定した場合にのみ使用できます。
SID
宛先データベースのシステム識別子 (SID)。
データベースアカウント
宛先データベースへの接続に使用されるアカウントのユーザー名。
パスワード
宛先データベースへの接続に使用されるアカウントのパスワード。
データベースアカウントのユーザー名とパスワードを入力した後、パスワードの横にある [接続テスト] をクリックして、宛先データベースの情報が有効かどうかを確認します。
パラメーターが有効な場合は、「テストに合格しました」というメッセージが表示されます。「テストに失敗しました」というメッセージが表示された場合は、「テストに失敗しました」の横にある [確認] をクリックします。確認結果に基づいて、バックアップするデータベースの情報を変更します。
国境を越えたデータ転送に関するコンプライアンス保証
チェックボックスを選択して、コンプライアンスのコミットメントを読み、同意します。
復元オブジェクトの設定 ステップで、次の表に記載されているパラメーターを構成し、事前チェックして開始する をクリックします。
パラメーター
説明
競合の処理
デフォルトでは、[同じ名前のオブジェクトの名前を変更する] が [競合の処理] パラメーターに選択されています。たとえば、解凍する
job_infoテーブルがターゲットデータベース内のテーブルと同じ名前の場合、システムは解凍されたテーブルの名前をjob_info_dbs_<Restore タスク ID>_<タイムスタンプ>の形式で変更します。復元するオブジェクト
[使用可能] セクションで復元するデータベースまたはテーブルを選択し、右向き矢印をクリックして [選択済み] セクションに追加します。
説明Data Disaster Recovery では、データベースまたはテーブルごとに特定のデータベースを復元できます。これにより、復元されるデータ量が削減され、目標復旧時間 (RTO) が短縮されます。復元の粒度の詳細については、「サポートされているデータベースの種類と機能」をご参照ください。
事前チェックに合格しました メッセージが 事前チェック ダイアログボックスに表示されたら、今すぐ起動する をクリックします。
データベースの復元進捗状況を表示するには、左側のナビゲーションウィンドウの 復元タスク をクリックします。
説明復元の所要時間は、バックアップスケジュールの仕様と復元するデータベースのサイズによって異なります。仕様が高いバックアップスケジュールほど、復元の所要時間は短くなります。詳細については、「バックアップと復元のパフォーマンステスト」をご参照ください。
関連操作
CreateBackupPlan 操作を呼び出して、バックアップスケジュールを作成できます。また、CreateAndStartBackupPlan 操作を呼び出して、バックアップスケジュールを作成、構成、および開始することもできます。詳細については、「CreateBackupPlan」または「CreateAndStartBackupPlan」をご参照ください。
バックアップスケジュールのバックアップソースとバックアップオブジェクトを変更できます。 また、バックアップ時間やバックアップ保持ポリシーなどのバックアップスケジュールのバックアップ戦略を変更することもできます。 詳細については、「バックアップスケジュールの管理」をご参照ください。
バックアップスケジュールに対して課金される可能性のある料金を確認できます。詳細については、「課金のよくある質問」をご参照ください。
コストを削減するために、不要なバックアップスケジュールを一時停止できます。詳細については、「バックアップスケジュールを一時停止または開始する」をご参照ください。
よくある質問
Q: PostgreSQL データベースのバックアップスケジュールの事前チェックがデータベース権限で失敗した場合はどうすればよいですか?
A: 指定したデータベースアカウントに、バックアップするデータベースのデータを読み取る権限がないため、事前チェックは失敗します。 データベースに対する読み取り権限をデータベースアカウントに付与するか、読み取り権限を持つ別のデータベースアカウントを使用する必要があります。