Se você tem a necessidade de configurar vários volumes ocupando um mesmo slot de um robô de fitas no
Bacula, tem que atualizar o slot daquele volume sempre que for utilizá-lo.
Isso pode ser feito manualmente, com o comando
update volume, ou com o comando
update slots.
Um exemplo seria um pool de fitas mensais, contendo os volumes Janeiro, Fevereiro, ..., Dezembro, ocupando o slot X.
Neste caso, uma vez por mês, essa fita é trocada. Para o job de backup ser executado com sucesso, o slot deste volume deve ser atualizado no catálogo do Bacula com os comandos ditos acima.
Uma forma de fazer isso de forma automática é criar um job do tipo "Admin" para executar o comando
update slots, depois que a fita for trocada e antes de o job de backup para aquela fita ser executada.
Abaixo, um exemplo de um job do tipo "Admin", considerando fitas mensais no slot 8 do
storage daemon "my-tape-sd".
Você pode agendar este Job para ser executado pouco antes do Job de backup.
########################################
#
# Job for updating slots
#
########################################
Job {
Name = "UpdateSlots"
Type = Admin
Client = my-host-fd # esse pode ser qualquer file daemon
FileSet = "UpdateSlotsFileSet" # mesmo vazio, deve existir um fileset
Storage = "my-tape-sd"
Messages = Standard
Max Start Delay = 0
Max Run Sched Time = 12 hours
Pool = Fitas
Priority = 5
Schedule = "CicloUpdateSlots"
RunScript {
RunsWhen = Before
RunsOnClient = no
Fail Job on Error = no
Console = "update slots=8 scan my-tape-sd"
}
}
#########################################
#
# FileSet for Job UpdateSlots
#
#########################################
FileSet {
Name = "UpdateSlotsFileSet"
Include {
Options {
signature = MD5
}
}
}
Em alguns fóruns na Internet já foi citado um problema com a versão do mtx e o
update slots.
Em versões anteriores à 1.3.12, a primeira execução do
update slots não funciona, mas somente a segunda tentativa. Para evitar este problema, atualize o mtx para a versão 1.3.12.
Nenhum comentário foi encontrado.