Usando robôs com múltiplos drives gravando simultaneamente [Using autochangers with multiple drives writing at the same time] 1

Depois de tudo, não foi necessário criar duas pools. Consegui utilizar dois drives simultâneamente (numa mesma pool) – com isso os backups estão mais rápidos. Configurei a próxima “flag” como “*no*”, no recurso JobDefs (bacula-dir.conf):

Prefer Mounted Volumes = <yes|no>

“Se a diretiva “Prefer Mounted Volumes” (Preferir Volumes Montados) estiver em “yes” (default yes), o Storage daemon é solicitado para escolher volumes já montados nos drives de fita, em detrimento a volumes que não estejam montados. Isso significa que os “jobs” tentarão escrever no mesmo Volume (desde que o Volume seja correto, ou seja, pertença à “pool” correta, para aquele “job”). Se nenhum Volume adequado estiver disponível, ele escolherá o primeiro drive. Observe que any Volume que for montado será considerado valido para os outros “jobs”. Se múltiplos Jobs começam ao mesmo tempo, todos eles irão preferir múltiplos volumes. Se a diretiva escolhida é *no*, o “Storage daemon” vai preferir um drive não utilizado. Escolher “no” para “Prefer Mounted Volumes” pode ser útil no uso de autochangers com múltiplos drives e que preferem maximizar a taxa de transferência para backup, a custa de mais volumes e drives. Isso significa que o “job” irá escolher um drive não utilizado, em detrimento de um drive em uso.”
Fonte: bacula.org documentation.

After all, it was not necessary creating two pools. I’ve managed to use both drivers at same time (and a single pool) – backups are really faster now. I set up the following flag, as “*no*”, in the JobDefs resource (bacula-dir.conf):

*”Prefer Mounted Volumes = <yes|no>* If the Prefer Mounted Volumes directive is set to *yes* (default yes), the Storage daemon is requested to select either an Autochanger or a drive with a valid Volume already mounted in preference to a drive that is not ready. This means that all jobs will attempt to append to the same Volume (providing the Volume is appropriate — right Pool, … for that job). If no drive with a suitable Volume is available, it will select the first available drive. Note, any Volume that has been requested to be mounted, will be considered valid as a mounted volume by another job. This if multiple jobs start at the same time and they all prefer mounted volumes, the first job will request the mount, and the other jobs will use the same volume. If the directive is set to *no*, the Storage daemon will prefer finding an unused drive, otherwise, each job started will append to the same Volume (assuming the Pool is the same for all jobs). Setting Prefer Mounted Volumes to no can be useful for those sites with multiple drive autochangers that prefer to maximize backup throughput at the expense of using additional drives and Volumes. This means that the job will prefer to use an unused drive rather than use a drive that is already in use.”
Source: bacula.org documentation.

Disponível em: pt-brPortuguês

Deixe uma resposta

Fechar Menu