[oracle_br] objetos pertencentes a uma tablespace
Bom dia! Fiz uma reorganização de instâncias e schemas no meu ambiente. Nessa atividade, algumas tablespaces não são mais necessárias e com isso, estou a excluindo. Antes de excluir a tablespace, eu a coloco como OFF-LINE e deixo assim por alguns dias, nesse período uma aplicação apresentou problema, sendo que essa aplicação tem as suas tablespaces próprias. O erro da aplicação era justamente por a tablespace estar como OFF-LINE, verifiquei os seus objetos dependentes por scripts, verifiquei pelo SQL Developer e não encontrei os objetos utilizados na rotina dentro da tablespace OFF-LINE. Não sei se consegui ser claro no problema. Além das rotinas que utilizei, tem outro mais detalhado/completo que mostre os objetos da tablespace/datafile? Grato. Márcio.
Re: [oracle_br] objetos pertencentes a uma tablespace
Márcio Que consultas (SQL) você usou para verificação? [ ] André Em 20 de outubro de 2014 09:42, 'Grupos' marcio_...@yahoo.com.br [oracle_br] oracle_br@yahoogrupos.com.br escreveu: Bom dia! Fiz uma reorganização de instâncias e schemas no meu ambiente. Nessa atividade, algumas tablespaces não são mais necessárias e com isso, estou a excluindo. Antes de excluir a tablespace, eu a coloco como OFF-LINE e deixo assim por alguns dias, nesse período uma aplicação apresentou problema, sendo que essa aplicação tem as suas tablespaces próprias. O erro da aplicação era justamente por a tablespace estar como OFF-LINE, verifiquei os seus objetos dependentes por scripts, verifiquei pelo SQL Developer e não encontrei os objetos utilizados na rotina dentro da tablespace OFF-LINE. Não sei se consegui ser claro no problema. Além das rotinas que utilizei, tem outro mais detalhado/completo que mostre os objetos da tablespace/datafile? Grato. Márcio.
Re: [oracle_br] objetos pertencentes a uma tablespace
Bom dia, Pode checar a dba_segments de ver se existe algum objeto na tablespace, só não sei se isso vai funcionar com a tablespace off-line. Outra coisa que me ocorrer pode ser hardcode criando algum objeto em tempo de exceção ou até mesmo você deixando a tablespace default deste usuário como a off-line ele precisando alocar segmentos. [ ]'s #mufalani Desculpe por erros! Este e-mail foi escrito do meu smartphone! Sorry for typos! This mail was written from my smartphone!!! On 20/10/2014, at 09:48, Andre Santos andre.psantos...@gmail.com [oracle_br] oracle_br@yahoogrupos.com.br wrote: Márcio Que consultas (SQL) você usou para verificação? [ ] André Em 20 de outubro de 2014 09:42, 'Grupos' marcio_...@yahoo.com.br [oracle_br] oracle_br@yahoogrupos.com.br escreveu: Bom dia! Fiz uma reorganização de instâncias e schemas no meu ambiente. Nessa atividade, algumas tablespaces não são mais necessárias e com isso, estou a excluindo. Antes de excluir a tablespace, eu a coloco como OFF-LINE e deixo assim por alguns dias, nesse período uma aplicação apresentou problema, sendo que essa aplicação tem as suas tablespaces próprias. O erro da aplicação era justamente por a tablespace estar como OFF-LINE, verifiquei os seus objetos dependentes por scripts, verifiquei pelo SQL Developer e não encontrei os objetos utilizados na rotina dentro da tablespace OFF-LINE. Não sei se consegui ser claro no problema. Além das rotinas que utilizei, tem outro mais detalhado/completo que mostre os objetos da tablespace/datafile? Grato. Márcio.
Re: [oracle_br] objetos pertencentes a uma tablespace
select segment_namefrom dba_segmentswhere tablespace_name = 'x'; mova os objetos pra outro tablespace drop tablespace x including contents and datafiles; e era isso. Em Segunda-feira, 20 de Outubro de 2014 9:48, Andre Santos andre.psantos...@gmail.com [oracle_br] oracle_br@yahoogrupos.com.br escreveu: !--#yiv6951220322 #yiv6951220322 .yiv6951220322ygrp-photo-title{clear:both;font-size:smaller;height:15px;overflow:hidden;text-align:center;width:75px;}#yiv6951220322 div.yiv6951220322ygrp-photo{background-position:center;background-repeat:no-repeat;background-color:white;border:1px solid black;height:62px;width:62px;}#yiv6951220322 div.yiv6951220322photo-title a, #yiv6951220322 div.yiv6951220322photo-title a:active, #yiv6951220322 div.yiv6951220322photo-title a:hover, #yiv6951220322 div.yiv6951220322photo-title a:visited {text-decoration:none;}#yiv6951220322 div.yiv6951220322attach-table div.yiv6951220322attach-row {clear:both;}#yiv6951220322 div.yiv6951220322attach-table div.yiv6951220322attach-row div {float:left;}#yiv6951220322 p {clear:both;padding:15px 0 3px 0;overflow:hidden;}#yiv6951220322 div.yiv6951220322ygrp-file {width:30px;}#yiv6951220322 div.yiv6951220322attach-table div.yiv6951220322attach-row div div a {text-decoration:none;}#yiv6951220322 div.yiv6951220322attach-table div.yiv6951220322attach-row div div span {font-weight:normal;}#yiv6951220322 div.yiv6951220322ygrp-file-title {font-weight:bold;}#yiv6951220322 -- !--#yiv6951220322 #yiv6951220322ygrp-mkp {border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv6951220322 #yiv6951220322ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv6951220322 #yiv6951220322ygrp-mkp #yiv6951220322hd {color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 0;}#yiv6951220322 #yiv6951220322ygrp-mkp #yiv6951220322ads {margin-bottom:10px;}#yiv6951220322 #yiv6951220322ygrp-mkp .yiv6951220322ad {padding:0 0;}#yiv6951220322 #yiv6951220322ygrp-mkp .yiv6951220322ad p {margin:0;}#yiv6951220322 #yiv6951220322ygrp-mkp .yiv6951220322ad a {color:#ff;text-decoration:none;}-- Márcio Que consultas (SQL) você usou para verificação? [ ] André Em 20 de outubro de 2014 09:42, 'Grupos' marcio_...@yahoo.com.br [oracle_br] oracle_br@yahoogrupos.com.br escreveu: Bom dia! Fiz uma reorganização de instâncias e schemas no meu ambiente. Nessa atividade, algumas tablespaces não são mais necessárias e com isso, estou a excluindo. Antes de excluir a tablespace, eu a coloco como OFF-LINE e deixo assim por alguns dias, nesse período uma aplicação apresentou problema, sendo que essa aplicação tem as suas tablespaces próprias. O erro da aplicação era justamente por a tablespace estar como OFF-LINE, verifiquei os seus objetos dependentes por scripts, verifiquei pelo SQL Developer e não encontrei os objetos utilizados na rotina dentro da tablespace OFF-LINE. Não sei se consegui ser claro no problema. Além das rotinas que utilizei, tem outro mais detalhado/completo que mostre os objetos da tablespace/datafile? Grato.Márcio.
RES: [oracle_br] objetos pertencentes a uma tablespace
Eu uso a consulta abaixo, o OWNER dos objetos envolvidos ou a tablespace e os objetos que os fornecedor da aplicação disse que são utilizados no momento do erro. De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Enviada em: segunda-feira, 20 de outubro de 2014 09:50 Para: oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] objetos pertencentes a uma tablespace select segment_name from dba_segments where tablespace_name = 'x'; mova os objetos pra outro tablespace drop tablespace x including contents and datafiles; e era isso. Em Segunda-feira, 20 de Outubro de 2014 9:48, Andre Santos andre.psantos...@gmail.com [oracle_br] oracle_br@yahoogrupos.com.br escreveu: Márcio Que consultas (SQL) você usou para verificação? [ ] André Em 20 de outubro de 2014 09:42, 'Grupos' marcio_...@yahoo.com.br [oracle_br] oracle_br@yahoogrupos.com.br escreveu: Bom dia! Fiz uma reorganização de instâncias e schemas no meu ambiente. Nessa atividade, algumas tablespaces não são mais necessárias e com isso, estou a excluindo. Antes de excluir a tablespace, eu a coloco como OFF-LINE e deixo assim por alguns dias, nesse período uma aplicação apresentou problema, sendo que essa aplicação tem as suas tablespaces próprias. O erro da aplicação era justamente por a tablespace estar como OFF-LINE, verifiquei os seus objetos dependentes por scripts, verifiquei pelo SQL Developer e não encontrei os objetos utilizados na rotina dentro da tablespace OFF-LINE. Não sei se consegui ser claro no problema. Além das rotinas que utilizei, tem outro mais detalhado/completo que mostre os objetos da tablespace/datafile? Grato. Márcio.
RES: [oracle_br] objetos pertencentes a uma tablespace
Acho que encontrei o problema. Tinha um índice da aplicação criado em outro schema, fiz um alter index e coloquei novamente a tablespace off-line. Agora é só acompanhar. De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Enviada em: segunda-feira, 20 de outubro de 2014 10:16 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] objetos pertencentes a uma tablespace Eu uso a consulta abaixo, o OWNER dos objetos envolvidos ou a tablespace e os objetos que os fornecedor da aplicação disse que são utilizados no momento do erro. De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Enviada em: segunda-feira, 20 de outubro de 2014 09:50 Para: oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] objetos pertencentes a uma tablespace select segment_name from dba_segments where tablespace_name = 'x'; mova os objetos pra outro tablespace drop tablespace x including contents and datafiles; e era isso. Em Segunda-feira, 20 de Outubro de 2014 9:48, Andre Santos andre.psantos...@gmail.com [oracle_br] oracle_br@yahoogrupos.com.br escreveu: Márcio Que consultas (SQL) você usou para verificação? [ ] André Em 20 de outubro de 2014 09:42, 'Grupos' marcio_...@yahoo.com.br [oracle_br] oracle_br@yahoogrupos.com.br escreveu: Bom dia! Fiz uma reorganização de instâncias e schemas no meu ambiente. Nessa atividade, algumas tablespaces não são mais necessárias e com isso, estou a excluindo. Antes de excluir a tablespace, eu a coloco como OFF-LINE e deixo assim por alguns dias, nesse período uma aplicação apresentou problema, sendo que essa aplicação tem as suas tablespaces próprias. O erro da aplicação era justamente por a tablespace estar como OFF-LINE, verifiquei os seus objetos dependentes por scripts, verifiquei pelo SQL Developer e não encontrei os objetos utilizados na rotina dentro da tablespace OFF-LINE. Não sei se consegui ser claro no problema. Além das rotinas que utilizei, tem outro mais detalhado/completo que mostre os objetos da tablespace/datafile? Grato. Márcio.