Bem, vc Não diz a versão do seu database, Não diz se a tablespace é LMT ou não, o que *** sempre *** são coisas críticas para o trabalho de DBA, mas seguinte: se for 10gR2 ou superior vc tem o comando ALTER TABLESPACE nnn DROP DATAFILE 'datafileaserdropado' : ocorre porém que esse comando tem restrições (além, óbvio, do datafile estar vazio ele não pode dropar o primeiro (nem o único) datafile da tablespace, a tablespace tem que estar online e read-write - http://www.idevelopment.info/data/Oracle/DBA_tips/Database_Administration/DBA_16.shtml#Drop%20Datafile%20by%20Oracle%20Releasehttp://www.idevelopment.info/data/Oracle/DBA_tips/Database_Administration/DBA_16.shtml#Drop%20Datafile%20by%20Oracle%20Releasefala mais sobre isso) . CASO vc esteja em versão inferior à 10gR2, e/ou caia nas retrições, sim : para dropar o datafile vc terá que colocar o banco em mount, OU então (se a tablespace é relativamente pequena) vc pode exportar os objetos, dropar a tablespace e a recriar, re-importando os objetos depois). Lembro porém, que, mesmo que vc não possa dropar a tablespace, e nem dropar o datafile neste momento porque não há janela de manutenção para esse database, já que o seu objetivo é recuperar o espaço vc TRANQUILAMENTE pode (já que o datafile está vazio) fazer um SHRINK nele, deixando-o com o mínimo de espaço possível (8 blocks, normalmente) , aí vc recuperou praticamente todo o espaço em disco, e na próxima janela de manutenção do database vc aí sim bota ele em mount e faz o drop efetivo, a nota metalink "How to 'DROP' a Datafile from a Tablespace" [ID 111316.1] te dá mais detalhes... []s Chiappa
--- Em oracle_br@yahoogrupos.com.br, "Marcio - Yahoo" <marcio_cbj@...> escreveu > > A necessidade que não preciso desse datafile, e ele está me comendo espaço > no meu disco. Eu não consigo torna-lo mais on-line, pois o status dele está > "RECOVERY" > > > > De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em > nome de JLSilva > Enviada em: sexta-feira, 18 de novembro de 2011 09:24 > Para: oracle_br@yahoogrupos.com.br > Assunto: Re: RES: [oracle_br] Re: verificar objetos pertencentes ao data > file > > > > > > amigo, qual é a necessidade de vc dropar o datafile? > vc criou ele em local errado? vc pode move-lo para o local correto ou > renomea-lo, depois, renomeie-o no banco. > vc não precisa desse datafile? deixe-o com um tamanho pequeno, mas online. > e assim por diante........ > > On Nov 18, 2011, at 8:38 , Marcio - Yahoo wrote: > > > A consulta não retornou nada, como esperado. > > > > > > > > Não consigo dropar o datafile com ele off-line, tem outro datafile criado > > nessa tablespace que tem informações nele. Para dropar o datafile > off-line, > > somente com o banco em mount? > > > > > > > > De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> > [mailto:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> > ] Em > > nome de José Laurindo > > Enviada em: quinta-feira, 17 de novembro de 2011 17:14 > > Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> > > > Assunto: [oracle_br] Re: verificar objetos pertencentes ao data file > > > > > > > > > > > > SE o arquivo *** REALMENTE *** é um datafile (ie, pertence a uma > tablespace > > DE DADOS, e não a uma tablespace Temporarária), necessariamente qquer > coisa > > que for usar espaço na tablespace a qual o datafile pertence vai estar > > registrada na DBA_EXTENTS (e na DBA_SEGMENTS e relacionadas), aí vc pode > > fazer uma consulta no sqlplus informando o datafile, tipo : > > > > select t.TABLESPACE_NAME, T.STATUS, T.CONTENTS, F.FILE_NAME, F.FILE_ID, > > F.BYTES, F.USER_BYTES, S.OWNER, S.SEGMENT_TYPE, S.SEGMENT_NAME, > > SUM(S.BYTES) BYTES_DO_SEGMENTO > > from DBA_TABLESPACES T, DBA_DATA_FILES F, DBA_EXTENTS S > > where upper(f.file_name) like '%' || upper('&NOME_DO_DATAFILE') || '%' > > and t.tablespace_name = f.tablespace_name > > and s.tablespace_name = f.tablespace_name > > and s.file_id = f.file_id > > group by t.TABLESPACE_NAME, T.STATUS, T.CONTENTS, F.FILE_NAME, F.FILE_ID, > > F.BYTES, F.USER_BYTES, S.OWNER, S.SEGMENT_TYPE, S.SEGMENT_NAME > > order by 1, 5, 8, 9; > > > > []s > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br > <mailto:oracle_br%40yahoogrupos.com.br> > <mailto:oracle_br%40yahoogrupos.com.br> > > , "Marcio - Yahoo" <marcio_cbj@> escreveu > >> > >> Boa tarde! > >> > >> > >> > >> Tenho um datafile "vazio", teoricamente não tenho nenhum objeto nele. > > Tornei > >> esse dafa file off-line, e agora recebi um alerta de que esse datafile > >> precisa de recuperação. > >> > >> > >> > >> Como faço pra verificar se esse data file tem dependentes, quero > confirmar > >> antes de excluir. > >> > >> > >> > >> Márcio. > >> > >> > >> > >> > >> > >> > >> > >> [As partes desta mensagem que não continham texto foram removidas] > >> > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > ------------------------------------ > > > > ---------------------------------------------------------- > >> Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de > inteira responsabilidade de seus remetentes. > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > ---------------------------------------------------------- > >> Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » > Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! > VISITE: http://www.oraclebr.com.br/ > > ---------------------------------------------------------- Links do Yahoo! > Grupos > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
