Apagar volumes

[Mauricio Neto]

Amigos  e amigas boa tarde

Estou tentando apagar (purge) os volumes (arquivos) expirados e ainda não entendi a questão.
Segundo um white paper do Bacula  (Best Practices for Disk Based Backup) posso usar o script para console como abaixo:

   Console = "purge volume action=truncate allpools storage=File"

Que não funcionou. Como teste efetuei o comando no bconsole indicando o pool e o storage onde desejo aplicar o "purge" mas mesmo assim e tendo vários volumes (arquivos) com retenção muito maior que a definida ( Volume Retention = 7 Days) recebo a mensagem: No Volumes found to perform truncate action

Abaixo um exemplo da seção via bconsole.
Só para confirmar eu tenho aplicado as opções:

  Auto Prune = Yes
  Action On Purge = Truncate

purge volume action=truncate
Using Catalog "bacula-catalog"
The defined Storage resources are:
     1: pdv-dbase-storage
     2: mssql-sysdbase
     3: pdv-logs-storage
     4: pdv-nfe-matriz
     5: Usuarios
     6: Setores
Select Storage resource (1-6): 1
The defined Pool resources are:
     1: pdv-dbase-pool
     2: mssql-sysdbase
     3: pdv-logs-pool
     4: pdv-nfe-matriz
     5: Usuarios
     6: Setores-Full
     7: Setores-Incr
     8: Default
     9: Scratch
Select Pool resource (1-9): 1
No Volumes found to perform truncate action.
*           

Agradeço a ajuda
Atenciosamente
Mauricio Neto

[Wanderlei Huttel]

Olá Maurício

Faça da seguinte forma:

update volume=Volume-Diario-0001 actiononpurge=Truncate

purge volume=Volume-Diario-0001 pool=Diaria storage=StorageVirtualChanger

truncate volume=Volume-Diario-0004 pool=Diaria storage=StorageVirtualChanger

Atenciosamente 

Nome | Wanderlei Hüttel

Blog  | http://www.huttel.com.br

--
Você recebeu essa mensagem porque está inscrito no grupo "Bacula Backup-Pt-Br" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para bacula-backup-p...@googlegroups.com.
Para postar nesse grupo, envie um e-mail para bacula-ba...@googlegroups.com.
Acesse esse grupo em https://groups.google.com/group/bacula-backup-pt-br.
Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/bacula-backup-pt-br/56D082D5.8060800%40gmail.com.
Para mais opções, acesse https://groups.google.com/d/optout.

[Mauricio Neto]

Wanderlai obrigado pela resposta mas veja

"Volumes" no diretório de backup

Oct 20 18:59 mssql-sysdbase-2015-10-20-18:59 ------> peguei esse como exemplo (> 4 meses)
Oct 25 10:00 mssql-sysdbase-2015-10-25-10:00
Nov  1 10:00 mssql-sysdbase-2015-11-01-10:00
Nov 15 10:00 mssql-sysdbase-2015-11-15-10:00
Nov 22 10:00 mssql-sysdbase-2015-11-22-10:00
Dec  6 10:00 mssql-sysdbase-2015-12-06-10:00
Dec 13 10:00 mssql-sysdbase-2015-12-13-10:00
Dec 20 10:00 mssql-sysdbase-2015-12-20-10:00
Dec 27 10:00 mssql-sysdbase-2015-12-27-10:00

Minha seção bconsole com os comandos sugeridos por você

*update volume=mssql-sysdbase-2015-10-20-18:59 actiononpurge=truncate
Automatically selected Catalog: bacula-catalog
Using Catalog "bacula-catalog"
New ActionOnPurge is: Truncate   --> Se eu criei meus pools /volumes com purgeontruncate porque ele diz que new action?

*purge volume=mssql-sysdbase-2015-10-20-18:59 pool=mssql-sysdbase storage=mssql-sysdbase
This command can be DANGEROUS!!!

It purges (deletes) all Files from a Job,
JobId, Client or Volume; or it purges (deletes)
all Jobs from a Client or Volume without regard
to retention periods. Normally you should use the
PRUNE command, which respects retention periods.
Using Catalog "bacula-catalog"

Volume "mssql-sysdbase-2015-10-20-18:59" has VolStatus "Purged" and cannot be purged. --> ja estava purged
The VolStatus must be: Append, Full, Used, or Error to be purged.

*truncate volume=mssql-sysdbase-2015-10-20-18:59 pool=mssql-sysdbase storage=mssql-sysdbase

No Volumes found to perform truncate action.   ---------> e continua não achando o volume

E dessa forma que você colocou é como se eu tivesse que excluir cada volume individualmente...

Obrigado.

Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/bacula-backup-pt-br/CADOApSBVB11XuTwraunj9BMK5C-zu8SYUH_TjRu%2BswnCiX5zGA%40mail.gmail.com.

[Wanderlei]

Olá Maurício

Se o volume já estava com volstatus=Purge, é preciso atualizar o volstatus para Full,e fazer o purge novamente e dai o truncate.

update volume=Volume-Diaria-0001 actiononpurge=Truncate volstatus=Full

purge volume=Volume-Diario-0001 pool=Diaria storage=StorageVirtualChanger

truncate volume=Volume-Diario-0001 pool=Diaria storage=StorageVirtualChanger

Att Wanderlei

[Mauricio Neto]

Wanderlai obrigado pela resposta mas veja

"Volumes" no diretório de backup

Oct 20 18:59 mssql-sysdbase-2015-10-20-18:59

Oct 25 10:00 mssql-sysdbase-2015-10-25-10:00
Nov  1 10:00 mssql-sysdbase-2015-11-01-10:00
Nov 15 10:00 mssql-sysdbase-2015-11-15-10:00
Nov 22 10:00 mssql-sysdbase-2015-11-22-10:00
Dec  6 10:00 mssql-sysdbase-2015-12-06-10:00
Dec 13 10:00 mssql-sysdbase-2015-12-13-10:00
Dec 20 10:00 mssql-sysdbase-2015-12-20-10:00
Dec 27 10:00 mssql-sysdbase-2015-12-27-10:00

Minha seção bconsole com os comandos sugeridos por você

*update volume=mssql-sysdbase-2015-10-20-18:59 actiononpurge=truncate
Automatically selected Catalog: bacula-catalog
Using Catalog "bacula-catalog"

New ActionOnPurge is: Truncate    -----> Não entendi o porque se eu criei meus pools /volumes já com purgeontruncate porque ele diz que new action

*purge volume=mssql-sysdbase-2015-10-20-18:59 pool=mssql-sysdbase storage=mssql-sysdbase

This command can be DANGEROUS!!!

It purges (deletes) all Files from a Job,
JobId, Client or Volume; or it purges (deletes)
all Jobs from a Client or Volume without regard
to retention periods. Normally you should use the
PRUNE command, which respects retention periods.
Using Catalog "bacula-catalog"

Volume "mssql-sysdbase-2015-10-20-18:59" has VolStatus "Purged" and cannot be purged. --> ja estava purged
The VolStatus must be: Append, Full, Used, or Error to be purged.

*truncate volume=mssql-sysdbase-2015-10-20-18:59 pool=mssql-sysdbase storage=mssql-sysdbase
No Volumes found to perform truncate action.   ---------> e continua não achando o volume

Em 26-02-2016 14:30, Wanderlei Huttel escreveu:

Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/bacula-backup-pt-br/CADOApSBVB11XuTwraunj9BMK5C-zu8SYUH_TjRu%2BswnCiX5zGA%40mail.gmail.com.

[Wanderlei Huttel]

Olá Maurício

Dei uma olhada no código do bacula e tem uma mensagem dizendo que só está fazendo o truncate em volumes com status purged.

/* Special case for the "Action On Purge", this option is working only on

  * Purged volume, so no jobs or files will be purged.

  * We are skiping this message if "purge volume action=xxx"

 */

Então é preciso fazer manual mesmo por enquanto:

*purge volume=Volume-Diaria-0001 pool=Diaria

*purge volume=Volume-Diaria-0001 action=truncate pool=Diaria

Atenciosamente 

Nome | Wanderlei Hüttel

Blog  | http://www.huttel.com.br

Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/bacula-backup-pt-br/CAAHJNBCbUKOEeAqCJKsLP4p8oeraGUS2UNVJ56wYZ4W3qoDSAw%40mail.gmail.com.

[Ana Emília M. Arruda]

Olá Wanderlei e Maurício,

Acredito que desde que foi introduzida a diretiva ActionOnPurge = Truncate, assim como a opção de passar o action=truncate no comando purge, a ideia é "truncar volumes purged". Tá explicado no manual.

O Bacula não faz delete ou purge dos seis volumes de maneira automática.

Existe a opção "purge oldest volume" que você permite que ele faça purge do(s) volume(s) mais antigo(s) caso precise de um e não encontre nenhum disponível (status=append ou possa criar um se tiver configurado label automático).

Você pode automatizar o purge de volumes via script. Pode até criar um job type =admin e mandar rodar esse script pelo Bacula. Fazendo o purge assim, sua configuração "acriononpurge=truncate" dos seus pools irão funcionar para os volumes que forem "purgados" pelo script.

[]s
Ana

Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/bacula-backup-pt-br/CADOApSDBww%3D8VitaOYZ0N_pNp3ZkhbejzWanrqPvX_h94qs6ZQ%40mail.gmail.com.

[Wanderlei Huttel]

Olá Ana

O manual não é muito bem claro sobre isso. 

No meu entendimento deveria truncar os volumes já quando executo o comando purge com o a opção "action"

Pelo que vi no fonte, se no bconsole encontrar o a parâmetro "action" ele chama a função truncate, mas ele poderia fazer o purge e em seguida o chamar a truncate.

Atenciosamente 

Nome | Wanderlei Hüttel

Blog  | http://www.huttel.com.br

Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/bacula-backup-pt-br/CAAh-UZbTbw0A4UvUgPqwz2gYQv5ExfjBwQ20Li4WR%2BXCk1bG6Q%40mail.gmail.com.

[Ana Emília M. Arruda]

Olá Wanderlei,

Sim, o Bacula realiza o truncate dos volumes quando configurado no pool ActionOnPurge=truncate ou quando informado na opção "action" do comando "purge" do bconsole.

Eu tive essa confusão mental com "purge", "prune", "truncate", etc., há muito tempo atrás quando comecei a usar o Bacula. E acho que hoje em dia entendi bem como funciona.

1) O purge não significa que o Bacula apaga o volume do catálogo ou do disco. O prune tampouco.

2) O truncate não significa que depois de realizado vamos passar a ver o "VolBytes" no catálogo com valor 0, muito menos vai "zerar" o arquivo em disco.

Por que?

Em ambos os casos, porque a filosofia do Bacula é "manter seus dados de backup o maior tempo possível resguardados, sãos e salvos".

Quando fazemos um purge de um volume, estamos dizendo ao Bacula o seguinte: "estou desconsiderando os tempos de retenção para este meu volume, você pode reutilizá-lo quando precisar."

Quando fazemos um truncate em um volume, estamos dizendo ao Bacula o seguinte: "quando for reutilizar este volume, por favor comece a escrever ao princípio do arquivo.".

Deixando mais clara a funnção do truncate com um exemplo:

A) Sem o uso do truncate:

1) Vol-0001 foi criado, realizado backup de 50 GB. O arquivo em disco para o Vol-0001 aparece com tamanho 50 GB.

2) Foi realizado um purge do volume.

3) Ao ser reutilizado, o(s) job(s) gravaram apenas 20 GB no Vol-0001. No entanto, o Vol-0001 irá continuar ocupando em disco os 50 GB.

B)

1) Vol-0001 foi criado, realizado backup de 50 GB. O arquivo em disco para o Vol-0001 aparece com tamanho 50 GB.

2) Foi realizado um purge do volume com a opção truncate (seja ela configurada no Pool ou informada no ato de emitir o comando purge com a opção action).

3) Ao ser reutilizado, o(s) job(s) gravaram apenas 20 GB no Vol-0001. O Vol-0001 irá ocupar em disco 20 GB.

Por isso o truncate "economiza" espaço em disco. Mas só vamos "visualizar" o truncate após a reutilização do volume, antes disso, o Bacula não faz nada para manter os dados o maior tempo que pode guardados.

As informações sobre a opção Action On Purge = truncate para Pools estão na página 48 do Manual da versão 7.4.0 (versão em PDF), item 5.4.1.

Desculpem se me estendi muito aqui, mas como tive muitas dúvidas sobre isso, resolvi falar tudo que eu entendo sobre o tema. Quem sabe até estou errada e a gente entende junto tudo isso :).

[]s

Ana

Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/bacula-backup-pt-br/CADOApSCt4hQM9953EVT77qCjA7iH_2eosk9ShKEKANd8QfGfdQ%40mail.gmail.com.

[Wanderlei Huttel]

Olá Ana

No começo eu também tinha esta confusão, mas agora está bem claro.

O único detalhe que acredito que pode ter algum problema ainda é o "purge action= truncate", pois ele retorna que não tem nenhum volume marcado como purged para efetuar o truncate, é claro pois ainda não isei o purge.

É preciso executar um purge sem a action e outro com a action.

#######################################################

*purge volume=Volume-Diaria-0001 pool=Diaria action=truncate

Automatically selected Storage: StorageVirtualChanger

No Volumes found to perform "truncate" command.

#######################################################

*purge volume=Volume-Diaria-0001 pool=Diaria

This command can be DANGEROUS!!!

It purges (deletes) all Files from a Job,

JobId, Client or Volume; or it purges (deletes)

all Jobs from a Client or Volume without regard

to retention periods. Normally you should use the

PRUNE command, which respects retention periods.

Using Catalog "MyCatalog"

1 File on Volume "Volume-Diaria-0001" purged from catalog.

There are no more Jobs associated with Volume "Volume-Diaria-0001". Marking it purged.

#######################################################

*purge volume=Volume-Diaria-0001 pool=Diaria action=truncate

Automatically selected Storage: StorageVirtualChanger

Using Catalog "MyCatalog"

Connecting to Storage daemon StorageVirtualChanger at 192.168.1.90:9103 ...

3000 OK label. VolBytes=206 VolABytes=0 VolType=1 Volume="Volume-Diaria-0001" Device="vc-disk01" (/var/spool/vchanger/0)

The volume "Volume-Diaria-0001" has been truncated

#######################################################

Em 28 de fevereiro de 2016 14:46, Ana Emília M. Arruda <emilia...@gmail.com> escreveu:

Olá Wanderlei,

Sim, o Bacula realiza o truncate dos volumes quando configurado no pool ActionOnPurge=truncate ou quando informado na opção "action" do comando "purge" do bconsole.

Eu tive essa confusão mental com "purge", "prune", "truncate", etc., há muito tempo atrás quando comecei a usar o Bacula. E acho que hoje em dia entendi bem como funciona.

1) O purge não significa que o Bacula apaga o volume do catálogo ou do disco. O prune tampouco.

O purge apaga os jobs e files do catálogo sem respeitar a retenção e o prune respeita a retenção

2) O truncate não significa que depois de realizado vamos passar a ver o "VolBytes" no catálogo com valor 0, muito menos vai "zerar" o arquivo em disco.

Todos os testes que efetuei o bacula zera o volume físico e o "VolBytes" do catálogo 

Por que?

Em ambos os casos, porque a filosofia do Bacula é "manter seus dados de backup o maior tempo possível resguardados, sãos e salvos".

Quando fazemos um purge de um volume, estamos dizendo ao Bacula o seguinte: "estou desconsiderando os tempos de retenção para este meu volume, você pode reutilizá-lo quando precisar."

OK 

Quando fazemos um truncate em um volume, estamos dizendo ao Bacula o seguinte: "quando for reutilizar este volume, por favor comece a escrever ao princípio do arquivo.".

OK 

Deixando mais clara a funnção do truncate com um exemplo:

A) Sem o uso do truncate:

1) Vol-0001 foi criado, realizado backup de 50 GB. O arquivo em disco para o Vol-0001 aparece com tamanho 50 GB.

OK 

2) Foi realizado um purge do volume.

OK 

3) Ao ser reutilizado, o(s) job(s) gravaram apenas 20 GB no Vol-0001. No entanto, o Vol-0001 irá continuar ocupando em disco os 50 GB.

Acredito que você está equivocada, pois não faz nenhum sentido você ter um volume que pode ser reutilizado (Purged) e o bacula manter essas informações no volume. Então iremos saber o tamanho real de cada volume qu pode ser reciclado.

B)

1) Vol-0001 foi criado, realizado backup de 50 GB. O arquivo em disco para o Vol-0001 aparece com tamanho 50 GB.

OK 

2) Foi realizado um purge do volume com a opção truncate (seja ela configurada no Pool ou informada no ato de emitir o comando purge com a opção action).

O comando purge com a opção action, só funciona se existirem volumes com "VolStatus" = Purged. 

No meu ponto de vista quando tiver a opção pool "Action On Purge = Truncate", quando execute o purge com a action truncate, o bacula deveria fazer o purge dos volumes e após o purge o truncate

3) Ao ser reutilizado, o(s) job(s) gravaram apenas 20 GB no Vol-0001. O Vol-0001 irá ocupar em disco 20 GB.

OK 

Por isso o truncate "economiza" espaço em disco. Mas só vamos "visualizar" o truncate após a reutilização do volume, antes disso, o Bacula não faz nada para manter os dados o maior tempo que pode guardados.

Se no bconsole for executado o purge e após o purge um truncate, o bacula zera os dados do volume no disco e no catálogo.

Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/bacula-backup-pt-br/CAAh-UZaNp8TY9XmfrS7pwg4Jz%2BnvZCV%3DE0PWWpD_hLX3sp6JtA%40mail.gmail.com.

[Wanderlei]

Ficou errado uma parte:

3) Ao ser reutilizado, o(s) job(s) gravaram apenas 20 GB no Vol-0001. No entanto, o Vol-0001 irá continuar ocupando em disco os 50 GB.

Acredito que você está equivocada, pois não faz nenhum sentido você ter um volume que pode ser reutilizado (Purged) e o bacula manter essas informações no volume. A única maneira de acontecer isso é se eu fazer um purge no volume e após fazer um update no volume e voltar o estado dele para append. Caso contrário nunca iremos saber o tamanho real de cada volume (bytes utilizáveis).

Att Wanderlei

Em sexta-feira, 26 de fevereiro de 2016 13:52:55 UTC-3, Mauricio Neto escreveu:

[Heitor Faria]

Ficou errado uma parte:

3) Ao ser reutilizado, o(s) job(s) gravaram apenas 20 GB no Vol-0001. No entanto, o Vol-0001 irá continuar ocupando em disco os 50 GB.

Acredito que você está equivocada, pois não faz nenhum sentido você ter um volume que pode ser reutilizado (Purged) e o bacula manter essas informações no volume. A única maneira de acontecer isso é se eu fazer um purge no volume e após fazer um update no volume e voltar o estado dele para append. Caso contrário nunca iremos saber o tamanho real de cada volume (bytes utilizáveis).

Tava só acompanhando esse tópico, mas também não lembro de nas configurações frescas do Bacula ele ter (lixo) de informação no volume que já foi reciclado, sobrescrito e já no status append.

Abraços,

--

=======================================================================
Heitor Medrado de Faria  - LPIC-III | ITIL-F |  Bacula Systems Certified Administrator II

Próximas aulas telepresencial ao-vivo - 15 de fevereiro: http://www.bacula.com.br/agenda/

Ministro treinamento e implementação in-company Bacula: http://www.bacula.com.br/in-company/

Ou assista minhas videoaulas on-line: http://www.bacula.com.br/treinamento-bacula-ed/

61 8268-4220

Site: www.bacula.com.br | Facebook: heitor.faria

========================================================================

[Mauricio Neto]

Ana e Wanderlei obrigado pelos esclarecimentos.

Ana se entendi sua explicação então não preciso de me preocupar quando, provavelmente esta sexta, meu backup full não encontrar espaço no disco,  o Bacula ira respeitar as opções de truncate e apagar o(s) volume(s) com status full mais antigo(s),  liberando espaço para o backup full.

Ana uma questão na sua colocação é que você comenta o "pensamento do Bacula" - "quando for reutilizar este volume, por favor comece a escrever ao princípio do arquivo.".
Mas eu utilizo auto label, ou seja no meu entender um novo volume seria criado, mas da forma como você colocou me leva a pensar que o  Bacula ira aproveitar meu antigo volume, ou seja não criando um novo, mas reutilizando, com o mesmo nome, o volume (arquivo) com o status purge mais antigo.   

Atenciosamente
Mauricio Neto

Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/bacula-backup-pt-br/CAAh-UZaNp8TY9XmfrS7pwg4Jz%2BnvZCV%3DE0PWWpD_hLX3sp6JtA%40mail.gmail.com.

[Ana Emília M. Arruda]

​Olá ​Wanderley e Heitor,

​Sobre o comando "purge action=truncate", já não existe dessa forma desde a versão 7.0.X. Pede um "help purge" que você vai ver que não aparece a opção "action="​ desde a versão 7.0.X. Agora é preciso fazer o purge e depois o truncate (comandos purge e truncate separados).

Tem uma discussão sobre isso aqui: https://www.mail-archive.com/bacula-users%40lists.sourceforge.net/msg60918.html

Então pra que serve o truncate? Se

​quando o volume é reciclado o bacula

 já faz o relabel do volume e antes de reutilizar o tamanho em disco não muda? Somente para mudar o VolBytes do volume para 200 (VolBytes que corresponde ao tamanho de um volume zerado)? Sem mudar nada em disco?

​ Somente o purge não seria suficiente?

[]s

Ana

​

--

Você recebeu essa mensagem porque está inscrito no grupo "Bacula Backup-Pt-Br" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para bacula-backup-p...@googlegroups.com.
Para postar nesse grupo, envie um e-mail para bacula-ba...@googlegroups.com.
Acesse esse grupo em https://groups.google.com/group/bacula-backup-pt-br.

Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/bacula-backup-pt-br/assp.0867d98010.184153283.6785544.1456749591978.JavaMail.zimbra%40bacula.com.br.

[Mauricio Neto]

Ana / Wanderlei boa tarde.

Apenas para um esclarecimento, toda minha instalação e uso esta baseada nos manuais do Bacula 7.4 e  no white paper Best Practices for Disk Based Backup de novembro de 2014.

Abaixo o trecho do referido white paper sobre o truncate

However, by truncating the Volume after it is purged, you can recover the disk
space allocated. There are two steps: 1. You will need to add the directive Action
On Purge = Truncate to all your Pool resources; 2. You will need to schedule a
console RunScript to execute the truncate (special option on the purge command)
during a period when Bacula is not backing up files. (Note: if you add this directive,
you may need to run an update command to apply Pool’s configuration changes to
the Volumes already created in the catalog).
Below, we show an example of executing the truncate in the Job that runs the nightly
catalog backup.
Job {
Name = CatalogBackup
...
RunScript {
RunsWhen=After
RunsOnClient=No

Console = "purge volume action=truncate allpools storage=File"
}
}

Atenciosamente
Mauricio Neto

Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/bacula-backup-pt-br/CAAh-UZZM%2B34nAUyFX4GhvvmVbjnvzTVVvO4UCw%3DG3wWKFNvmkQ%40mail.gmail.com.

[Wanderlei]

Olá Ana

Em segunda-feira, 29 de fevereiro de 2016 15:13:30 UTC-3, Ana Emília escreveu:

​Olá ​Wanderley e Heitor,

​Sobre o comando "purge action=truncate", já não existe dessa forma desde a versão 7.0.X. Pede um "help purge" que você vai ver que não aparece a opção "action="​ desde a versão 7.0.X. Agora é preciso fazer o purge e depois o truncate (comandos purge e truncate separados).

Acho que é isso mesmo. É que o "action on purge = truncate" é meio sugestivo, então por isso talvez a confusão

No manual pdf, página 11 tem, o seguinte (conforme você disse)

2.1.7 New Truncate Command

We have added a new truncate command to bconsole, which will truncate a Volume if the Volume is purged and if the Volume is also marked Action On Purge = Truncate.
This feature was originally added in Bacula version 5.0.1, but the mechanism for actually doing the truncate required the user to enter a command such as:

purge volume action=truncate storage=File pool=Default

The above command is now simplified to be:

truncate storage=File pool=Default

Pelo que parece foi alterado o purge "action=truncate" para apenas truncate, mas ainda funciona o "purge action=truncate" (não sei qual a razão ao certo).

 

Tem uma discussão sobre isso aqui: https://www.mail-archive.com/bacula-users%40lists.sourceforge.net/msg60918.html

Então pra que serve o truncate? Se

​quando o volume é reciclado o bacula

 já faz o relabel do volume e antes de reutilizar o tamanho em disco não muda? Somente para mudar o VolBytes do volume para 200 (VolBytes que corresponde ao tamanho de um volume zerado)? Sem mudar nada em disco?

​ Somente o purge não seria suficiente?

Pode ter casos que você tem volumes que estão dentro do prazo de retenção, mas por algum motivo você precisa liberar espaço em disco, então faria um purge e um truncate.

Att Wanderlei

[Ana Emília M. Arruda]

Oi Wanderlei, Heitor e Mauricio,

Acho que por fim conseguimos esclarecer muitas coisas (se tiver algo errado, por favor avisem):

1) O comando "purge action=truncate" funciona em versoes anteriores à 7. A partir da 7.0, devemos usar o purge normal e, em seguida, o comando truncate.

2) Se fazemos purge nos volumes, quando os mesmos forem reciclados, eles sao "zerados" somente justo antes de serem reutilizados e aí o espaço é reaproveitado.

3) O truncate ajuda no seguinte: antes de serem reciclados, se fazemos truncate nos volumes que estiverem com status=purged, o bacula faz um relabel nos mesmos e o espaço já é liberado antes de serem reutilizados (Mauricio, isso é o mesmo que você destacou no white paper :) ). Após o truncate, o arquivo em disco é reduzido a um novo volume com apenas pouco mais de 220 bytes (a partir da versao 7 acho, antes eram mais). Acho que isso é útil em casos de backups onde os tamanhos dos volumes variam muito (a cada dia a quantidade total de dados por volume varia muito e assim fica difícil calcular o total de espaço que um pool vai utilizar).

Wanderlei, acho que o "purge action=truncate" nao foi mantido (somente nao te da erro), é tanto que nao funciona com em versoes anteriores e a gente precisa realizar o purge duas vezes (mesmo colocando a action=truncate) a partir da versao 7.

Heitor, nao consegui realizar testes sobre o que falei sobre o tamanho dos arquivos em disco, mas acho que isso acontecia em versoes muito antigas, principalmente porque o bacula trata um volume em disco como se fosse um volume em fita (o que vem mudando, porque o truncate foi criado justamente por causa dos problemas de volumes em disco acho).

Muito obrigada pela ajuda povo :)

[]s

Ana

--

Você recebeu essa mensagem porque está inscrito no grupo "Bacula Backup-Pt-Br" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para bacula-backup-p...@googlegroups.com.
Para postar nesse grupo, envie um e-mail para bacula-ba...@googlegroups.com.
Acesse esse grupo em https://groups.google.com/group/bacula-backup-pt-br.

Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/bacula-backup-pt-br/0dadeb18-9194-47b6-9f9a-60be61bbac5e%40googlegroups.com.

[Heitor Faria]

Oi Ana,

Parece mais preciso!
O truncate contraria o princípio da preservacão dos dados de backup, limpando imediatamente os volumes expirados.

Abráços,
===========================================================================

Heitor Medrado de Faria - LPIC-III | ITIL-F |  Bacula Systems Certified Administrator II

Do you need Bacula training? http://bacula.us/video-classes/
+55 61 8268-4220
Site: http://bacula.us FB: heitor.faria
===========================================================================

Enviado por TypeApp