• State Not Answered
  • Replies 1 reply
  • Subscribers 18 subscribers
  • Views 285 views
  • Users 0 members are here
Options
Related

Validity of procedures for migrating and re-adding a VTL from Site A to a NetVault Server at Site B

tech_34197

このアプローチが適切かどうか、ご意見をお聞かせください。

[目的]サイトAのNetVaultサーバーにバックアップされたVTLデータをサイトBに複製する予定です。サイトAのセーブセットをメディアスキャンでサイトBにリストアし、サイトBで復元することを目標としています。サイトBにデバイス情報やメディア情報（ラベル、インデックス）が残っていることによる不整合を避けるため、VTLを再度追加する前にサイトB環境をクリーンアップする手順を検討しています。

[環境]

  • NetVault バージョン: 13.2

  • OS: Windows Server 2019

  • レプリケーション方法:サイト A からサイト B へのストレージベースのレプリケーション。レプリケートされた VTL データは、ファイル レベルで指定された場所にコピーされます。

[提案手順]次の手順は、サイト B の既存の VTL および保存セット情報を完全に破棄できるという前提に基づいています。

  1. サイト A からサイト B の指定されたパスに VTL データを複製します。

  2. サイト B の既存情報のクリーンアップ:サイト B の既存の VTL 内のすべてのメディアに対して「ブランク」操作を実行し、NetVault データベース (NVDB) から既存のメディア情報 (ラベル、インデックス) を完全に消去します。

  3. デバイスの削除: NetVault WebUI (デバイス管理) を介して既存の VTL を削除します。

  4. 物理ディレクトリの削除： OS 側で既存 VTL の物理ディレクトリ (データ保存フォルダ) を削除します。

  5. サービス停止: NetVault サービスを停止します。

  6. データの配置 (サイト A のデータのコピー):サイト A から複製された VTL データを、手順 4 で削除したディレクトリと同じ場所にコピーします。

    • 注: 目標は、diskdevices.cfg手動で編集することなく、などに記録されたパス情報を再利用することです。

  7. サービスの開始: NetVault サービスを開始します。

  8. デバイスの再登録:デバイス管理で、「以前に生成された仮想デバイスを再追加」オプションを有効にし、対応するパスを指定します。

  9. 保存セットのインポート: VTL が認識されていることを確認した後、メディア スキャンを実行して、サイト A の保存セット情報を NVDB にインポートします。

【相談・確認事項】 Q1. NVDBと物理データの整合性の観点から、上記手順の中で公式サポートで推奨されていない操作や、より適切な手順はありますか？

Q2.ステップ6に関して、同一の物理パスを使用して編集を省略する方法は、diskdevices.cfg「再追加」プロセス中に有効なアプローチと考えられますか？

ご意見やご提案がございましたら、ぜひお聞かせください。ありがとうございます！

よろしくお願いします、

木村幸司

Parents
  • 0

    Validity of procedures for migrating and re-adding a VTL from Site A to a NetVault Server at Site B

    I would like to hear your thoughts on whether this approach is appropriate.

    [Objective] I am planning to replicate VTL data backed up on a NetVault server at Site A to Site B. My goal is to use the save sets from Site A for restoration at Site B by performing a media scan. To avoid inconsistencies caused by residual device information or media information (labels, indexes) at Site B, I am considering a procedure to clean up the Site B environment before re-adding the VTL.

    [Environment]
    - NetVault Version: 13.2
    - OS: Windows Server 2019
    - Replication Method: Storage-based replication from Site A to Site B. The replicated VTL data is copied to a specified location at the file level.

    [Proposed Procedures] The following steps are based on the premise that existing VTL and save set information at Site B can be completely discarded.
    1. Replicate the VTL data from Site A to the designated path at Site B.
    2. Cleanup of existing information at Site B: Perform a "Blank" operation on all media within the existing VTL at Site B to completely erase existing media information (labels, indexes) from the NetVault Database (NVDB).
    3. Device Removal: Remove the existing VTL via the NetVault WebUI (Device Management).
    4. Physical Directory Deletion: Delete the physical directory (data storage folder) of the existing VTL on the OS side.
    5. Service Stop: Stop the NetVault Service.
    6. Data Placement (Copy Site A Data): Copy the VTL data replicated from Site A to the same location as the directory deleted in Step 4.
    Note: The goal is to reuse the path information recorded in diskdevices.cfg etc., without manual editing.
    7. Service Start: Start the NetVault Service.
    8. Device Re-registration: In Device Management, enable the "Re-add previously generated virtual device" option and specify the corresponding path.
    9. Save Set Import: After confirming the VTL is recognized, perform a media scan to import the Site A save set information into the NVDB.

    [Consultation/Confirmation Items]
    Q1. From the perspective of consistency between the NVDB and physical data, are there any operations in the above steps that are not recommended by official support, or is there a more appropriate procedure?

    Q2. Regarding Step 6, is the method of omitting edits to diskdevices.cfg by using the identical physical path considered a valid approach during the "Re-add" process?


    I would appreciate any insights or suggestions you may have. Thank you!

    Best Regards,
    Kouji Kimura

Reply
  • 0

    Validity of procedures for migrating and re-adding a VTL from Site A to a NetVault Server at Site B

    I would like to hear your thoughts on whether this approach is appropriate.

    [Objective] I am planning to replicate VTL data backed up on a NetVault server at Site A to Site B. My goal is to use the save sets from Site A for restoration at Site B by performing a media scan. To avoid inconsistencies caused by residual device information or media information (labels, indexes) at Site B, I am considering a procedure to clean up the Site B environment before re-adding the VTL.

    [Environment]
    - NetVault Version: 13.2
    - OS: Windows Server 2019
    - Replication Method: Storage-based replication from Site A to Site B. The replicated VTL data is copied to a specified location at the file level.

    [Proposed Procedures] The following steps are based on the premise that existing VTL and save set information at Site B can be completely discarded.
    1. Replicate the VTL data from Site A to the designated path at Site B.
    2. Cleanup of existing information at Site B: Perform a "Blank" operation on all media within the existing VTL at Site B to completely erase existing media information (labels, indexes) from the NetVault Database (NVDB).
    3. Device Removal: Remove the existing VTL via the NetVault WebUI (Device Management).
    4. Physical Directory Deletion: Delete the physical directory (data storage folder) of the existing VTL on the OS side.
    5. Service Stop: Stop the NetVault Service.
    6. Data Placement (Copy Site A Data): Copy the VTL data replicated from Site A to the same location as the directory deleted in Step 4.
    Note: The goal is to reuse the path information recorded in diskdevices.cfg etc., without manual editing.
    7. Service Start: Start the NetVault Service.
    8. Device Re-registration: In Device Management, enable the "Re-add previously generated virtual device" option and specify the corresponding path.
    9. Save Set Import: After confirming the VTL is recognized, perform a media scan to import the Site A save set information into the NVDB.

    [Consultation/Confirmation Items]
    Q1. From the perspective of consistency between the NVDB and physical data, are there any operations in the above steps that are not recommended by official support, or is there a more appropriate procedure?

    Q2. Regarding Step 6, is the method of omitting edits to diskdevices.cfg by using the identical physical path considered a valid approach during the "Re-add" process?


    I would appreciate any insights or suggestions you may have. Thank you!

    Best Regards,
    Kouji Kimura

Children
No Data