Na minha configuração do bareos, tenho mais de 3 dispositivos virtuais por cliente. Esses 3+ dispositivos virtuais por cliente têm um tipo de mídia que aponta para um local físico (diretório). Todo cliente tem pelo menos 4 pools; Dois pools usam um dispositivo virtual (Incremental, Diferencial) e dois pools usam esses dois dispositivos (um pool / um dispositivo (virtual)).
Nesta configuração, tenho um tipo de mídia para esses 3+ dispositivos virtuais e esses 4+ pools. Cada um desses 3+ dispositivos virtuais aponta para um diretório por cliente. Esses 4+ pools por cliente atribuíram esses 3+ dispositivos. Então, se eu mantiver um tipo de mídia por local físico (diretório), não tenho nenhum problema com a restauração usando qualquer um desses 3+ dispositivos.
Mas agora descobri que esses 4+ pools por cliente tornam as coisas mais complicadas. Eu gostaria de reduzir a configuração dos pools acima para cerca de 13 pools. Mas essa redução exige manter muitos tipos diferentes de mídia em um único pool. Eu encontrei informações no manual da bareos que poderia causar problemas, por exemplo com a migração. Aqui estão algumas informações sobre isso no manual:
Each Pool into which you migrate Jobs or Volumes must contain Volumes of only one Media Type Dir Storage .
Bareos permits Pools to contain Volumes of different Media Types. However, when doing migration, this is a very undesirable condition. For migration to work properly, you should use Pools containing only Volumes of the same Media Type for all migration jobs.
Above, we discussed how you could have a single device named FileBackupSd Device that writes to volumes in /var/lib/bareos/storage/. You can, in fact, run multiple concurrent jobs using the Storage definition given with this example, and all the jobs will simultaneously write into the Volume that is being written. Now suppose you want to use multiple Pools, which means multiple Volumes, or suppose you want each client to have its own Volume and perhaps its own directory such as /home/bareos/client1 and /home- /bareos/client2 ... . With the single Storage and Device definition above, neither of these two is possible. Why? Because Bareos disk storage follows the same rules as tape devices. Only one Volume can be mounted on any Device at any time. If you want to simultaneously write multiple Volumes, you will need multiple Device resources in your Bareos Storage Daemon configuration and thus multiple Storage resources in your Bareos Director configuration. Okay, so now you should understand that you need multiple Device definitions in the case of different directories or different Pools, but you also need to know that the catalog data that Bareos keeps contains only the Media Type and not the specific storage device. This permits a tape for example to be re-read on any compatible tape drive. The compatibility being determined by the Media Type (Media Type Dir Storage and Media Type SdDevice ). The same applies to disk storage. Since a volume that is written by a Device in say directory /home/bareos/backups cannot be read by a Device with an Archive Device Sd Device = /home/bareos/client1, you will not be able to restore all your files if you give both those devices Media Type Sd Device = File. During the restore, Bareos will simply choose the first available device, which may not be the correct one. If this is confusing, just remember that the Directory has only the Media Type and the Volume name. It does not know the Archive Device Sd Device (or the full path) that is specified in the Bareos Storage Daemon. Thus you must explicitly tie your Volumes to the correct Device by using the Media Type.
Você poderia explicar por que não consigo manter muitos tipos diferentes de mídia em um pool, se o tipo de mídia apontar para o dispositivo virtual correto (diretório)?
Por que isso pode ser um problema com a migração no meu caso, quando o tipo de mídia aponta para o diretório e o volume corretos?
Tags bareos