[firebase-br] Frequencia de backups/restore

Gladiston Santana gladiston em vidy.com.br
Seg Dez 15 11:14:04 -03 2014


O backup não é apenas uma cópia de segurança do seus dados, ela quando
feita com o gbak também faz a limpeza de lixo que podem comprometer a
performance. Eu digo 'lixo', mas é apenas o modo de dizer, eles são a sua
salva-guarda que se ocorrer corrupção da base, o próprio FB poderia se
autorecuperar usando versionamento de registro. Por isso, seria legal
deixar desligar o sweeping desligado.

Eu diria que para o caso que descreveu, seu backup deveria ser diário e
programado para um horario  mais conveniente, talvez 02h da madrugada.
Se voce fizer um backup (gbak) pela madrugada,poderia por questão de
segurança fazer backups incrementais com intervalos de 1h durante o período
de maior movimento com o nbackup, talvez das 8h as 22h.
Assim numa situação hipotetica de problema com a base na sexta-feira, as
14h15, voce restauraria o backup da madrugada seguido do nbackup até as 14h
e perderia apenas 15min de dados.

Uma limitação meio esdruxula do FB, é de não conseguir restaurar apenas uma
tabela, então se você já sabe de antemão que é sempre uma tabela o
problema, não poderá otimizar apenas essa questão com o backup.

inte+


Em 11 de dezembro de 2014 11:39, Jean Alysson <jeanpapa em gmail.com> escreveu:
>
> Olá, em relação a frequencia de fazer backup/restore no banco, como vocês
> procedem ?
>
> Tenho um sistema onde o banco tem bastante movimentação de final de semana
> e menos durante a semana, algumas tabelas com inserção de 2000 a 8000
> registros por dia, bastante consultas e alterações, mas bem menos que as
> inserções, eu teria que fazer pelo menos um backup / restore por semana ?
>
> Notei que tabelas onde é alterado somente um campo muitas vezes, cadastro
> de mesas, quartos, cartões de consumo, onde ficam livres ou ocupados,
> muitas vezes, podem sofrer mais que outras tabelas, ja tive que recriar
> algumas dessas tabelas pra voltar a gravar e ler corretamente,
> backup/restore não resolveu, pois não estava salvando a "situacao(valor)"
> correto no campo.
>
> Ou deverei consultar as estatisticas e ver a necessidade de backup/restore
> ?
> Que dados estatisticos devo dar mais atenção ?
>
> Uso Firebird 2.5.2 Super Classic em Windows Server 2012
>
> --
> Atenciosamente
> Jean Alysson Ambrosio
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>


-- 
--
B em B@BU     iB em M@B.  B em MBBO   MBBMMB em B@BZLr    E@@@@i      r@@@BU
vB em M@O     E em B@Bu   BBBM em 0   G em MMM@N8MBB em ZP5r  B em B@k      8B@@O
 OB em B@q   2 em BBBM    B em B@BO   BB em B@B,.:,7B em B@@L uB em B@,    OB em B@.
 ,@@@B@   @BBB@,    @BBB em 8   M em M@@@     PB em B@B  @@@BN   iB em B@L
  U em B@B2 LB em B@X     B em MBBO   MBBM em B     i em BBB@. 7 em B@Bi  B em B@E
   B@@@BiM em M@B.     @BBM em G   M em MMB@     v@@M em B,  G em B@Z v em B@B.
   7B em B@O em B@B5      B em B@B8   BBBM em B     Z@@@B@   iB@@@2 em B@Br
    NB em M@B em B8       @B em B@8   M em B@B em i:i75 em B@B em r    E@@B em B@Bq
    . em B@@@B@:       B em B@B@   @B@@@B em B@B@@@ME;     .BB em MBB@
     55.ANOS        OMOGBS   PBZGGOOMOO117,        7 em BBB@r
     ==============================================r@@@@F=====
     Gladiston Santana                             8 em B@B,
     Supervisor de TI                             G em B@B7
     Tel.:+551147873122 R:228                    :@B em B0
     Grupo VIDY - SGQ ISO9001 - 55 ANOS          @B em B@.
     Visite nosso site: www·vidy·com·br         BB@@@u
     Visite também : www·expolabor·com·br      GB em B@N



Mais detalhes sobre a lista de discussão lista