Veritas NetBackup 並列ストリームフレームワーク SDK 開発者ガイド
- NetBackup Parallel Streaming Framework を使用したワークロードの保護
- NetBackup Parallel Streaming Framework プラグインアーキテクチャ
- NetBackup Parallel Streaming Framework SDK の配備
- プラグイン開発の準備
- サンプルプラグインの使用
- 作業負荷プラグインの開発
- ワークロードプラグインの配備
- NetBackup Parallel Streaming Framework API リファレンス
- aapi_close_object
- aapi_close_server
- aapi_create_object
- aapi_delete_object
- aapi_discovery
- aapi_flush
- aapi_get_object_prop
- aapi_get_object_prop_byname
- aapi_get_server_prop
- aapi_get_snappath_from_realpath
- aapi_open_object
- aapi_open_server
- aapi_pgn_claim
- aapi_pgn_init
- aapi_postprocess
- aapi_read_object
- aapi_set_object_utimes
- aapi_terminate
- aapi_write_object
- aapi_restore_preprocess
- aapi_restore_postprocess
- NetBackup Parallel Streaming Framework API の戻り値
- ログとトラブルシューティング
リカバリフェーズについて
作業負荷プラグインの効率的なリカバリ戦略を、バックアップフェーズから計画する必要があります。リカバリフェーズは、保護対象となる作業負荷によって異なります。たとえば、仮想マシンのリカバリと比較すると、データベースには異なるリカバリ手順が必要です。
次の手順では、データリカバリ処理の概要を示します。
このサブフェーズでは、リカバリ情報をキャプチャするために、リカバリメタデータが作業負荷ファイルに追加されます。バックアップ処理では、必要な情報をキャプチャし、NetBackup カタログを更新します。
このサブフェーズでは、リストア処理が NetBackup カタログからリカバリのメタデータを読み取り、リカバリ情報に従って作業負荷データをリカバリします。
1 つの親オブジェクトのすべてのメタデータとリカバリファイルを、1 つのバックアップホストを使用してバックアップする必要があります。
リストア処理中にリカバリメタデータを変更することはできません。
リカバリフェーズでは、次の API を使用します。
表: 作業負荷リカバリ用の API
|
API |
説明 |
|---|---|
|
サービスのシャットダウンやデータベースのマウント解除などのリカバリ前のタスクを実行するためのリカバリフェーズで、フレームワークはこの API を呼び出します。 | |
|
作業負荷データのリカバリを開始するために、フレームワークはこの API を呼び出します。 | |
|
完全なリカバリ情報を収集して、後処理で使用できるようにするために、フレームワークはこの API を呼び出します。 |
バックアップオブジェクトの検出中に、プラグインは作業負荷ファイルを使用してリカバリメタデータを格納できます。リカバリメタデータは、データリカバリフェーズで取得および使用されます。
メタデータには、バックアップオブジェクトの階層、バックアップ対象の親オブジェクト、すべてのファイルの場所とリスト、および作業負荷データのリカバリに必要な情報が含まれます。ファイルには、リカバリ処理で必要になるすべての物理ファイル、追加のメタデータファイル、またはマニフェストファイルを含めることができます。
追加のメタデータを収集するために、作業負荷ファイルにプレースホルダを追加します。作業負荷ファイルの追加のメタデータは新しいノードにでき、親オブジェクトと追加のリカバリ項目に関する情報が含まれます。バックアップオブジェクトは、親オブジェクトとメタデータの下に表示できます。
作業負荷ファイルについてを参照してください。
たとえば、次に示す作業負荷ファイルのスニペットでは、作業負荷のリカバリのために、作業負荷に実際のバックアップ対象
backup_selection、スナップショットディレクトリsnapshot_dir、メタファイルmanifest_file_name、およびスナップショット情報snapshot_file_nameが必要です。/backup_selection/ /backup_selection/recovery_metadata/ /backup_selection/recovery_metadata/checkpoint /backup_selection/recovery_metadata/checkpoint/checkpoint_file_name /backup_selection/recovery_metadata/snapshot_dir /backup_selection/recovery_metadata/snapshot_dir/manifest_file_name /backup_selection/recovery_metadata/snapshot_dir/snapshot_file_name /backup_selection/backup_data/ /backup_selection/backup_data/logs /backup_selection/backup_data/logs/log_file_name /backup_selection/backup_data/data /backup_selection/backup_data/data/database_file_name
メモ:
この例の作業負荷ファイルには、バックアップ用のデータが含まれています。このバックアップデータは、
recovery_metadataとbackup_dataの各セクションに分離されます。recovery_metadataセクションには、成功したリカバリの情報が含まれ、backup_dataセクションには、実際の作業負荷データが含まれています。リカバリメタデータのセクションが追加されると、作業負荷プラグインでは、作業負荷ファイルをスキャンし、リカバリ関連の必要な情報をキャプチャし、バックアップイメージを準備してバックアップを完了します。
データバックアップフェーズについてを参照してください。
作業負荷データのリカバリは、作業負荷ファイルでキャプチャされたリカバリメタデータに基づいたリストアフェーズと、データのリカバリで構成されます。
リストアフェーズでは、フレームワークが aapi_set_object_utimes API を呼び出すと、リストア処理がリカバリメタデータを読み取り、その後データリカバリに必要なすべての情報を収集します。リカバリ情報とリカバリ可能な項目がキャプチャされ、ファイルまたはメモリ内に保持されます。
リストアフェーズでは、フレームワークが aapi_set_object_utimes API を呼び出すと、リカバリ可能な項目がキャプチャされて、ファイルまたはメモリ内に保持されます。その後、API は、データリカバリに必要なすべての情報を収集します。
リストアフェーズについてを参照してください。
たとえば、リカバリメタデータの追加の手順 で指定された作業負荷ファイルのスニペットで、aapi_set_object_utimes の呼び出しはまず
/backup_selection/backup_data/data/database_file_nameの情報を読み取ります。API は、次にrecovery_metadataエントリを検索し、リカバリ可能な対象の/backup_selection/recovery_metadata/、スナップショットディレクトリのsnapshot_dir、およびその他の情報を検索します。フレームワークは aapi_restore_postprocess API を呼び出し、aapi_set_object_utimes の呼び出し後に、リストア済みオブジェクトのリカバリを開始します。リカバリ手順は、保護する作業負荷に基づいています。たとえば、データベースをリカバリしてテーブルとしてマウントしたり、データベースサービスをアクティブにしたりできます。仮想マシンの場合は、リストアされたマシンを Hypervisor または VMware に登録するように指示できます。