在我的 bareos 设置中，每个客户端有 3 个以上的虚拟设备。每个客户端的这 3 个以上虚拟设备具有指向一个物理位置（目录）的一种媒体类型。每个客户至少有4个矿池； 2 个池使用 1 个虚拟设备（增量、差异），2 个池使用这两个设备（1 个池/1 个设备（虚拟））。
在此设置中，我为这 3 个以上的虚拟设备和这 4 个以上的池使用一种媒体类型。这 3 个以上的虚拟设备中的每一个都指向每个客户端一个目录。每个客户端的这 4 个以上的池已分配了这 3 个以上的设备。因此，如果我为每个物理位置（目录）保留一种媒体类型，那么使用这 3 个以上设备中的任何一个进行恢复都没有问题。
但现在我发现每个客户端有 4 个以上的池让事情变得更加复杂。我想将上述池设置减少到 13 个左右。但这种减少需要将许多不同的媒体类型保留在一个池中。我在 bareos 手册中发现了一些信息，它可能会导致迁移等问题。以下是手册中的一些信息：
您将作业或卷迁移到的每个池必须仅包含一种介质类型 Dir Storage 的卷。
Bareos 允许池包含不同媒体类型的卷。然而，在进行迁移时，这是一个非常不希望出现的情况。为了使迁移正常进行，您应该为所有迁移作业使用仅包含相同媒体类型卷的池。
上面，我们讨论了如何拥有一个名为 FileBackupSd Device 的设备来写入 /var/lib/bareos/storage/ 中的卷。事实上，您可以使用本示例中给出的存储定义来运行多个并发作业，并且所有作业将同时写入正在写入的卷中。现在假设您想要使用多个池，这意味着多个卷，或者假设您希望每个客户端都有自己的卷，也许还有自己的目录，例如 /home/bareos/client1 和 /home- /bareos/client2 ... 。通过上面的单一存储和设备定义，这两者都不可能。为什么？因为 Bareos 磁盘存储遵循与磁带设备相同的规则。任何时间任何设备上只能安装一个卷。如果要同时写入多个卷，则 Bareos Storage Daemon 配置中需要多个设备资源，因此 Bareos Director 配置中需要多个存储资源。好的，现在您应该明白，在不同目录或不同 Pool 的情况下，您需要多个 Device 定义，但您还需要知道 Bareos 保留的目录数据仅包含 Media Type，而不包含特定存储设备。例如，这允许在任何兼容的磁带驱动器上重新读取磁带。兼容性由媒体类型（媒体类型 Dir Storage 和媒体类型 SdDevice ）决定。这同样适用于磁盘存储。由于具有存档设备 Sd Device = /home/bareos/client1 的设备无法读取目录 /home/bareos/backups 中的设备写入的卷，因此如果您执行以下操作，您将无法恢复所有文件：给这两个设备 Media Type Sd Device = File。在恢复过程中，Bareos 将简单地选择第一个可用的设备，该设备可能不是正确的。如果这令人困惑，请记住目录只有媒体类型和卷名称。它不知道 Bareos 存储守护程序中指定的存档设备 Sd 设备（或完整路径）。因此，您必须使用媒体类型将卷明确绑定到正确的设备。
如果媒体类型指向正确的虚拟设备（目录），您能否解释一下为什么我无法在一个池中保留多种不同的媒体类型？
当媒体类型指向正确的目录和卷时，为什么在我的情况下可能会出现迁移问题？