[firebase-br] Perda de Perfomance

Frederico Godoi frederico.godoi em gmail.com
Qua Ago 28 15:13:35 -03 2013


Alexis, já fiz o gfix com sweep sim, mas depois que cai tanto a performance
também não ajudou a voltar.


2013/8/28 Alexis Diel <alexisdiel em gmail.com>

> 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
> >
> ______________________________________________
> 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
>



-- 
Frederico Godoi



Mais detalhes sobre a lista de discussão lista