[firebase-br] Perda de Perfomance

[Contato (edilson.info)]

Prezado Frederico,

Não sou da área técnica, mas posso afirmar que por diversas vezes as 
bases precisam passar por procedimento de backup e restore para melhorar 
a performance.

Ao que tenho conhecimento, ao apagar dados das bases os mesmos são 
preenchidos com 'zero', não sendo retirado o registro da base. Ao fazer 
o backup e restore, tais 'zeros' são eliminados, até por isso a base 
fica menor e com melhor performance.

Desculpem responder, mesmo não sendo da área técnica e de forma tão 
simplista, mas é que como temos diversos clientes que usam bancos 
Firebird, tal procedimento é comum (backup/restore) nestes bancos de dados.


Qualquer dúvida estarei a sua disposição.

Atenciosamente,

Edilson A. B. Ferreira
Fones: (19) 2538-9044 / (11) 3453-7019
Skype: edilson.a.b.ferreira

..:: LOCADOR.COM.BR ::..
<< www.locador.com.br >>




Em 28/08/2013 14:43, Frederico Godoi escreveu:
> Rodrigo,
> Justamente isso que acho estranho. Ja fiz recalculo de estatísticas de índices e ja fiz recriação de todos os índices também, pra ver se era isso. Mas não mudava nada.
> Apenas quando Faço o backup/restore que REALMENTE o banco volta ao normal, com bom desempenho.
> Estudei SQLs mais pesadas e elas tem ótimos desempenho, mesmo com concorrência, em bases a pouco restauradas, bases velhas, a muito sem restaurar e mesmo recriando índices elas ficam ruins.
>
> Existe alguma recomendação "oficial" para fazer o backup/restore com uma certa freqüência?
>
> Obrigado a todo
>
> Frederico
>
> Em 28/08/2013, às 12:57, Rodrigo Gomes da Silva <rodrgomes em gmail.com> escreveu:
>
>> Estranho dar tanta diferença assim só depois de um restore.. Um sweep e
>> atualização de estatisticas de índice de beira voltar o banco quase a
>> performance que tinha após o restore.. A única coisa q posso imaginar q
>> tenha diferença é estar tendo um depth muito grande nos índices... Vc pode
>> tentar refazer eles com set index nome inactive e depois active para todos
>> índices da tabela, de forma similar a que tá fazendo com as estatisticas...
>> Se o problema continuar a acontecer uma sugestão é vc tentar isolar algum
>> sql que claramente tenha está diferença de performance e olhar o plano dele
>> em um banco recém restaurado e no banco lento.. Pelo ibexpert pago é
>> possível ver o número de registro que lê de cada tabela em um sql, que
>> deveria ser o mesmo 2 bancos com mesmos dados. Se está dando diferença pode
>> começar a olhar por aí.
>> Pergunta meio besta, mas ja tentou simplesmente reiniciar o servidor de
>> banco sem restaurar um novo backup para ver se o desempenho não volta? As
>> vezes pode ser uma simples saturação de algum recursos de sistema e nada em
>> particular com o banco físico
>> ______________________________________________
>> 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
> ______________________________________________
> 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
>