3.5. バックアップからの復元
データベース障害や、データの損失につながるその他のタイプのイベントが発生した後は、作成したバックアップを使用してデータを復元します。
Ceph RBD ドライバーを使用するように cinder-backup サービスを設定する場合は、バックアップボリュームを RBD ベースのブロックストレージ (cinder) バックエンドにのみ復元できます。
3.5.1. バックアップからのボリュームの復元 リンクのコピーリンクがクリップボードにコピーされました!
バックアップから新しいボリュームを作成するには、以下の手順を完了します。
手順
使用するボリュームバックアップの ID を検索します。
# cinder backup-listボリューム ID が、復元するボリュームの ID と一致していることを確認します。
ボリュームのバックアップを復元します。
# cinder backup-restore _BACKUP_ID_BACKUP_ID は、使用するボリュームバックアップの ID に置き換えます。
バックアップが不要になった場合は、削除します。
# cinder backup-delete _BACKUP_ID_バックアップボリュームを特定タイプのボリュームに復元する必要がある場合は、
--volumeを使用して、バックアップを特定ボリュームに復元します。# cinder backup-restore _BACKUP_ID --volume VOLUME_ID_注記暗号化したバックアップからボリュームを復元する場合は、復元先ボリュームの種類も暗号化する必要があります。
3.5.2. Block Storage データベースの損失後のボリュームの復元 リンクのコピーリンクがクリップボードにコピーされました!
Block Storage データベースの損失が発生した場合、ボリュームバックアップサービスで必要なメタデータがデータベースに含まれているため、ボリュームバックアップを復元できません。ただし、ボリュームバックアップの作成後に、メタデータ (backup_service 値および backup_url 値で設定) をエクスポートおよび保存して、データベースが失われた場合にボリュームバックアップを復元できるようにします。詳細は 「ボリュームのフルバックアップの作成」 を参照してください。
このメタデータをエクスポートして保存した場合は、新しい Block Storage データベースにインポートして、ボリュームのバックアップを復元できます。
増分バックアップの場合は、増分バックアップのいずれかを復元する前に、エクスポートしたデータをすべてインポートする必要があります。
手順
管理者特権を持つユーザーとして、次のコマンドを実行します。
# cinder backup-import _backup_service_ _backup_url_backup_serviceおよびbackup_urlを、エクスポートしたメタデータに置き換えます。たとえば、「ボリュームのフルバックアップの作成」 からエクスポートしたメタデータを使用する場合は、次のコマンドを実行します。# cinder backup-import cinder.backup.drivers.swift eyJzdGF0dXMi...c2l6ZSI6IDF9 +----------+--------------------------------------+ | Property | Value | +----------+--------------------------------------+ | id | 77951e2f-4aff-4365-8c64-f833802eaa43 | | name | None | +----------+--------------------------------------+- メタデータをブロックストレージサービスデータベースにインポートしたら、通常どおりボリュームを復元できます。「バックアップからのボリュームの復元」 を参照してください。
3.5.3. バックアップの復元のキャンセル リンクのコピーリンクがクリップボードにコピーされました!
バックアップの復元操作をキャンセルするには、バックアップのステータスを restoring 以外に変更します。error ステートを使用すると、復元の成功の有無に関する混同を最小限にとどめることができます。または、値を available に変更できます。
$ openstack volume backup set --state error BACKUP_ID
バックアップのキャンセルは非同期のアクションです。バックアップドライバーは、バックアップをキャンセルする前にステータスの変更を検出する必要があるためです。宛先ボリュームで状況が available に変更すると、キャンセルが完了します。
この機能は、現在、RBD バックアップでは使用できません。
復元操作を開始した後に取り消すと、宛先ボリュームが実際に復元されたデータ量 (存在する場合) を把握できなくなるため、宛先ボリュームは役に立ちません。