https://helpcenter.veeam.com/docs/backup/vsphere/vmfile_recovery.html?ver=100

物理 Windows ファイル サーバーをローカル VMware ESXi ホストに移行する場合、サーバーの大容量データを考慮すると、最も効率的なアプローチは D: インスタント VM リカバリを実行することです。Veeam のインスタント VM リカバリを使用すると、ESXi ホストで実行されている VM にバックアップをすばやく復元できます。このプロセスでは、最初に VM のデータを本番ストレージに完全に復元する必要なく、バックアップ ファイルから VM を直接実行します。この方法は、特に大容量の場合に有利で、初期データ転送時間が最小限に抑えられ、サーバーを仮想環境でより迅速に運用できるようになります。VM が起動して実行された後、Veeam は、運用の中断を最小限に抑えるために、バックグラウンドで VM を本番ストレージに移行するオプションを提供します。
このアプローチは、大規模なデータ セットの迅速な移行または復元が必要なシナリオに最適です。

セキュリティ規制により VMware Tools (VIX) を使用できない場合、バックアップ管理者はプロキシ サーバーをゲスト インタラクション プロキシとして使用して、バックアップ ジョブのゲスト ファイル システムのインデックス作成を有効にすることができます。ゲスト インタラクション プロキシは、VIX を必要としないゲスト ファイル システムのインデックス作成などのゲスト処理タスクの展開と調整を担当します。

NAS ファイル共有をバックアップする場合、データ保護のベスト プラクティス (3-2-1 ルール (データの合計 3 つのコピー、そのうち 2 つはローカルだが別のデバイス上にあり、少なくとも 1 つのコピーはオフサイトにある) と呼ばれる) に準拠するために、データのコピーが複数存在することを確認することが重要です。
データのセカンダリ コピーを実装すると、この追加の冗長性レイヤーが提供されます。Veeam では、バックアップ コピー ジョブを作成することでこれを実現できます。これにより、データのセカンダリ コピーが別の場所に保存されることが保証されます。これは、プライマリ バックアップの保存場所であるバックアップ リポジトリの単純な使用や、バックアップ プロセスでさまざまな目的を果たすキャッシュ/アーカイブ リポジトリと混同しないでください。

トランザクション ジョブはメイン バックアップ ジョブの子ジョブであるため、トランザクション ジョブのコピー ジョブを作成することはできません。