[firebase-br] Perda de Perfomance

Alexis Diel alexisdiel em gmail.com
Qua Ago 28 14:54:56 -03 2013


O problema pelo que entendi seria o teu Garbage que permanece no banco de
dados, já que os teus procedimentos são apenas para backup, correto? Se
sim, já usou o gfix com sweep?



Att,

Alexis Diel


2013/8/28 Frederico Godoi <frederico.godoi em gmail.com>

> Alex, obrigado.
>
> Mas estou querendo evitar justamente de fazer backup/restore sabe?
>
> Em 28/08/2013, às 13:56, Alexis Diel <alexisdiel em gmail.com> escreveu:
>
> > Cleber, sim, o primeiro comando (-shut single -force 0) faz com que todas
> > as conexões sejam interrompidas o que pode causar alguns problemas (mas
> > particularmente nunca tive em virtude disso)
> >
> > Rodrigo, eu já vi casos em que após o Backup & Restore, o banco de dados
> > estava com 900 MB e baixou para 90MB continuando exatamente igual.
> >
> >
> > Att,
> >
> > Alexis Diel
> >
> >
> > 2013/8/28 Rodrigo Gomes da Silva <rodrgomes em gmail.com>
> >
> >> 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
>
> ______________________________________________
> 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
>



Mais detalhes sobre a lista de discussão lista