[firebase-br] Backup lento na primeira execução

Carlos H. Cantu listas em warmboot.com.br
Terça Maio 2 09:33:19 -03 2023


Porque provavelmente a limpeza não foi feita completamente pois devia ter alguma
transação longa aberta, impedindo o FB de coletar todo o lixo. Pra garantir que
todo o lixo foi coletado, você não pode ter outras outras transações abertas se
"interessando" por ele.

[]s
Carlos H. Cantu
eBook Guia de Migração para o FB 4 - www.firebase.com.br/guiafb4.php
www.FireBase.com.br - www.firebirdnews.org - blog.firebase.com.br

AL> Mas Carlos, minha dúvida é que um backup foi executado às 12:00 e
AL> teoricamente fez o garbage collection. E depois às 14:45 quando eu fui
AL> fazer uma manutenção é que percebi essa lentidão. Nesse dia, 100% de
AL> certeza que o sistema não foi utilizado. Então por que o backup das 14:45
AL> demorou tanto, se o backup das 12:00 já "limpou" o banco? Não é assim que
AL> funciona?

AL> []s
AL> Andrei


AL> Em seg., 1 de mai. de 2023 às 16:13, Carlos H. Cantu via lista <
AL> lista em firebase.com.br> escreveu:

>> Provavelmente vc tinha uma grande quantidade de "lixo" a ser coletado, por
>> isso
>> demorou.
>>
>> Experimente usar -g no backup, isso fará com que a coleta de lixo não seja
>> executada enquanto os registros são lidos pelo gbak, mas se o problema for
>> realmente esse, o correto é você verificar seu controle transacional pra
>> ver
>> porque tanto lixo está ficando acumulado na base.
>>
>> []s
>> Carlos H. Cantu
>> eBook Guia de Migração para o FB 4 - www.firebase.com.br/guiafb4.php
>> www.FireBase.com.br - www.firebirdnews.org - blog.firebase.com.br
>>
>> ALvl> Boa noite,
>>
>> ALvl> Firebird 3.0.7.33374 Win32
>> ALvl> Windows server 2012 x64
>> ALvl> Comando bak: gbak -b -v  als.fdb backup.fbk
>> ALvl> Tamanho base: 585.072 KB
>>
>> ALvl> Backup #1 iniciou as 14:45
>> ALvl> Finalizou as 15:28
>> ALvl> Cronometrei parte do backup numa tabela grande e levou 1:45m para
>> processar
>> ALvl> 10.000 registros
>>
>> ALvl> Backup #2 iniciou as 15:32
>> ALvl> Finalizou as 15:33
>>
>> ALvl> Durante o backup #1, usei o IBExpert para fazer contagem dos
>> registros da
>> ALvl> tabela grande que cronometrei, e o IBExpert ficou sem responder.
>> ALvl> Durante o backup #1 fiz o mesmo procedimento, e o IBExpert devolveu
>> a qtde
>> ALvl> de registros 2 ou 3 segundos depois de clicar.
>>
>> ALvl> Essa diferença de performance, seria o garbage collection sendo
>> executado?
>> ALvl> Se a resposta for sim, ficou mais confuso ainda, pois tenho uma
>> rotina de
>> ALvl> backup com comando muito similar (a única diferença é o parâmetro -Y
>> para
>> ALvl> salvar o log do backup) que roda algumas vezes por dia, e rodou hoje
>> ao
>> ALvl> meio dia, ninguém está usando o sistema hoje, então quando rodei o
>> backup
>> ALvl> as 14:45 não teve lixo pra "recolher".
>>
>> ALvl> Alguém dá uma luz? Grato.
>> ALvl> []s
>> ALvl> Andrei
>> ALvl> ______________________________________________
>> ALvl> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>> ALvl> Para saber como gerenciar/excluir seu cadastro na lista, use:
>> ALvl> http://www.firebase.com.br/fb/artigo.php?id=1107
>> ALvl> Para consultar mensagens antigas:
>> http://www.firebase.com.br/pesquisa_lista.html
>>
>>
>> ______________________________________________
>> 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://www.firebase.com.br/pesquisa_lista.html
>>




Mais detalhes sobre a lista de discussão lista