Na verdade com REBUILD eu quis ddizer RECONSTRUIR, refazer. O procedimento mais simples é vc criar uma nova temporary tablespace (CREATE TABLESPACE) do tamanho que vc quiser (obviamente LMT, com tempfiles, sort_area_size múltiplo do extent size dessa tablespace se possível, enfim, o normal para boa performance) , marcá-la como a nova tablespace DEFAULT do banco (ALTER DATABASE DEFAULT TEMPORARY TABLESPACE nomedanova; ) se vc usa esse recurso, alterar os usuários para que usem a nova tablespace (ALTER USER nn TEMPORARY TABLESPACE nomedela;) e dropar a antiga (DROP TABLESPACE nnn), é isso.
[]s Chiappa --- Em oracle_br@yahoogrupos.com.br, Wagner Bianchi <[EMAIL PROTECTED]> escreveu > > Muito boa explicação! > > Quer dizer então, com o perdão da minha ignorância, que uma tablespace somente retornará ao seu tamanho inicial ou mesmo aquele que foi concedido a ela na sua criação, que você dá um rebuild, ok? Como seria esse comando? > > Um abraço, muito obrigado!! > > Wagner Bianchi > Diretor de Tecnologia - INFODBA Technologies & Consulting > [EMAIL PROTECTED] - (31) 3272 - 0226 / 8427 - 8803 > > > > > ----- Mensagem original ---- > De: jlchiappa <[EMAIL PROTECTED]> > Para: oracle_br@yahoogrupos.com.br > Enviadas: Quarta-feira, 26 de Setembro de 2007 15:08:36 > Assunto: [oracle_br] Re: TABLESPACE TEMPORARIA ENCHENDO ! > > Rigorosamente *** não ***, Samuel : o bd Oracle, após usar o que > precisa da tablespace TEMP, pra melhor performance ele **** NÃO **** > vai lá em disco e apaga fisicamente os dados desnecessários, o que ele > faz é ter uma lista de quem está usando quais áreas (é as v$ citadas), > quando uma sessão deixa de usar ele vai lá na lista e MARCA COMO > LIVRE, só isso, o dado temporáriopermanece em disco mas como está numa > área marcada como livre a próxima vez que alguém precisar a área será > reusada, os dados temp terão outros dados gravados por cima deles.... > Então é por isso que vc NUNCA vezes NUNCA pode consultar relatórios de > ESPAÇO EM DISCO pra saber se vc tem ou não área temp livre, eles são > RIGOROSAMENTE inúteis.... > E realmente se vc tem tablespace temp com tempfiles marcados como > AUTOEXTEND e o banco precisar de mais sim, os tempfiles VÂO crescer > mas tal como acima dito eles NÂO VÃO diminuir após o uso, o conceito > numa tablespace temp Oracle é que espaço que entro pra ela, nela > permanecerá daí pra frente, até um rebuild.... É por isso que eu > abomino temp com AUTOEXTEND, se por qquer motivo vc tiver uma rotina > "louquinha", mal feita, consumindo temp em excesso, os tempfiles > crescem e crescem, vc tanto não identifica a rotina, quanto depois do > processamento fica RIGOROSAMENTE impossível vc saber quem é que fez a > temp aumentar... > > []s > > Chiappa > > --- Em [EMAIL PROTECTED] os.com.br, "Samuel Santos" > <samuel.gsantos@ ...> escreveu > > > > Pessoal, > > > > Seguindo este problema... > > > > A minha tablespace TEMP ela apenas cresce fazendo com que ocupe uma > grande > > quantidade em espaço em disco, verificando as "propriedades" da > mesma, ela > > está para ser a tablespace default temp da instância e > temporária... desta > > forma ao ser requisitada ela deveria ser requerida e após isso - > excluir os > > dados que constam nela, ou não? O que posso fazer para resolver este > > problema? > > > > Grato. > > > > Em 26/09/07, jlchiappa <jlchiappa@ ..> escreveu: > > > > > > É isso mesmo, Orlando.... Eu ainda recomendaria pro amorrimm > junto com > > > a execução em pooling constante dessa query, executar também uma tipo > > > select * from v$sort_segment (a v$sort_usage te dá quem está usando no > > > momento, a v$sort_segment te dá o total geral, é interessante vc as > > > contrastar). ... > > > > > > []s > > > > > > Chiappa > > > --- Em [EMAIL PROTECTED] os.com.br <oracle_br%40yahoog rupos.com. br>, > > > "Orlando Martins" <olmartins@> > > > escreveu > > > > > > > > É o que vc precisa descobrir. Veja se isso ajuda (eu uso no 9.2): > > > > > > > > set lines 120 > > > > set pages 80 > > > > col osuser for a15 > > > > col tablespace for a15 > > > > SELECT s.sid, s.username, s.osuser, u.tablespace, u.contents, count( > > > > u.extents), sum(u.blocks) > > > > FROM v$session s, v$sort_usage u > > > > WHERE s.saddr=u.session_ addr > > > > GROUP BY s.sid, s.username, s.osuser, u.tablespace, u.contents; > > > > > > > > > > > > Boa sorte! > > > > > > > > On 9/26/07, amorrimm <ammorim@> wrote: > > > > > > > > > > Fala pessoal, Boa tarde a todos !! > > > > > > > > > > Tenho uma aplicação que esta sendo executada num Oracle 10G e > estou > > > > > tendo problemas com uma tablespace temporaria que coloquei como > > > Default > > > > > no banco. > > > > > > > > > > Mas não consigo entender...ela esta enchendo direto...estou > > > começando a > > > > > tomar o erro ORA-1652: unable to extend temp segment by 128 in > > > > > tablespace TEMP01, ai vou la, coloco mais um tempfile de 1G e > mesmo > > > > > assim, ele lota em semanas, adiciono mais um tempfile de 1G e > enche em > > > > > semanas...neste tablespace ja tive um total de 4G que encheram em > > > menos > > > > > de uma semana.... > > > > > > > > > > Alguem tem ideia do que pode estar ocorrendo ? Penso que pode > ser na > > > > > aplicação mas como monitorar isso ? > > > > > > > > > > abraços > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > "Obviously crime pays, or there'd be no crime." > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > > > -- > > Atenciosamente, > > Samuel Geraldo dos Santos > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > Flickr agora em português. Você clica, todo mundo vê. > http://www.flickr.com.br/ > > [As partes desta mensagem que não continham texto foram removidas] >