Fazendo “backup” de bancos Postgresql corretamente
30 de Novembro de 2009, 0:00 - sem comentários ainda
Ao invés do mais popular “dump”, o método abaixo consiste numa melhor maneira de fazer o backup do Postgresql, principalmente por se tratar de um backup on-line (ou seja, o banco não para). Muito útil para grandes bases.
Para isso, ative o WAL (write ahead log) do Postgresql. Dentro do postgresql.conf, deve haver a seguinte linha:
archive_command = 'cp -i %p /mnt/server/archivedir/%f </dev/null'
Logicamente, /mnt/server/archivedir é apena o diretório destino do arquivamento, devendo ser alterado para um ponto de montagem no qual tenha espaço suficiente para armazenar os logs.
Atenção! Teste o comando. Caso o cp -i não funcione, deve realizar uma verificação de execução correta no script. Verifique a documentação do Postgresql no link mais abaixo.
Então:
Crie no Bacula um RunBeforeJob script que execute na console do Postgres, com superusuário do banco:
SELECT pg_start_backup('label');
Onde label será um nome que você atribuirá para esta transação de backup.
O backup do Bacula deverá então rodar, copiando os arquivos do banco, logs, etc.
Já no RunAfterJob – e isso é muito importante, deve criar um script que execute a seguinte rotina no banco do Postgresql:
SELECT pg_stop_backup();
A boa alma que fizer os scripts pode postar aqui… =]
Fonte: http://www.postgresql.org/docs/8.1/static/backup-online.html
Dica: Flávio Gurgel, professor de Postgresql.
Abraços,
Heitor Faria
Restore Cruzado
25 de Novembro de 2009, 0:00 - sem comentários aindaPara restaurar os dados backupeados de uma máquina, em outra, necessário fazer o seguinte:
Realize os procedimentos de restauração normais para o cliente dos quais os arquivos foram backupeados…. Comando “restore” > seleção dos “jobids” > seleção dos arquivos. Na tela de confirmação do restore…:
Run Restore job
JobName: RestoreFiles
Where: /tmp/bacula-restores
Replace: always
FileSet: Full Set
Backup Client: rufus-fd
Restore Client: rufus-fd
Storage: File
When: 2005-07-10 17:33:40
Catalog: MyCatalog
Priority: 10
OK to run? (yes/mod/no):
…basta modificar o “Restore Client”, escolhendo então o cliente para qual seja restaurar os arquivos.
Atenção! Jamais altere o “Backup Client” (que é o cliente de onde os arquivos foram copiados originalmente), pois provavelmente seu “job” retornará um erro.
Atenciosamente,
Heitor Faria
“File” e “Job Retention” no “Bacula”
24 de Novembro de 2009, 0:00 - sem comentários aindaRetenção é o período de tempo que determinada informação não deve ser apagada pelo sistema, a não ser que haja uma intervenção humana. No “Bacula” temos diversos tipos de retenção. Vamos explicar as duas que aparecem no Recurso “Client”:
Client {
Name = bruxaria-fd
Password = "senhadabruxaria"
Address = x.x.x.x
FDPort = 9102
Catalog = MyCatalog
AutoPrune = yes
File Retention = 30 days
Job Retention = 6 months
}
As duas retenções em negrito servem apaenas para preserva informações do catálogo do “Bacula” (banco de dados), especificamente para este cliente. Se o “Auto Prune” estiver ativo, após este tempo, as informações de “file” e “jobs” serão automaticamente apagadas. Ou seja: essas retenções servem para limitar o tamanho do Catálogo do “Bacula“.
File Retention
O “file” são as informações sobre os arquivos gravados em cada volume do backup. É um verdadeiro índice que permite a restauração parcial de arquivos de um de terminado “job”. Se esta informação for expirada, não é mais possível selecionar alguns arquivos de um “job” para restauração, mas apenas o “job” inteiro.
Job Retention
A informação do “job” permite que ele seja restaurado pelo “Bacula”. Sem esta informação, só é possível a restauração através do “bextract”, ou se o “bscan” for utilizado no volume para restaurar as informações do catálogo.
Conclusão
Cuidado com essas duas opções. Se vc tem um bom espaço em disco para o seu banco de dados “Bacula” deve sempre aumentar estes parâmetros, principalmente a retenção do “job”. Se estas duas retenções forem maiores do que o tempo de reciclagem (ou retenção) do volume não há problema, pois a reciclagem do volume também irá apagar estas informações do catálogo, para aquele volume específico.
Abraços,
Heitor Faria
Fonte Ecológica traz Economia de Tinta
10 de Novembro de 2009, 0:00 - sem comentários ainda
O uso da Spranq eco sans (Eco Fonte - A Fonte Econômica) traz uma considerável economia de cartuchos e “tonners” (= dinheiro), além dos recursos naturais utilizados na fabricação destes suprimentos.
O racionamento gerado com a utilização da referida fonte na impressão de documentos pode chegar a 26% em relação a Arial e 12%, quando utilizada no lugar da Times New Roman. Isso se deve a pequenos espaços em branco no corpo da fonte, que quando impressos são quase imperceptíveis ao leitor.
“Download” e instruções de instalação podem ser conseguidos aqui.
Abraços,
Heitor Faria.
Treinamento Bacula na 4Linux (São Paulo-SP / Novembro)
9 de Novembro de 2009, 0:00 - sem comentários ainda
A 4Linux - tradicional parceira do Software Livre, estará promovendo um treinamento inédito sobre o “Bacula”. A próxima turma terá início dia 30 de novembro de 2009, na cidade de São Paulo-SP.
Promoção!
Aqueles que informarem ter tomado conhecimento do curso através do www.bacula.com.br, terão desconto de R$ 200,00 neste curso e ainda podem parcelar em até 12x no cartão de crédito Mastercard, Dinners ou Amex ou em 10x no Visa ou 6x no boleto bancário, sem juros.
Será a última turma do ano.
O curso será ministrado pelo autor deste “blog”, Heitor Medrado de Faria. E maiores informações podem ser conseguidas através deste link.
Tenho certeza que será ótimo (apesar de que sou suspeito para falar… rs).
Compareçam!
