Ok, vamos lá: O banco é 10.2.0.4 64bits Linux, a tablespace é gerenciada localmente, usando gerenciamento automático de segmentos.
Segue DDL (com nomes alterados para preservar o cliente) CREATE TABLESPACE DADOS DATAFILE 'zzzzz1.dbf' SIZE 5000M AUTOEXTEND OFF, 'zzzzz2.dbf' SIZE 5000M AUTOEXTEND OFF, 'zzzzz3.dbf' SIZE 5000M AUTOEXTEND OFF, 'zzzzz4.dbf' SIZE 5000M AUTOEXTEND OFF, (....) LOGGING ONLINE PERMANENT EXTENT MANAGEMENT LOCAL AUTOALLOCATE BLOCKSIZE 8K SEGMENT SPACE MANAGEMENT AUTO FLASHBACK ON; Sum na DBA_SEGMENTS (em MB): 24403,5625 Sum na DBA_DATA_FILES (em MB): 30000 Ao consultar a DBA_SEGMENTS, vi que o NEXT_EXTENT está vazio (provavelmente por causa do gerenciamento automático) mas achei os INITIAL_EXTENT de algumas tabelas muito altos (1167523840, 412876800, 377880576, etc). Não consegui enxergar nada na dba_free_space. Executamos semanalmente um SHRINK TABLE em todas as tabelas. Seriam eles (os INITIAL) os culpados? Abraços, Marcelo 2009/9/29 jlchiappa <jlchia...@yahoo.com.br> > > > 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 <oracle_br%40yahoogrupos.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><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><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] > > > > > [As partes desta mensagem que não continham texto foram removidas]
