[firebase-br] Perda de Perfomance

[Frederico Godoi]

Gladiston, também deixo o Sweep off.
O bakcup online, como falei, fica ruim em alguns clientes com bases
grandes, entre 10 a 15Gb e com servidores de "médio" porte.
Cliente com base pequena, faz backup em 2m ou menos como falou e é super
tranquilo.
Cliente com base grande e servidores muito bons, também fazem backup online
e não atrapalha a concorrência.

Agora clientes com base grande, servidores médios, o backup online
atrapalha a concorrência.

Clientes onde eu programei uma rotina de backup/restore semanal ou mensal,
não temos problema.

Agora estou com 1 cliente em questão, como eu disse, 1 ano de base e ela
começa a engasgar desse jeito.
Fazendo o backup/restore tem um novo fôlego a base e fica legal.
Agora o DBA deles SEMPRE contesta, eles tem outros BDs em Oracle e o
camarada SEMPRE gosta de questionar.

Então, sabem se tem alguma recomendação "oficial" pelo Backup/restore com
alguma frequência ?

Como eu disse: TODA colaboração é bem vinda amigos.

Frederico


2013/8/28 Gladiston Santana <gladiston em vidy.com.br>

> Meu sweep fica em OFF, como meus backups são em intervalos curtos, o banco
> nunca pára para o sweep que ocorrerá tão somente no backup programado.
>
>
> A performance está sempre estável.
>
>
> Em 28 de agosto de 2013 14:54, Alexis Diel <alexisdiel em gmail.com>
> escreveu:
>
> > 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
> >
> ______________________________________________
> 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