復元は、データを復旧するための最良の方法とは限りません。このページでは、代替方法と、さまざまな状況におけるその利点について説明します。
保護されたデータには、次の方法でアクセスできます。
クローン
クローンは、SQL Server データベースと VMware VM でよく使用されます。
Microsoft SQL Server データベースのクローンを作成する場合
クローン機能を使用して、Microsoft SQL Server データベース バックアップの独立したコピーを作成します。最も一般的な用途は次のとおりです。
- アプリケーションの開発とテスト
- コンプライアンスのためのデータ監査
- データ ウェアハウジング
- 電子情報開示
- ユーザー受け入れテスト。
これは復元のように使用できますが、任意のサーバーに対して使用できます。
VMware VM のクローンを作成する場合
VMware VM の場合、クローンは VMDK のバックアップをターゲット データストアに直接コピーしてから VM を起動します。この時点で、VM はバックアップ/リカバリ アプライアンスから独立しています。これは、別の VM への復元に似ています。
LiveClones
LiveClone は、データベースやファイル システムなど、すべてのエージェント ベースのバックアップで使用できます。
LiveClone はクローン機能に似ていますが、クローンとは異なり、LiveClone はオンデマンドで更新することも、スケジュールに従って更新することもできます。データの更新されたコピーが利用可能な場合、LiveClone を使用すると、データの独立したコピーをマウントできます。これにより、開発チームやテストチームは、データを手動で管理しなくても、最新のデータセットで作業できます。
LiveClone を使用すると、次のことができます。
- 更新。同じアプリケーションの最新のバックアップから更新できる、アクティブなバックアップの再マウント可能なコピーを複数作成します。 LiveClone を更新するをご覧ください。
PrepMount。同じ LiveClone のコピーがすでにマウントされている場合でも、LiveClone バックアップを特定のホストにマウントして、前処理オペレーション（データのサニタイズなど）を行います。LiveClone バックアップを事前マウントして、機密データやセンシティブ データをスクラブできます。
PrepUnmount。LiveClone で事前アンマウント オペレーションを行うと、変更を保持するかどうかを決定できます。デフォルトでは、変更は追跡され、保持されます。
LiveClone は、完全クローンのパフォーマンスと独立性を、データの増分更新の効率性と速度と組み合わせることで、コピーデータのライフサイクルを管理するうえで重要な構成要素となります。
マウント
Backup and DR のマウント機能を使用すると、データを移動せずにバックアップにほぼ瞬時にアクセスできます。データをマウントする方法はいくつかあります。
VMware VM とエージェント ベースのバックアップ
標準マウントでは、アプリケーション データはアプリケーションとしてではなく、ファイル システムとしてターゲット サーバーに提示され、利用可能になります。これは、アプリケーションが破損または消失した場合や、アプリケーション サーバーが交換される場合に便利です。このような場合は、バックアップをマウントし、マウントされたバックアップからアプリケーション ファイルをアプリケーション サーバー上の元の場所にコピーできます。
標準マウントの場合:
- VMware VM の場合は、ESXi ホストから バックアップ/復元アプライアンスへの NFS 接続が利用可能であることを確認します。
- Compute Engine インスタンスの場合は、アクティブなバックアップがマウントされるホストの iSCSI ポートにバックアップ/リカバリ アプライアンスからアクセスできることを確認します。サポートされている Linux オペレーティング システムを実行しているインスタンスにマウントする場合、NFS はオプションです。
- マウントでは、選択したアクティブなバックアップのコピーを取得し、選択したホストまたは VM にマウントします 。
- マウントされたバックアップは、マウントされたホストから直接使用できます。
- マウントされた仮想コピー が変更されたり、マウントされて削除されたりしても、元のバックアップが変更されることはありません。
- マウント オペレーションは、すべてのエージェント ベースのアプリケーションと VMware VM に適用できます。
アプリケーション対応マウントを使用すると、データベースのバックアップを仮想アプリケーションとしてマウントできます。これにより、実際にデータを移動したり、データベースの新しいインスタンスを手動で構成したりすることなく、データベースを迅速にオンラインにできます。 アプリケーション対応マウントは、データベースの複数のコピーを迅速にオンラインにする必要があるテスト環境や開発環境で特に役立ちます。
アプリケーション対応マウントとして提示されたデータは、他のアプリケーションと同様にバックアップできます。アプリケーション対応マウントされたアプリケーション データがバックアップされると、アプリケーション対応マウントとしてマウントすることもできます。 バックアップ、アプリケーション マウント、バックアップ シーケンスは、任意の深さまで繰り返すことができます。デフォルトでは、シーケンスは元のデータベースの 5 世代に制限されています。
マウントして移行すると、アプリケーションをローカルにマウントしてから元の場所または新しい場所に移行することで、ダウンタイムをほぼゼロにしてアプリケーションを復元できます。マウント中はユーザーがアプリケーションに通常どおりアクセスでき、移行ステップは非常に高速です。
OnVault から VMware VM またはエージェント ベースのバックアップをマウントする場合、次のいずれかを選択して、パフォーマンスとストレージ使用量のどちらを最適化するかを制御できます。
ストレージ最適化。ローカル スナップショット プールに書き込みのみを保持します （書き込みは常にローカルに保持されます）。
バランス重視。これらのブロックは読み取り（オブジェクト ストレージから）または書き込み（ローカル スナップショット プールへ）され、スナップショット プールに保持され、今後の読み取りのキャッシュとして機能します。
パフォーマンス最適化。これにより、バックグラウンドでバックアップ全体がローカル スナップショット プールに移動します。バックアップがローカルで利用可能になるほど、読み取りが速くなります。
最大限のパフォーマンス。マウントする前に、バックアップ全体が最初にスナップショット プールに再ハイドレートされます。つまり、ホストは常にローカル ストレージに対してのみ動作します。
Compute Engine インスタンス
Compute Engine インスタンスのマウントでは、バックアップから新しい永続ディスクを作成し、既存の Compute Engine インスタンスまたは同時に作成された新しい Compute Engine インスタンスに割り当てます。 VMware VM またはエージェント ベースのバックアップとは異なり、バックアップが保存されている場所（）から永続ディスクへのデータの移動が必要です。 Google Cloud
復元
復元機能は、本番環境データを指定した時点に戻します。 通常、復元オペレーションは、データの破損後にアプリケーションを有効な状態に戻すために実行されます。復元オペレーションの完了に必要な時間は、関連するデータの量によって異なります。
ワークフロー
ワークフローは、コピーデータへのアクセスを自動化します。バックアップ プラン ポリシー テンプレートが本番環境データの自動キャプチャを統制するのに対し、ワークフローはそのデータへのアクセスを自動化します。
ワークフローでステップを定義して、一連のタスクを実行できます。スケジュールに基づいて実行することも、オンデマンドで実行することもできます。実行できるタスクには、LiveClone の作成と更新、データ マスキング、永続マウント、非永続処理マウント（データベースの整合性チェック、ETL 読み込みなどのタスクに使用）などがあります。ワークフローは、管理者がエンドユーザー（データベース管理者、アプリケーション デベロッパーなど）にセルフサービスのデータアクセスを提供するための簡素化された安全な方法としても使用されます。
Backup and DR スタートガイド
このページは、Backup and DR を紹介するために選択された一連のページの一つです。その他のトピックは次のとおりです。
- アプライアンス管理コンソールについて
- Backup and DR データ保護バックアップ プランについて
- Backup and DR データ キャプチャについて
- 保護されたデータにアクセスするさまざまな方法（このページ）
- Backup and DR エージェントについて