保護されたデータにアクセスするさまざまな方法

保護されたデータには、次の方法でアクセスできます。

クローンズ

クローンを使用するのは、通常、SQL Server データベースと VMware VM の場合です。

Microsoft SQL Server データベースのクローンを作成するタイミング

クローン関数を使用して、Microsoft SQL Server データベースのバックアップ イメージの独立したコピーを作成します。最も一般的な用途は次のとおりです。

  • アプリケーションの開発とテスト
  • コンプライアンスのためのデータ監査
  • データ ウェアハウジング
  • 電子情報開示
  • ユーザー受け入れテスト。

これは復元と同様に使用できますが、任意のサーバーに復元できます。

VMware VM のクローンを作成するタイミング

VMware VM の場合、クローンは VM の電源を入れる前に、VMDK のバックアップ イメージをターゲット データストアに直接コピーします。この時点で、VM はバックアップ/リカバリ アプライアンスから独立します。これは、別の VM への復元に似ています。

LiveClone

LiveClone は、データベースやファイル システムなどのすべてのエージェント ベースのバックアップ イメージで使用できます。

LiveClone は clone 関数に似ていますが、clone とは異なり、LiveClone はオンデマンドで更新することも、スケジュールに従って更新することもできます。データの更新されたコピーが利用可能な場合、LiveClone を使用すると、データの独立したコピーをマウントできます。これにより、開発チームやテストチームは、データを手動で管理することなく、最新のデータセットで作業できます。

LiveClones を使用すると、次のことができます。

  • 更新。同じアプリケーションの最新のイメージから更新できる、アクティブなイメージの再マウント可能なコピーを複数作成します。LiveClone を更新するをご覧ください。

  • PrepMount。同じ LiveClone のコピーがすでにマウントされている場合でも、前処理オペレーション（データの消毒など）のために LiveClone イメージを特定のホストにマウントします。LiveClone イメージを事前マウントして、機密データやセンシティブ データをスクラブできます。

  • PrepUnmountLiveClone の prep-unmount オペレーションでは、変更を保持するかどうかを決定できます。デフォルトでは、変更は追跡され、保持されます。

LiveClone は、完全なクローンのパフォーマンスと独立性と、データの増分更新の効率性と速度を兼ね備えているため、コピーデータのライフサイクル管理に不可欠な構成要素です。

マウント

バックアップと DR のマウント機能を使用すると、データを移動することなくバックアップ イメージにほぼ即時にアクセスできます。データをマウントする方法はいくつかあります。

VMware VM とエージェント ベースのバックアップ イメージ

標準マウントでは、アプリケーション データをアプリケーションではなくファイル システムとしてターゲット サーバーに提示し、使用できるようにします。これは、アプリケーションが破損した場合や紛失した場合、またはアプリケーション サーバーを交換する場合に便利です。このような場合は、イメージをマウントし、マウントされたイメージからアプリケーション サーバー上の元の場所にアプリケーション ファイルをコピーできます。

標準マウントの場合:

  • VMware VM の場合は、ESXi ホストからバックアップ/リカバリ アプライアンスへの NFS 接続が利用可能であることを確認します。
  • Compute Engine インスタンスの場合は、アクティブなイメージがマウントされるホストの iSCSI ポートにバックアップ/リカバリ アプライアンスからアクセスできることを確認します。サポートされている Linux オペレーティング システムを実行しているインスタンスにマウントする場合は、NFS を使用できます。
  • マウントすると、選択したアクティブなイメージのコピーが取得され、選択したホストまたは VM にマウントされます。
  • マウントされたイメージは、マウントされたホストから直接使用できます。
  • マウントされた仮想コピーが変更された場合や、マウントされて削除された場合でも、元のイメージは変更されません。
  • マウント オペレーションは、すべてのエージェント ベースのアプリケーションと VMware VM に適用されます。

アプリケーション対応のマウントを使用すると、データベースのバックアップ イメージを仮想アプリケーションとしてマウントできます。これにより、データを実際に移動したり、データベースの新しいインスタンスを手動で構成したりすることなく、データベースをすばやくオンラインにできます。アプリケーション アウェア マウントは、データベースの複数のコピーを迅速にオンラインにする必要のあるテスト環境や開発環境で特に役立ちます。

アプリケーション認識型マウントとして提示されるデータは、他のアプリケーションと同様にバックアップできます。アプリケーション認識型マウントされたアプリケーション データがバックアップされると、アプリケーション認識型マウントとしてマウントすることもできます。バックアップ、アプリケーションのマウント、バックアップの順序は任意の深度まで繰り返すことができます。デフォルトでは、シーケンスは元のデータベースの 5 世代に制限されます。

マウントして移行すると、まずローカルにマウントしてから、元の場所または新しい場所に移行することで、ダウンタイムをほぼゼロに抑えてアプリケーションを復元できます。ユーザーは、マウントされている間、アプリケーションに通常どおりアクセスできます。また、移行ステップは非常に高速です。

OnVault から VMware VM またはエージェント ベースのバックアップのマウントを実行する場合は、次のオプションを選択して、パフォーマンスとストレージ使用量のどちらを優先するかを制御できます。

  • ストレージ最適化。これにより、ローカル スナップショット プールに書き込みのみが保持されます（書き込みは常にローカルに保持されます）。

  • バランス重視。これらのブロックは、（オブジェクト ストレージから）読み取られるか、（ローカル スナップショット プールに）書き込まれ、スナップショット プールに保持されます。これは、今後の読み取りのキャッシュとして使用されます。

  • パフォーマンスが最適化されています。これにより、イメージ全体がバックグラウンドでローカル スナップショット プールに移動します。ローカルで利用可能な画像が増えると、読み取り速度が向上します。

  • 最大限のパフォーマンス。マウント前に、イメージ全体がスナップショット プールに再水和されます。つまり、ホストは常にローカル ストレージに対してのみ動作します。

Compute Engine インスタンス

Compute Engine インスタンスのマウントでは、バックアップから新しい Persistent Disk が作成され、既存の Compute Engine インスタンスまたは同時に作成される新しい Compute Engine インスタンスに割り当てられます。VMware VM やエージェント ベースのバックアップ イメージとは異なり、バックアップ イメージが保存されている場所（ Google Cloud）から Persistent Disk にデータを移動する必要があります。

復元

restore 関数は、本番環境データを指定した時点に復元します。通常、復元オペレーションは、データの破損後にアプリケーションを有効な状態に復元するために実行されます。復元オペレーションの完了に必要な時間は、対象となるデータの量によって異なります。

Workflows

ワークフローは、コピーデータへのアクセスを自動化します。バックアップ プラン ポリシー テンプレートが本番環境データの自動キャプチャを統制するのに対し、ワークフローはそのデータへのアクセスを自動化します。

ワークフロー内でステップを定義して、一連のタスクをスケジュールに基づいて実行することも、オンデマンドで実行することもできます。実行できるタスクには、LiveClone の作成と更新、データ マスキング、永続マウント、非永続処理マウント（データベースの整合性チェック、ETL 読み込みなどのタスクに使用）などがあります。ワークフローは、管理者がエンドユーザー（データベース管理者、アプリケーション デベロッパーなど）にセルフサービスのデータアクセスを提供するための簡素化された安全な方法としても使用されます。

バックアップと DR のスタートガイド

このページは、バックアップと DR を紹介するために選択された一連のページの 1 つです。その他のトピックは次のとおりです。