データディザスタリカバリは、PolarDB for PostgreSQL (Oracle互換) データベースの論理バックアップと復元をサポートしています。これには、単一テーブルの復元、地理的冗長性、長期アーカイブなどが含まれます。このトピックでは、バックアップスケジュールを設定し、必要に応じてデータベースを復元する方法について説明します。
このデータベースタイプにおける論理バックアップの主な特徴：
増分バックアップはサポートされていません。完全バックアップのみが利用可能です。
バックアップスケジュールを設定した後に作成されたデータベースは、自動的にバックアップ対象に含まれません。手動で追加する必要があります。
予定された開始時刻に前回の完全バックアップがまだ実行中の場合、次のバックアップはスキップされます。
前提条件
開始する前に、以下の前提条件を満たしていることを確認してください。
PolarDB for PostgreSQL (Oracle互換) 用のバックアップスケジュールが購入済みであること。購入時に、[Data Source Type] を [Oracle] に、[Backup Method] を [Logical Backup] に設定します。詳細については、「バックアップスケジュールの作成」をご参照ください。
ソースデータベースに対する読み取り権限を持つデータベースアカウントがあること。
(復元の場合) 実行中でアクセス可能な宛先データベースインスタンスがあること。
バックアップスケジュールの設定
Data Management (DMS) コンソール V5.0 にログインします。
上部メニューで、[Security and Specifications (DBS)] > [Disaster Recovery for Data (DBS)] > [Backup Plan] を選択します。
DMS コンソールをシンプルモードで使用している場合は、左上の
アイコンにポインターを合わせ、[All Features] > [Security and Specifications (DBS)] > [Disaster Recovery for Data (DBS)] > [Backup Plan] を選択します。[Backup Schedules] ページで、設定するバックアップスケジュールを見つけ、[Actions] 列の [Configure Backup Schedule] をクリックします。
[Configure Backup Source and Destination] ステップで、以下の表で説明されているパラメーターを設定し、[Next] をクリックします。
セクション
パラメーター
説明
N/A
スケジュール名
バックアップスケジュールの名前。データディザスタリカバリが自動的に名前を生成します。スケジュールを容易に識別できるよう、分かりやすい名前を使用してください。名前は一意である必要はありません。
バックアップソース情報
[バックアップモード]
バックアップ方法。デフォルトは、スケジュールの購入時に選択した方法です。この例では [Logical Backup] を使用します。
[データベースの場所]
ソースデータベースの場所。[PolarDB] を選択します。
[インスタンスリージョン]
ソースデータベースインスタンスが存在するリージョン。
[データベースタイプ]
ソースデータベースのタイプ。このドキュメントのシナリオでは、PolarDB for PostgreSQL (Oracle互換) です。
[PolarDBインスタンスID]
ソースデータベースがデプロイされている PolarDB クラスターの ID。
[データベース名]
ソースデータベースの名前。
[データベースアカウント]
ソースデータベースへの接続に使用するアカウントのユーザー名。このアカウントには読み取り権限が必要です。
[パスワード]
データベースアカウントのパスワード。認証情報を入力した後、[Test Connection] をクリックしてテストします。[Test Passed] メッセージが表示されれば、接続は成功です。[Test Failed] が表示された場合は、[Check] をクリックして設定を修正してください。
越境データ転送に関するコンプライアンス保証
チェックボックスをオンにして、コンプライアンスのコミットメントに同意してください。
バックアップ先情報
バックアップストレージタイプ
バックアップデータの格納先。オプション： [DBS Storage (recommended)] — データディザスタリカバリがデータを保存するため、Object Storage Service (OSS) バケットを作成する必要はありません。ストレージボリュームに基づいて課金されます。詳細については、「ストレージ料金」をご参照ください。[OSS For User] — 事前に OSS コンソールでバケット (標準ストレージクラスのみ) を作成する必要があります。詳細については、「バケットの作成」をご参照ください。[OSS For User] を選択した場合は、[OSS Bucket Name] パラメーターを設定します。データ量が多い場合は、従量課金制よりコストを削減できるため、サブスクリプションストレージプランの購入を検討してください。
ストレージの暗号化
保存されたバックアップデータの暗号化方法。[Encrypted (recommended)] — OSS のサーバー側の暗号化で AES-256 を使用します。詳細については、「サーバー側の暗号化」をご参照ください。[Non-encrypted] — データは暗号化されずに保存されます。
[Edit Backup Objects] ステップで、[Available] セクションからバックアップするデータベースまたはテーブルを選択し、右矢印をクリックして [Selected] セクションに追加します。その後、[Next] をクリックします。
- データディザスタリカバリは、単一テーブル、単一データベース、または複数データベースのバックアップをサポートしています。[Available] セクションの左下隅にある [Select All] をクリックすると、すべてのデータベースを選択できます。サポートされているバックアップオブジェクトは、データベースタイプによって異なります。詳細については、「サポートされているデータベースタイプと機能」をご参照ください。- バックアップスケジュールを設定した後に作成されたデータベースは、自動的にバックアップ対象に含まれません。これらのデータベースをバックアップ対象に追加するには、[Configure Task] ページでバックアップオブジェクトを更新します。詳細については、「バックアップオブジェクトの変更」をご参照ください。
[Configure Backup Time] ステップで、以下の表で説明されているパラメーターを設定し、[Next] をクリックします。
パラメーター
説明
[完全バックアップの頻度]
バックアップを実行する頻度。[Periodic Backup] は定期的なスケジュールで実行されます ([Full Data Backup Recurrence] と [Start At] の設定が必要です)。[Single Backup] は一度だけ実行されます。
[完全データバックアップの繰り返し]
バックアップを実行する曜日。少なくとも1日を選択します。
[開始時刻]
バックアップを開始する時刻。データベースへの影響を最小限に抑えるため、オフピーク時にスケジュールを設定します (例： [01:00])。予定された開始時刻に前回の完全バックアップがまだ実行中の場合、次のバックアップはスキップされます。
[増分バックアップ]
PolarDB for PostgreSQL (Oracle互換) ではサポートされていません。
[完全データバックアップの最大同時実行スレッド数]
完全バックアップ中に使用されるスレッドの最大数。この値を小さくすると、データベースへの影響を最小限に抑えられます。実際の最大値は、バックアップスケジュールの仕様によって異なります。詳細については、「最大バックアップ速度を変更する方法」をご参照ください。
[バックアップネットワークの速度制限]
バックアップの最大ネットワーク帯域幅 (単位：MB/s)。デフォルト値の [0] は無制限を意味します。ビジネスニーズに応じて調整してください。
[Edit Lifecycle] ステップで、[Configure Full Data Backup Lifecycle] セクションで完全バックアップセットの保持期間を設定します。ライフサイクル管理の詳細については、「バックアップセットのライフサイクルルールを管理する方法」をご参照ください。
ページの右下隅にある [事前チェック] をクリックします。
[Precheck Passed] メッセージが表示されたら、[Start Task] をクリックします。バックアップスケジュールが有効になると、ステータスが [Running] に変わります。
バックアップスケジュールの開始時にエラーが発生した場合は、できるだけ早く解決してください。詳細については、「異常なバックアップスケジュールのエラーを修正する方法」をご参照ください。問題が解決しない場合は、DingTalk グループ (ID： 35585947) でテクニカルサポートにお問い合わせください。
データベースの復元
DMS コンソール V5.0 にログインします。
上部のナビゲーションバーで、[セキュリティと仕様 (DBS)] > [データ災害復旧 (DBS)] > [バックアップ計画] を選択します。
DMS コンソールをシンプルモードで使用している場合は、左上の
アイコンにポインターを合わせ、[All Features] > [Security and Specifications (DBS)] > [Disaster Recovery for Data (DBS)] > [Backup Plan] を選択します。[Backup Schedules] ページで、バックアップスケジュールを見つけ、[Actions] 列の [Manage] をクリックします。
[Configure Task] ページで、右上隅にある [Restore Database] をクリックします。
[Set Time Restored To] ステップで、以下の表で説明されているパラメーターを設定し、[Next] をクリックします。
セクション
パラメーター
説明
N/A
タスク名
復元タスクの名前。データディザスタリカバリが自動的に名前を生成します。タスクを識別しやすいように、分かりやすい名前を使用してください。名前は一意である必要はありません。
宛先データベースの設定
[データベースの場所]
宛先データベースの場所。宛先データベースが実行中であることを確認してください。オプション： [User-Created Database with Public IP Address <IP Address:Port Number>]、[ECS-Hosted Database]、[Express Connect DB/VPN Gateway/Intelligent Gateway]、[PolarDB]、[No public network IP: Port's self-built database (accessed through the database gateway)]。
[データベースタイプ]
宛先データベースのタイプ。ソースデータベースと互換性のあるタイプ (この例では Oracle) を選択します。
[インスタンスリージョン]
宛先データベースのリージョン。[Database Location] が [ECS-Hosted Database]、[PolarDB]、またはデータベースゲートウェイのオプションの場合にのみ表示されます。
アドレス
宛先データベースのパブリックエンドポイント。[Database Location] が [User-Created Database with Public IP Address]、[Express Connect DB/VPN Gateway/Intelligent Gateway]、またはデータベースゲートウェイのオプションの場合にのみ表示されます。
ポート番号
宛先データベースのポート。[Database Location] が [PolarDB] の場合、デフォルトでは表示されません。
[ECSインスタンスID]
宛先データベースをホストしている Elastic Compute Service (ECS) インスタンスの ID。[Database Location] が [ECS-Hosted Database] の場合にのみ表示されます。
[PolarDBインスタンスID]
宛先データベースをホストしている PolarDB クラスターの ID。[Database Location] が [PolarDB] の場合にのみ表示されます。
ピアVPC
宛先データベースの Virtual Private Cloud (VPC)。[Database Location] が [Express Connect DB/VPN Gateway/Intelligent Gateway] の場合にのみ表示されます。
ゲートウェイインスタンスID
データベースゲートウェイの ID。[Database Location] がデータベースゲートウェイのオプションの場合にのみ表示されます。
[SID]
宛先データベースのシステム識別子 (SID)。
[データベースアカウント]
宛先データベースへの接続に使用するアカウントのユーザー名。
[パスワード]
データベースアカウントのパスワード。認証情報を入力した後、[Test Connection] をクリックしてテストします。[Test Passed] メッセージが表示されれば、接続は成功です。[Test Failed] が表示された場合は、[Check] をクリックして設定を修正してください。
越境データ転送に関するコンプライアンス保証
チェックボックスをオンにして、コンプライアンスのコミットメントに同意してください。
[Configure Objects to Restore] ステップで、以下の表で説明されているパラメーターを設定し、[事前チェック] をクリックします。
パラメーター
説明
[競合の処理]
復元されたオブジェクトと宛先データベース内の既存オブジェクトとの間の名前の競合を処理する方法を選択します。デフォルト： [Rename Object with the Same Name] — たとえば、
job_infoテーブルが競合する場合、復元されたテーブルはjob_info_dbs_<Restore task ID>_<Timestamp>に名前が変更されます。[復元するオブジェクト]
[Available] セクションから復元するデータベースまたはテーブルを選択し、右矢印をクリックして [Selected] セクションに追加します。データディザスタリカバリは、テーブルレベルまたはデータベースレベルでの復元をサポートしており、データ転送を最小限に抑え、目標復旧時間 (RTO) を短縮します。詳細については、「サポートされているデータベースタイプと機能」をご参照ください。
[事前チェック] ダイアログボックスに [Precheck Passed] メッセージが表示されたら、[Start Task] をクリックします。
復元の進行状況を監視するには、ナビゲーションウィンドウで [Restore Tasks] をクリックします。
復元時間は、バックアップスケジュールの仕様とデータベースのサイズによって異なります。バックアップスケジュールの仕様が高いほど、復元は速く完了します。詳細については、「論理バックアップと物理バックアップのパフォーマンステスト」をご参照ください。
よくある質問
事前チェックが "Database Permissions Check" エラーで失敗するのはなぜですか？
指定したデータベースアカウントに、ソースデータベースに対する読み取り権限がありません。アカウントに読み取り権限を付与するか、すでに権限を持つアカウントに切り替えてください。
次のステップ
既存のスケジュールのバックアップソース、バックアップオブジェクト、バックアップ時間、または保持ポリシーを変更します。詳細については、「バックアップスケジュールの管理」をご参照ください。
バックアップスケジュールの料金を確認します。詳細については、「課金に関するFAQ」をご参照ください。
不要になったバックアップスケジュールを一時停止して、不要な料金の発生を回避します。詳細については、「バックアップスケジュールの一時停止または開始」をご参照ください。