[firebase-br] Frequencia de backups/restore

[Gladiston Santana]

Para isso que falou sobre transações, não é necessário um restore, só o
backup ou sweeping manual(não recomendo).
Se eventualmente estiver falando das transações ainda em atividade, o custo
de parar o banco para backup e depois fazer um restore não é compensatório,
além do tempo perdido, há as estatísticas que se perderão. Numa base de
dados com muitos indices, acho fundamental não perde-las.

A questão da fragmentação é controversa, mas entendo que sistemas windows
se fragmentam demais, especialmente se o sistema não é dedicado ao FB,
ainda assim, seria melhor estudar o quanto o arquivo de dados está
fragmentado antes de propor backup seguido dum restore, alguns programas
desfragmentadores podem mostrar a fragmentação de um único arquivo e talvez
isso revele a necessidade ou não do procedimento. Se a base for gigantesca
com fragmentação recorrente, talvez seja melhor usar arquivos de dados com
tamanhos fixos ou arbitrar valores maiores para o growing.

Minha sugestão é tratar do problema depois de saber qual é, algumas
ferramentas como ibsurgeon tá aí pra isso.
Não recomendo fazer backup seguido dum restore sistematicamente como se
fosse um extintor que deva ser trocado no vencimento tendo usado ou não.

[]´s

Em 16 de dezembro de 2014 11:58, Carlos H. Cantu <listas em warmboot.com.br>
escreveu:
>
> Backup/Restore rotineiro pode ser necessário caso o número de
> transações seja muuuito grande, a fim de resetar o contador antes
> de extrapolar o limite do contador de transações.
>
> Pode haver algum ganho tb se o arquivo resultante ficar menos
> fragmentado que o original.
>
> []s
> Carlos H. Cantu
> www.FireBase.com.br - www.firebirdnews.org
> www.warmboot.com.br - blog.firebase.com.br
>
> GS> Não há ganho em backup seguido de um restore, ao contrário, você
> perderia
> GS> suas estatísticas e levaria algum tempo para o banco de dados obter a
> GS> performance que conseguiu.
> GS> O unico ganho que backup seguido dum restore poderia trazer é se
> houvesse
> GS> um indices cujo depth esteja elevado demais (acima de 3), mas isso se
> GS> detecta através de estatisticas de banco de dados ou de ferramentas de
> GS> terceiros e então atuamos na solução do problema e não ficar realizando
> GS> backup/restore. As vezes a solução está em apenas aumentar o tamanho de
> GS> página ou desativar/reativar o indice.
>
> GS> Leia estes links:
> GS> http://www.firebirdsql.org/pdfmanual/Firebird-gstat.pdf
> GS>
> http://ibsurgeonbrasil.blogspot.com.br/p/exemplo-de-como-um-indice-ruim-pode.html
>
>
> GS> Em 15 de dezembro de 2014 22:02, Jean Alysson <jeanpapa em gmail.com>
> escreveu:
> >>
> >> Obrigado pelas dicas,
> >>
> >> mas minha verdadeira duvida, creio q nao me fiz entender, é a
> frequencia do
> >> processo completo de backup/restore, para manter a integridade, limpeza
> e
> >> melhor desempenho do banco.
> >>
> >> Sei que é feito o garbage colletion e recriacao de indices, dessa forma,
> >> quando muitos registros sao movimentados, um backup/restore deve
> melhorar o
> >> desempenho do banco, vocês fazem este processo completo 1 vez por
> semana ou
> >> por mes ....  ?
> >>
> >> Obs.:Baseado em minhas movimentacoes de 2000 a 8000 por dia.
>
>
> ______________________________________________
> 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