Boa tarde Chiappa,
Houve varias entradas deletadas, e após essa limpeza o pessoal estão reclamando
de lentidão...
Vou dar lida nos links que passou, muito obrigado pela dica...
Abração...
André Campos
---------- Início da mensagem original -----------
De: oracle_br@yahoogrupos.com.br
Para: oracle_br@yahoogrupos.com.br
Cc:
Data: Fri, 02 Feb 2007 21:49:56 -0000
Assunto: Re:[oracle_br] Re: Rebuild Index
> Ah, um detalhe de complemento, ainda mesmo SE vc tiver um índice nas
> condições, muitas vezes um simples COALESCE (via de regra, muuuito
> mais rápido que um rebuild completo), ou alteração de cláusulas de
> storage, podem ajudar, como o Tom cita em
> http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:2913600659112#25716297076206
> , e nos links lá citados, ok ??
>
> []s
>
> Chiappa
> --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> escreveu
> >
> > André, se vc tem algum livro, algum link de site, algum documento que
> > afirme na seca, que índices de blevel > x TEM que serem rebuildados,
> > sem nada mais, faça um favor pra si mesmo, e JOGUE O LIVRO FORA,
> > DELETE o site, APAGUE o texto, só antes nos falando qual/quais eram
> > para que possamos fazer o mesmo, ok ????? Na verdade a própria Oracle
> > é até certo ponto "culpada" , por fornecer notas no metalink E textos
> > de cursos, sem explicitar em detalhes os (POUCOS!!) casos onde talvez
> > um rebuild possa ser útil.. Em
> >
> http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:2290062993260
> > e em
> >
> http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:2913600659112#43555424746793
> > o Tom Kyte tem loooongas discussões a respeito, demonstrando
> > CABALMENTE o ponto, que em resumo é : SE vc tem um índice com
> > crescimento monotônico (ie, uma chave que e uma sequência que só
> > cresce, nunca diminui), E as entradas são deletadas mas nunca
> > re-usadas, SIM, um rebuild pode ser útil, pois as entradas deletadas
> > NUNCA seriam re-usadas, já que a chave só "cresce"... E em grande
> > parte isso INDEPENDE do blevel, o blevel pode servir como indicador,
> > MAS de forma alguma é MANDATÓRIO aqui, certo ?
> > E óbvio, vc *** VAI *** manter logs PRECISOS de performance antes e
> > depois do rebuild, se não houve ganho (ou se o ganho rapidamente se
> > esvaiu), mesmo que o índice seja monotônico e não reusavél e portanto
> > em tese candidato, SE não obteve um ganho NOTÁVEL e duradouro,
> > simplesmente DEIXE DE A FAZER, imho...
> >
> > []s
> >
> > Chiappa
> > --- Em oracle_br@yahoogrupos.com.br, "Andre Campos" <andreccampos@>
> > escreveu
> > >
> > > Boa tarde Chiappa,
> > >
> > > Só devo fazer rebuild se o indice estive invalido??
> > > Tenho varios indices que estão com BLEVEL 4, esse não seria o caso
> > para dar rebuild no indice???
> > >
> > > Abraço..
> > >
> > > André Campos
> > >
> > > ---------- Início da mensagem original -----------
> > >
> > > De: oracle_br@yahoogrupos.com.br
> > > Para: oracle_br@yahoogrupos.com.br
> > > Cc:
> > > Data: Fri, 02 Feb 2007 18:44:13 -0000
> > > Assunto: [oracle_br] Re: Rebuild Index
> > >
> > > > Bom, a dica #1 pra acelerar, seja o que for, é NÃO fazer seja o que
> > > > for.... Então, a menos que vc REALMENTE seja obrigado (ie, o índice
> > > > está inválido/unusable, vc o quer compactar, etc) a dica seria NÂO
> > > > fazer o rebuild....
> > > > Caso vc REALMENTE tenha uma razão 100% válida e imperativa :
> > > >
> > > > a) obrigatoriamente um índice b-tree TEM QUE fisicamente estar
> > > > ordenado, então um rebuild ou uma criação de índice implica em
> montes
> > > > de ordenação, normalmente ajuda vc alocar um MONTÃO de RAM pra
> > > > sort_area_size (não é normalmente o caso em DWs, mas fica o
> aviso, se
> > > > vc usa PGA automática temporariamente passe via ALTER SESSION
> pra PGA
> > > > manual). Como rebuild é uma MANUTENÇÃO, e necessariamente quando vc
> > > > está dando manutenção a máquina NÃO está em pico de uso, não há
> > > > trocentas sessões simultâneas, não deve ter prob algum
> > > >
> > > > b) quase que necessariamente, dw IMPLICA em particionamento, então
> > > > ter várias sessões sendo executadas, cada uma rebuindando uma
> > > > partição inválida/unusable do índice é ponto óbvio
> > > >
> > > > c) as operações preferencialmente TEM que ser feitas em modo
> > > > NOLOGGING, e SE o hardware/utilização do equipamento permitirem, em
> > > > Parallel SQL - novamente, como vc estará em tempo de manutenção,
> imho
> > > > é PLENAMENTE viável vc alocar muitos mais Parallel Slaves pra essa
> > > > tarefa.
> > > >
> > > > []s
> > > >
> > > > Chiappa
> > > >
> > > > OBS : óbvio que um rebuild implica também em LOTES de I/O, então
> nem
> > > > preciso dizer que o I/O nessa máquina TEM que estar o mais
> otimizado
> > > > possível, que a tablespace TEM que ser LMT pra impossibilitar
> > > > fragmentação (e com EXTENT SIZE de tamanho adequado que permita I/O
> > > > multiblock), SEM conflitos de I/O...
> > > >
> > > >
> > > > --- Em oracle_br@yahoogrupos.com.br, "Andre Campos"
> > > > <andreccampos@> escreveu
> > > > >
> > > > > Boa tarde amigos,
> > > > >
> > > > > Estou precisando fazer um rebuild nos indices de um DW, no qual
> > > > algumas tables tem alguns milhoes de registros, gostaria de
> saber se
> > > > alguem tem alguma dica para melhor a performance do rebuild.
> > > > >
> > > > > SO = Solaris 9 Oracle Release - 9.2.0.6
> > > > >
> > > > > Obrigado
> > > > >
> > > > > André Campos
> > > > >
> > > >
> > > >
> > > >
> > >
> >
>
>
>
