Data Management:ApsaraDB for Redis の論理バックアップと復元

制限事項

開始する前に、ご利用のインスタンスがサポートされているか確認してください。

• サポートされているバージョン: Redis 4.0 のみ。Redis 5.0 以降はサポートされていません。

• サポートされているアーキテクチャ: 標準マスターレプリカインスタンスのみ。クラスターインスタンスはサポートされていません。

特徴

前提条件

開始する前に、以下を確認してください。

• Redis 4.0 を実行している Tair (Redis OSS-compatible) の 標準マスターレプリカインスタンス

• バックアップスケジュールが必要です。詳細については、「バックアップスケジュールを作成する」をご参照ください。購入時に、[データソースの種類] を Redis に、[バックアップ方法] を 論理バックアップ に設定します。

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

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

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

   シンプルモードでは、左上隅の アイコンにポインターを合わせて、[すべての機能] > [セキュリティと仕様 (DBS)] > [データのディザスタリカバリ (DBS)] > [バックアッププラン] を選択します。

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

   

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

   セクション	パラメーター	説明
   該当なし	バックアップスケジュール名	バックアップスケジュールの名称です。データディザスタリカバリが自動的に名称を生成します。スケジュールを容易に識別できるよう、意味のある名称を指定してください。名称は一意である必要はありません。
   バックアップ元情報	バックアップモード	バックアップ方法です。購入時に選択した方法がデフォルト値となります。本例では 論理バックアップ を使用します。
   	データベースの場所	ApsaraDB for Redis に設定します。
   	インスタンスリージョン	ソースインスタンスが配置されているリージョンです。データベースの場所 が ECS ホスト型データベース、ApsaraDB for Redis、または パブリックネットワーク IP なし：ポート経由の自社構築データベース（database gateway 経由でアクセス） のいずれかに設定されている場合にのみ表示されます。
   	データベースタイプ	デフォルト値は Redis です。
   	Redis インスタンス ID	ソース Tair（Redis OSS 互換）インスタンスの ID です。データベースの場所 が ApsaraDB for Redis に設定されている場合にのみ表示されます。
   	パスワード	データベースアカウントのパスワードです。形式はアカウントタイプによって異なります： - デフォルトアカウント： パスワードのみを入力します。ユーザー名は default です。また、インスタンス ID（例： r-bp10noxlhcoim2****）を使用することもできます。 - カスタムアカウント： <username>:<password> の形式で入力します。たとえば、ユーザー名が testaccount、パスワードが Rp829dlwa の場合、testaccount:Rp829dlwa と入力します。この形式はデフォルトアカウントにも適用可能です。 認証情報を入力後、接続テスト をクリックして検証します。テストが成功すると、「テスト成功」メッセージが表示されます。失敗した場合は、テスト失敗 の横にある 確認 をクリックし、認証情報を適切に更新してください。
   	クロスボーダー・データ転送に関するコンプライアンス保証	コンプライアンスに関する約束事項を読み、チェックボックスをオンにして同意してください。
   バックアップ先情報	バックアップストレージタイプ	バックアップデータの保存先です： - DBS ストレージ（推奨）： データディザスタリカバリがストレージを管理します。OSS バケットの準備は不要です。データ量に応じて課金されます。詳細については、「ストレージ料金」をご参照ください。 - OSS For User： 自身の OSS バケットにデータを保存します。あらかじめバケットを作成してください（標準ストレージクラスのみ対応）。詳細については、「バケットの作成」をご参照ください。このオプションを選択した場合は、OSS バケット名 パラメーターも設定してください。 大量のデータをバックアップする場合は、従量課金よりもサブスクリプション型のストレージプランの方がコスト効率が高くなります。
   	ストレージ暗号化	保存データの暗号化方式です： - 暗号化（推奨）： AES-256 を用いた OSS サーバ側暗号化を採用します。OSS は、オブジェクトのアップロード時に暗号化し、ダウンロード時に透明な形で復号します。詳細については、「サーバ側暗号化」をご参照ください。 - 非暗号化： データは暗号化せずに保存されます。

   

5. 「バックアップ対象の編集」ステップで、[利用可能] セクションからバックアップするデータベースまたはテーブルを見つけます。右向き矢印をクリックして、[選択済み] セクションに移動させ、その後 [次へ] をクリックします。

   - すべてのデータベースをバックアップするには、[利用可能] セクションの左下隅にある [すべて選択] をクリックします。 サポートされているバックアップ粒度は、データベースタイプによって異なります。 詳細については、「サポートされているデータベースタイプと特徴」をご参照ください。 - バックアップスケジュールが設定された後に作成されたデータベースは、デフォルトでは含まれません。 これらを追加するには、[タスクの設定] ページでバックアップオブジェクトを更新します。 詳細については、「バックアップオブジェクトの変更」をご参照ください。

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

   パラメーター	説明
   [完全バックアップの頻度]	[定期バックアップ] または [単一バックアップ] を選択します。 [定期バックアップ] を選択した場合は、[完全データバックアップの繰り返し頻度] と [開始時刻] も設定します。
   [完全データバックアップの繰り返し頻度]	バックアップを実行する曜日です。 少なくとも 1 日を選択する必要があります。
   [開始時刻]	開始時刻です。 本番ワークロードへの影響を避けるため、このパラメーターをオフピーク期間 (例： 01:00) に設定することを推奨します。 スケジュールされた開始時刻に前回の完全バックアップがまだ実行中の場合、データディザスタリカバリは次の実行をスキップします。
   [増分バックアップ]	増分バックアップを有効にするかどうかを指定します。 [完全バックアップの頻度] が [定期バックアップ] に設定されている場合にのみ表示されます。 このオプションを有効にすると、ポイントインタイムリカバリがサポートされます。
   [完全データバックアップの最大並行スレッド数]	完全バックアップの最大スレッド数です。 バックアップ中のデータベースパフォーマンスへの影響を最小限に抑えるには、この値を小さくします。
   [完全データバックアップの最大速度]	完全データバックアップの最大速度 (単位：KB/s) です。 このパラメーターは、バックアップが Tair (Redis OSS-compatible) インスタンスのシングルスレッドパフォーマンスに与える影響を軽減します。 デフォルト値を使用できます。

7. [ライフサイクルの編集]ステップでは、[完全データバックアップライフサイクルの設定]セクションで、完全バックアップデータの保持期間を設定します。 ステップ 6 で増分バックアップを有効にした場合は、増分バックアップデータのライフサイクルも設定します。 ライフサイクルルールの詳細については、「バックアップセットのライフサイクルルールを管理する方法」をご参照ください。

8. [事前チェック] をクリックします。

9. 「事前チェックが完了しました」メッセージが表示されたら、[タスクの開始] をクリックします。バックアップスケジュールは、その状態が [実行中] に変更されるとアクティブになります。

   バックアップスケジュールの開始時にエラーが発生した場合は、できるだけ早くトラブルシューティングしてください。詳細については、「異常なバックアップスケジュールのエラーを修正するにはどうすればよいですか？」をご参照ください。問題が解決しない場合は、DingTalk グループ (ID: 35585947) のテクニカルサポートに連絡してください。

Tair (Redis OSS-compatible) データベースの復元

このプロシージャは、バックアップセットを既存の Tair (Redis OSS-compatible) インスタンスに解凍します。開始する前に、宛先インスタンスを作成してください。「手順 1: インスタンスの作成」を参照してください。

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

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

   シンプルモードでは、左上隅の アイコンにポインターを合わせ、すべての機能 ＞ セキュリティおよび仕様 (DBS) ＞ データのディザスタリカバリ (DBS) ＞ バックアッププラン を順に選択します。

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

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

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

   セクション	パラメーター	説明
   該当なし	タスク名	復元タスクの名前です。データディザスタリカバリが自動生成しますが、識別性の高い名前を付けることを推奨します。タスク名は一意である必要はありません。
   復元時刻の指定	復元可能な時間範囲	最初の完全バックアップから最新の完全バックアップまでの期間です。復元ポイントは、この範囲内に設定する必要があります。
   	復元先	復元する時点の時刻です。必ず 復元可能な時間範囲 内に設定してください。 - 増分バックアップが有効な場合：最初の完全バックアップから最後の増分バックアップまでの任意の時点に復元できます。 - 増分バックアップが無効な場合：完全バックアップの完了時刻のみに復元できます。
   宛先データベースの設定	データベースの場所	宛先データベースの場所です： - ApsaraDB for Redis - ECS ホスト型データベース：さらに ECS インスタンス ID および ポート番号 を設定します。 - パブリック IP アドレス付きユーザー作成データベース ＜IP アドレス:ポート番号＞：さらに アドレス および ポート番号 を設定します。 - パブリックネットワーク IP なし：データベースゲートウェイ経由でアクセスする自社構築データベース（ポート指定）：事前にデータベースゲートウェイを設定します。また、ゲートウェイインスタンス ID を設定します。 - Express Connect DB/VPN ゲートウェイ/インテリジェントゲートウェイ：事前にデータベース用の仮想プライベートクラウド（VPC）を設定します。また、ピア VPC を設定します。
   	インスタンスリージョン	宛先インスタンスが配置されているリージョンです。
   	データベースタイプ	デフォルト値は Redis です。
   	ゲートウェイインスタンス ID	データベースゲートウェイの ID です。データベースの場所 が パブリックネットワーク IP なし：データベースゲートウェイ経由でアクセスする自社構築データベース（ポート指定） に設定されている場合にのみ表示されます。
   	アドレス	宛先インスタンスのエンドポイントです。サーバーにファイアウォールルールが設定されている場合は、ホワイトリストの設定 をクリックして、データディザスタリカバリの CIDR ブロックを取得し、サーバーの許可リストに追加してください。データベースの場所 が パブリックネットワーク IP なし：データベースゲートウェイ経由でアクセスする自社構築データベース（ポート指定）、Express Connect DB/VPN ゲートウェイ/インテリジェントゲートウェイ、または パブリック IP アドレス付きユーザー作成データベース ＜IP アドレス:ポート番号＞ のいずれかに設定されている場合にのみ表示されます。
   	ポート番号	宛先データベースへの接続に使用するポートです。デフォルト値は 6379 です。
   	Redis インスタンス ID	宛先 Tair（Redis OSS 互換）インスタンスの ID です。
   	パスワード	宛先データベースアカウントのパスワードです。
   	クロスボーダーデータ転送に関するコンプライアンス保証	コンプライアンスに関する誓約事項を読み、チェックボックスをオンにして同意してください。

   

6. 復元対象のオブジェクトの設定 ステップで、以下のパラメーターを設定し、事前チェック をクリックします。

   パラメーター	説明
   競合時の処理	デフォルト値は 同名オブジェクトの名前変更 です。復元対象のオブジェクトと宛先データベース内の既存オブジェクトの名前が重複する場合、復元されたオブジェクトは以下の形式で名前が変更されます：<object_name>_dbs_<Restore task ID>_<Timestamp>。たとえば、job_info は job_info_dbs_<Restore task ID>_<Timestamp> になります。
   復元対象のオブジェクト	利用可能 セクションから復元するデータベースまたはテーブルを選択し、右向き矢印をクリックして 選択済み セクションに追加します。データベース単位またはテーブル単位での復元を行うと、転送データ量が削減され、目標復旧時間（RTO）が短縮されます。サポートされる粒度については、「サポートされるデータベースタイプおよび機能」をご参照ください。

7. 事前チェックが正常に完了しました というメッセージが表示されたら、タスク開始 をクリックします。進行状況を確認するには、左側ナビゲーションウィンドウで 復元タスク をクリックします。

   復元に要する時間は、バックアップスケジュールの仕様およびデータベースのサイズによって異なります。「バックアップおよび復元のパフォーマンステスト」をご参照ください。

その他の操作

よくある質問

バックアップスケジュールを設定する際に、Redis インスタンスを選択できないのはなぜですか？

データディザスタリカバリは、Tair (Redis OSS-compatible) 標準マスターレプリカインスタンス（Redis 4.0 を実行）のみをサポートしています。Redis 5.0 以降およびクラスターインスタンスはサポートされていません。バックアップスケジュールを設定する前に、ApsaraDB for Redis コンソールでインスタンスのバージョンとアーキテクチャを確認してください。

増分バックアップが無効になっている場合、どの時点に復元できますか？

増分バックアップが無効になっている場合、完全バックアップの正確な完了時刻にのみ復元でき、任意の時点には復元できません。ポイントインタイムリカバリを有効にするには、バックアップスケジュールを設定する際の [バックアップ時間の設定] ステップで増分バックアップを有効にしてください。

復元中の名前の競合はどのように処理されますか？

デフォルトでは、復元されたデータベースまたはテーブルの名前が送信先の既存オブジェクトと同じ場合、データディザスタリカバリは、復元されたオブジェクトにこのフォーマットを使用して名前を付け直します：<object_name>_dbs_<Restore task ID>_<Timestamp>。

バックアップソースリージョンとは異なるリージョンにデータを復元できますか？

はい。地理的冗長性機能を使用すると、指定したターゲットリージョンの OSS バケットにデータをバックアップし、ソースリージョン、ターゲットリージョン、または他のリージョンのインスタンスに復元できます。バックアップスケジュールを設定する際に、[バックアップ先情報] セクションでターゲットリージョンを設定します。

バックアップスレッドと速度を制限する必要があるのはなぜですか？

バックアップ操作は、データベースワークロードとシステムリソースを共有します。最大並行スレッド数とバックアップ速度を減らすことで、バックアップ中のデータベースパフォーマンスへの影響を軽減できます。両方のパラメーターをオフピークしきい値に設定し、観測されたパフォーマンスへの影響に基づいて調整してください。