回答:
たくさんのバックアップジョブがあると想像してください。完全バックアップ、差分バックアップ、トランザクションログバックアップ...すべてのバックアップをローカルディスクからSANに移動する必要があるとしましょう。バックアップデバイスを使用する場合は、新しいディスクへのパスを使用してデバイスを再作成する必要があります。ただし、バックアップスクリプトがフルパスを使用するように記述されている場合、これらのパスを変更するには、すべてのジョブ、すべてのジョブステップを書き直す必要があります。
ただし、バックアップパスまたはファイル名を動的に変更するカスタムシナリオ（たとえば、フォルダーまたはファイル名に日付/時刻を追加する）を使用する場合など、バックアップデバイスを使用する必要がない場合もあります。
バックアップごとに1つのファイルを使用する
私はしたくない：
TBサイズのデータベース、パーティション、ファイルグループがあり、部分的なバックアップ/復元を実行する場合は、これらの問題が増大します。DRの状況では、すべてをシンプルかつ明確にする必要があります。
私がこれまで行ってきたほとんどの（大小の）ショップがこれを行います。自己記述ファイルを扱う方が簡単です。
「デバイス」の概念は、Sybase、SQL Server 6.5以前に遡ります。ここにもディスクデバイスがありました。SQLServer 7で個別のMDFとLDFが導入されました
論理バックアップデバイスは、物理デバイスからの単なる抽象化です。
これにより、バックアップスクリプトやメンテナンスパッケージを編集する必要がなく、論理デバイス定義を変更できるため、物理デバイス間の切り替えが簡単になります。
レポートシステムに論理バックアップデバイスを使用して、複数の復元を実行したいが、フルパスをスクリプト化したくありませんでした。スクリプトを変更せずに、ダンプデバイスの定義を簡単に変更できます。
テープに直接ダンプしたことはありませんが、テープバックアップに論理ダンプデバイスを使用する場合にも同じ概念が当てはまると思います。
これらは、私が現在認識している唯一の利点です。
それらには用途がありますが、クリーンアップスクリプトを実行して古いバックアップを削除し、バックアップドライブがいっぱいになるのを防ぐのが簡単になるため、ファイルごとに1つの完全、差分、またはトランザクションログバックアップを使用することを好みます。
上記ですでに説明した以外に、バックアップデバイスを使用する理由として他に考えられる唯一の理由は、スペースに制約がある場合です。100 GBのDBがあり、それぞれに60 GBの空き領域がある2つのドライブがある場合、各ドライブにバックアップデバイスを作成し、両方にバックアップできます。ただし、復元するには両方のデバイスが必要です。
-クリス
-もちろん、デバイスの代わりに複数のバックアップファイルに書き込むこともできます。