Com certeza, UMA VEZ o colega lá comprovando que é extent size errado na definição do segmento sem dúvida... Já se o problema for tablespace DMT fragmentando, aí muito mais recomendável seria se criar uma ** OUTRA ** LMT e mover, sim, mas o passo ZERO é descobrir a causa pra se poder aplicar o remédio...
[]s Chiappa --- Em oracle_br@yahoogrupos.com.br, Marcos Fontana <fontana.mar...@...> escreveu > > Será que um DBMS_REDEFINITION não cai bem ai não? Talvez fazer um move > também dos objtos uma tablespace de manobra e depois retornar? > > Atenciosamente, > > Marcos Fontana > DBA Oracle > > 2009/9/29 jlchiappa <jlchia...@...> > > > > > > > Não necessariamente : se vc tiver a tablespace como gerenciada por > > dicionário pode acontecer a fragmentação real (ie, extents fisicamente de > > tamanhos totalmente diferentes e não-múltiplos), enquanto se vc tiver > > tablespace gerenciada por bitmap, o caso principal aonde poderia haver a > > situação que vc descreve é , por erro total vc tem uma tabela com extent > > sizes extremamente grandes, aí se for alocação física de 1 mb o banco vai > > querer 'somar' tantos extents de 1 Mb quanto necessários pra atender ao seu > > extent size monstruoso da tabela, e se for autoallocate o banco vai somar > > primeiro extents de 64 Kb, depois de 1Mb, assim por diante, até alcançar o > > que vc pediu de extent size na tabela... Todas essas situações vc vê > > consultando as views citadas. > > > > []s > > > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>, > > Marcelo Medrado <marcelo.medrado@> escreveu > > > > > > Chiappa, > > > Isso teria alguma coisa a ver com o modo de alocação da tablespace ser > > > uniforme (1MB) ou automático? > > > > > > Vou fazer a verificação solicitada. > > > > > > Abraços, > > > > > > Marcelo > > > > > > > > > 2009/9/28 jlchiappa <jlchiappa@> > > > > > > > > > > > > > > > A ** primeira ** coisa que a gente pensa é FRAGMENTAÇÃO real, ie, que > > vc > > > > tem TAMANHOS DE EXTENTs diferentes e não-múltiplos na mesma tablespace, > > aí > > > > os tais espaços livres que o OEM te diz são de tamanhos DIFERENTES do > > extent > > > > que a tabela que ficou sem espaço precisou alocar, aínão tem como ser > > usado > > > > esse espaço... VERIFIQUE os tamanhos de extents pra essa tablespace, > > tanto > > > > na DBA_SEGMENTS quanto na DBA_FREE_SPACE , veja se é isso... > > > > > > > > []s > > > > > > > > Chiappa > > > > --- Em oracle_br@yahoogrupos.com.br > > > > <oracle_br%40yahoogrupos.com.br><oracle_br% > > 40yahoogrupos.com.br>, > > > > Marcelo Medrado <marcelo.medrado@> escreveu > > > > > > > > > > > > > > Prezados, > > > > > Este erro parece simples porém o que ocorre é que trata-se de uma > > > > tablespace > > > > > de 30Gb (vários datafiles) onde existem 6Gb livres, de acordo com o > > > > > Enterprise Manager. > > > > > > > > > > Ou seja: Existe espaço em disco (a não ser que o Enterprise Manager > > > > esteja > > > > > furado) e ele não consegue alocar. Quando eu aumento o datafile (ou > > crio > > > > > outro), o erro pára de ocorrer (como se eu tivesse uma área morta que > > não > > > > > está sendo usada). > > > > > > > > > > Alguém já passou por isso por aqui? > > > > > > > > > > Abraços, > > > > > > > > > > Marcelo Medrado > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
