Bareos設定には、クライアントごとに3つ以上の仮想デバイスがあります。クライアントごとに3つ以上の仮想デバイスには、1つの物理的な場所（ディレクトリ）を指す1つのメディアタイプがあります。顧客あたり少なくとも4つのマイニングプールがあります。 2つのプールは1つの仮想デバイス（増分、差分）を使用し、2つのプールは2つのデバイス（1つのプール/ 1つのデバイス（仮想））を使用します。
この設定では、3つ以上の仮想デバイスと4つ以上のプールに1つのメディアタイプを使用します。これら3つ以上の仮想デバイスのそれぞれは、クライアントごとのディレクトリを指します。クライアントごとに4つ以上のプールには3つ以上のデバイスが割り当てられています。したがって、物理的な場所（ディレクトリ）ごとに1つのメディアタイプを維持している場合は、回復にこれら3つ以上のデバイスを使用することに問題はありません。
ただし、クライアントごとに4つ以上のプールを使用すると、状況がより複雑になります。上記のプール設定を13程度に減らしたいです。ただし、これを行うには、1つのプールにさまざまなメディアタイプを維持する必要があります。 Bareosのマニュアルで、移行などの問題を引き起こす可能性がある情報を見つけました。マニュアルの一部の情報は次のとおりです。
ジョブまたはボリュームを移行する各プールには、1つのメディアタイプであるDir Storageのボリュームのみを含める必要があります。
Bareosを使用すると、プールにさまざまなメディアタイプのボリュームを含めることができます。ただし、これは移行時に非常に望ましくない状況です。移行が正常に機能するには、すべての移行操作に同じメディアタイプのボリュームのみを含むプールを使用する必要があります。
上記では、/var/lib/bareos/storage/ のボリュームに書き込む FileBackupSd Device というデバイスを持つ方法について説明しました。実際には、この例で提供されているストレージ定義を使用して複数の同時ジョブを実行でき、すべてのジョブは同時に書き込まれるボリュームに書き込まれます。ここでは、複数のボリュームを意味する複数のプールを使用するか、各クライアントに独自のボリュームと /home/bareos/client1 や /home-/bareos/client2 .. のような独自のディレクトリを持たせたいとします。 。上記の単一のリポジトリとデバイス定義ではどちらも不可能です。なぜ？ Bareosディスクストレージはテープデバイスと同じ規則に従うためです。いつでも1つのボリュームのみを任意のデバイスにマウントできます。複数のボリュームを同時に書き込むには、Bareos Storage Daemon 構成に複数のデバイスリソースが必要なため、Bareos Director 構成にも複数のストレージリソースが必要です。今、さまざまなディレクトリや異なるプールの場合は、複数のデバイス定義が必要であることを理解する必要があります。ただし、Bareosが保持するディレクトリデータには、特定のストレージデバイスではなくメディアタイプのみが含まれていることに注意する必要があります。たとえば、これにより、互換性のあるすべてのテープドライブからテープを再読み込みできます。互換性は、メディアタイプ（メディアタイプDir StorageとメディアタイプSdDevice）によって決まります。ディスクストレージにも同様に適用されます。アーカイブデバイスSd Device = /home/bareos/client1を持つデバイスは、/home/bareos/backupsディレクトリにあるデバイスが書き込んだボリュームを読み取ることができないため、次の操作を実行するとすべてのファイルを復元できません。これら 2 つの DeviceMedia タイプ Sd Device = File です。復元処理中、Bareos は最初に使用可能なデバイスを選択しますが、これは正確ではない可能性があります。これが混乱している場合は、ディレクトリにメディアタイプとボリューム名のみがあることに注意してください。 Bareosストレージデーモンで指定されたアーカイブデバイスSdデバイス（またはフルパス）がわかりません。したがって、メディアタイプを使用してボリュームを正しいデバイスに明示的にバインドする必要があります。
メディアタイプが正しい仮想デバイス（ディレクトリ）を指している場合、1つのプールに複数の異なるメディアタイプを維持できない理由を説明できますか？
メディアタイプが正しいディレクトリとボリュームを指している場合、移行の問題が発生するのはなぜですか？