[oracle_br] Promoções: Sotti Imp ortados
Acessem o site e confiram as promoções: Ropupas importadas a partir de R$ 55,00 Relógios importados a partir de R$ 290,00 Contatos: http://sottimportados.blogspot.com/ E-mail: miguelso...@bol.com.br Tel.: (11) - 7484-4418 _ Hotmail: Trusted email with Microsofts powerful SPAM protection. https://signup.live.com/signup.aspx?id=60969 [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 * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] restore, sem tablespace
Você tem como recuperar esses indices depois? Porque acredito que se você montar o banco e usar a opção de offline drop você consiga se livrar desse problema, porém certifique-se de que pode recuperar esses indices de alguma maneira. Seu backup é Online? Você usa Archive Mode? Ats. Em 17 de junho de 2010 08:56, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br escreveu: Boas. Foi efetuado um backup em LTO, e no bakcup não constava um disco que tem uma tablespace de índice utlizado por um schema. Restaurei a fita e agora não consigo abrir o banco por conta dessa tablespace. Como faço para contornar o problema e dar OPEN no meu banco? Tem como eu excluir/desabilitar essa tablespace para subir o banco? Márcio. [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] restore, sem tablespace
Ah!..pensei que era produção, então usa essa opção Márcio, creio que te auxilie sim, pois estaras atualizando os arquivos de controle coma informação de que essa tablespace não mais faz parte do conjunto de tablespace do seu BD. Tenta e passa o feedback depois. Abração Em 17 de junho de 2010 09:12, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br escreveu: David, o restore está sendo feito em um ambiente de homologação. Posso pegar os índices de produção e aplicar em homologação. Em homologação vou colocar o banco como NOARCHIVELOG, o backup é feito o mirror dos discos e realizado o backup desses mirrors. Acredito que a tua opção possa me ajudar no OPEN do banco, vou tentar. Grato, Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br Sent: Thursday, June 17, 2010 9:05 AM Subject: Re: [oracle_br] restore, sem tablespace Você tem como recuperar esses indices depois? Porque acredito que se você montar o banco e usar a opção de offline drop você consiga se livrar desse problema, porém certifique-se de que pode recuperar esses indices de alguma maneira. Seu backup é Online? Você usa Archive Mode? Ats. Em 17 de junho de 2010 08:56, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br marcio_cbj%40yahoo.com.br escreveu: Boas. Foi efetuado um backup em LTO, e no bakcup não constava um disco que tem uma tablespace de índice utlizado por um schema. Restaurei a fita e agora não consigo abrir o banco por conta dessa tablespace. Como faço para contornar o problema e dar OPEN no meu banco? Tem como eu excluir/desabilitar essa tablespace para subir o banco? Márcio. [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Problema com ROLE DEFAULT 11gr2
Bom dia, Estou preparando uma migração de 10g para 11gr2 e me deparei com uma situação que não consegui contornar. As role são criadas com senha, para usuários de aplicações novas as roles não são DEFAULT e a aplicação faz SET ROLE, para usuários de aplicações antigas em muitos casos tem as mesmas roles mas são DEFAULT no Oracle 10g funcionava normalmente mas no 11gr2 mesmo estando DEFAULT a role com senha não fica ativa após a conexão. Vocês sabem dizer se tenho como alterar esse comportamento? Segue um exemplo com o problema. SQL SQL conn / as sysdba Connected. SQL alter user TESTE default role all; User altered. SQL alter role RO_PESSOA_T identified by senha; Role altered. SQL select GRANTED_ROLE,DEFAULT_ROLE from dba_role_privs where grantee='TESTE'; GRANTED_ROLE DEF -- --- RO_PESSOA_TYES SQL SQL SQL SQL conn teste/teste Connected. SQL select * from session_roles; no rows selected SQL SQL SQL SQL conn / as sysdba Connected. SQL alter role RO_PESSOA_T not identified; Role altered. SQL select GRANTED_ROLE,DEFAULT_ROLE from dba_role_privs where grantee='TESTE'; GRANTED_ROLE DEF -- --- RO_PESSOA_TYES SQL SQL SQL SQL conn teste/teste Connected. SQL select * from session_roles; ROLE -- RO_PESSOA_T SQL Obrigado, Murilo Lima [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] restore, sem tablespace
Deu certo David, em partes. Alguns dos meus indices estavam apontando para essa tablespace... tento dar o comando drop tablespace e tomo esse erro. ORA-02429: cannot drop index used for enforcement of unique/primary key Tento dropar os indices mas não consigo, estou entrando em tabela por tabela e apontando os indices para outra tablespace, mas para isso preciso deletar as constraints e recriar. Qual a forma mais rápida pra resolver esse problema? Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br Sent: Thursday, June 17, 2010 9:32 AM Subject: Re: [oracle_br] restore, sem tablespace Ah!..pensei que era produção, então usa essa opção Márcio, creio que te auxilie sim, pois estaras atualizando os arquivos de controle coma informação de que essa tablespace não mais faz parte do conjunto de tablespace do seu BD. Tenta e passa o feedback depois. Abração Em 17 de junho de 2010 09:12, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br escreveu: David, o restore está sendo feito em um ambiente de homologação. Posso pegar os índices de produção e aplicar em homologação. Em homologação vou colocar o banco como NOARCHIVELOG, o backup é feito o mirror dos discos e realizado o backup desses mirrors. Acredito que a tua opção possa me ajudar no OPEN do banco, vou tentar. Grato, Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br Sent: Thursday, June 17, 2010 9:05 AM Subject: Re: [oracle_br] restore, sem tablespace Você tem como recuperar esses indices depois? Porque acredito que se você montar o banco e usar a opção de offline drop você consiga se livrar desse problema, porém certifique-se de que pode recuperar esses indices de alguma maneira. Seu backup é Online? Você usa Archive Mode? Ats. Em 17 de junho de 2010 08:56, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br marcio_cbj%40yahoo.com.br escreveu: Boas. Foi efetuado um backup em LTO, e no bakcup não constava um disco que tem uma tablespace de índice utlizado por um schema. Restaurei a fita e agora não consigo abrir o banco por conta dessa tablespace. Como faço para contornar o problema e dar OPEN no meu banco? Tem como eu excluir/desabilitar essa tablespace para subir o banco? Márcio. [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] restore, sem tablespace
Maravilha Marcio, como a instrução é um alter você tem de executar um a um mesmo, não tem como fazer em lote, mas uma coisa que você pode fazer para remanejar seus indices para uma nova tablespace é fazer um script pra isso, um que já prepare a linha de comando e depois você só executa , mais ou menos assim : spool reconstroi_index.sql select 'alter index '||owne||'.'||index_name||' rebuild tablespace nome da nova tablespace;' from all_indexes where owner='nome do owner dos indices'; spool off Deu pra entender Abraço Em 17 de junho de 2010 12:26, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br escreveu: Deu certo David, em partes. Alguns dos meus indices estavam apontando para essa tablespace... tento dar o comando drop tablespace e tomo esse erro. ORA-02429: cannot drop index used for enforcement of unique/primary key Tento dropar os indices mas não consigo, estou entrando em tabela por tabela e apontando os indices para outra tablespace, mas para isso preciso deletar as constraints e recriar. Qual a forma mais rápida pra resolver esse problema? Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br Sent: Thursday, June 17, 2010 9:32 AM Subject: Re: [oracle_br] restore, sem tablespace Ah!..pensei que era produção, então usa essa opção Márcio, creio que te auxilie sim, pois estaras atualizando os arquivos de controle coma informação de que essa tablespace não mais faz parte do conjunto de tablespace do seu BD. Tenta e passa o feedback depois. Abração Em 17 de junho de 2010 09:12, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br marcio_cbj%40yahoo.com.br escreveu: David, o restore está sendo feito em um ambiente de homologação. Posso pegar os índices de produção e aplicar em homologação. Em homologação vou colocar o banco como NOARCHIVELOG, o backup é feito o mirror dos discos e realizado o backup desses mirrors. Acredito que a tua opção possa me ajudar no OPEN do banco, vou tentar. Grato, Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br Sent: Thursday, June 17, 2010 9:05 AM Subject: Re: [oracle_br] restore, sem tablespace Você tem como recuperar esses indices depois? Porque acredito que se você montar o banco e usar a opção de offline drop você consiga se livrar desse problema, porém certifique-se de que pode recuperar esses indices de alguma maneira. Seu backup é Online? Você usa Archive Mode? Ats. Em 17 de junho de 2010 08:56, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br marcio_cbj%40yahoo.com.br marcio_cbj% 40yahoo.com.br escreveu: Boas. Foi efetuado um backup em LTO, e no bakcup não constava um disco que tem uma tablespace de índice utlizado por um schema. Restaurei a fita e agora não consigo abrir o banco por conta dessa tablespace. Como faço para contornar o problema e dar OPEN no meu banco? Tem como eu excluir/desabilitar essa tablespace para subir o banco? Márcio. [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] restore, sem tablespace
Já fiz isso David, o problema que tem uns índices unique que não vão e ficam me travando. A tablespace que coloquei o datafile OFFLINE, os indices de alguma query ficam fazendo referência nessa tablespace e o pessoal não consegue usar. Me dando o erro: ORA-00376. Tá dificil amigo. Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br Sent: Thursday, June 17, 2010 1:39 PM Subject: Re: [oracle_br] restore, sem tablespace Maravilha Marcio, como a instrução é um alter você tem de executar um a um mesmo, não tem como fazer em lote, mas uma coisa que você pode fazer para remanejar seus indices para uma nova tablespace é fazer um script pra isso, um que já prepare a linha de comando e depois você só executa , mais ou menos assim : spool reconstroi_index.sql select 'alter index '||owne||'.'||index_name||' rebuild tablespace nome da nova tablespace;' from all_indexes where owner='nome do owner dos indices'; spool off Deu pra entender Abraço Em 17 de junho de 2010 12:26, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br escreveu: Deu certo David, em partes. Alguns dos meus indices estavam apontando para essa tablespace... tento dar o comando drop tablespace e tomo esse erro. ORA-02429: cannot drop index used for enforcement of unique/primary key Tento dropar os indices mas não consigo, estou entrando em tabela por tabela e apontando os indices para outra tablespace, mas para isso preciso deletar as constraints e recriar. Qual a forma mais rápida pra resolver esse problema? Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br Sent: Thursday, June 17, 2010 9:32 AM Subject: Re: [oracle_br] restore, sem tablespace Ah!..pensei que era produção, então usa essa opção Márcio, creio que te auxilie sim, pois estaras atualizando os arquivos de controle coma informação de que essa tablespace não mais faz parte do conjunto de tablespace do seu BD. Tenta e passa o feedback depois. Abração Em 17 de junho de 2010 09:12, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br marcio_cbj%40yahoo.com.br escreveu: David, o restore está sendo feito em um ambiente de homologação. Posso pegar os índices de produção e aplicar em homologação. Em homologação vou colocar o banco como NOARCHIVELOG, o backup é feito o mirror dos discos e realizado o backup desses mirrors. Acredito que a tua opção possa me ajudar no OPEN do banco, vou tentar. Grato, Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br Sent: Thursday, June 17, 2010 9:05 AM Subject: Re: [oracle_br] restore, sem tablespace Você tem como recuperar esses indices depois? Porque acredito que se você montar o banco e usar a opção de offline drop você consiga se livrar desse problema, porém certifique-se de que pode recuperar esses indices de alguma maneira. Seu backup é Online? Você usa Archive Mode? Ats. Em 17 de junho de 2010 08:56, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br marcio_cbj%40yahoo.com.br marcio_cbj% 40yahoo.com.br escreveu: Boas. Foi efetuado um backup em LTO, e no bakcup não constava um disco que tem uma tablespace de índice utlizado por um schema. Restaurei a fita e agora não consigo abrir o banco por conta dessa tablespace. Como faço para contornar o problema e dar OPEN no meu banco? Tem como eu excluir/desabilitar essa tablespace para subir o banco? Márcio. [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a
Re: [oracle_br] restore, sem tablespace
drope e os recrie...já tentou ? Em 17 de junho de 2010 13:40, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br escreveu: Já fiz isso David, o problema que tem uns índices unique que não vão e ficam me travando. A tablespace que coloquei o datafile OFFLINE, os indices de alguma query ficam fazendo referência nessa tablespace e o pessoal não consegue usar. Me dando o erro: ORA-00376. Tá dificil amigo. Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br Sent: Thursday, June 17, 2010 1:39 PM Subject: Re: [oracle_br] restore, sem tablespace Maravilha Marcio, como a instrução é um alter você tem de executar um a um mesmo, não tem como fazer em lote, mas uma coisa que você pode fazer para remanejar seus indices para uma nova tablespace é fazer um script pra isso, um que já prepare a linha de comando e depois você só executa , mais ou menos assim : spool reconstroi_index.sql select 'alter index '||owne||'.'||index_name||' rebuild tablespace nome da nova tablespace;' from all_indexes where owner='nome do owner dos indices'; spool off Deu pra entender Abraço Em 17 de junho de 2010 12:26, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br marcio_cbj%40yahoo.com.br escreveu: Deu certo David, em partes. Alguns dos meus indices estavam apontando para essa tablespace... tento dar o comando drop tablespace e tomo esse erro. ORA-02429: cannot drop index used for enforcement of unique/primary key Tento dropar os indices mas não consigo, estou entrando em tabela por tabela e apontando os indices para outra tablespace, mas para isso preciso deletar as constraints e recriar. Qual a forma mais rápida pra resolver esse problema? Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br Sent: Thursday, June 17, 2010 9:32 AM Subject: Re: [oracle_br] restore, sem tablespace Ah!..pensei que era produção, então usa essa opção Márcio, creio que te auxilie sim, pois estaras atualizando os arquivos de controle coma informação de que essa tablespace não mais faz parte do conjunto de tablespace do seu BD. Tenta e passa o feedback depois. Abração Em 17 de junho de 2010 09:12, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br marcio_cbj%40yahoo.com.br marcio_cbj% 40yahoo.com.br escreveu: David, o restore está sendo feito em um ambiente de homologação. Posso pegar os índices de produção e aplicar em homologação. Em homologação vou colocar o banco como NOARCHIVELOG, o backup é feito o mirror dos discos e realizado o backup desses mirrors. Acredito que a tua opção possa me ajudar no OPEN do banco, vou tentar. Grato, Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br Sent: Thursday, June 17, 2010 9:05 AM Subject: Re: [oracle_br] restore, sem tablespace Você tem como recuperar esses indices depois? Porque acredito que se você montar o banco e usar a opção de offline drop você consiga se livrar desse problema, porém certifique-se de que pode recuperar esses indices de alguma maneira. Seu backup é Online? Você usa Archive Mode? Ats. Em 17 de junho de 2010 08:56, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br marcio_cbj%40yahoo.com.br marcio_cbj% 40yahoo.com.br marcio_cbj% 40yahoo.com.br escreveu: Boas. Foi efetuado um backup em LTO, e no bakcup não constava um disco que tem uma tablespace de índice utlizado por um schema. Restaurei a fita e agora não consigo abrir o banco por conta dessa tablespace. Como faço para contornar o problema e dar OPEN no meu banco? Tem como eu excluir/desabilitar essa tablespace para subir o banco? Márcio. [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] restore, sem tablespace
Já, funciona um por um. Que m Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br Sent: Thursday, June 17, 2010 1:45 PM Subject: Re: [oracle_br] restore, sem tablespace drope e os recrie...já tentou ? Em 17 de junho de 2010 13:40, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br escreveu: Já fiz isso David, o problema que tem uns índices unique que não vão e ficam me travando. A tablespace que coloquei o datafile OFFLINE, os indices de alguma query ficam fazendo referência nessa tablespace e o pessoal não consegue usar. Me dando o erro: ORA-00376. Tá dificil amigo. Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br Sent: Thursday, June 17, 2010 1:39 PM Subject: Re: [oracle_br] restore, sem tablespace Maravilha Marcio, como a instrução é um alter você tem de executar um a um mesmo, não tem como fazer em lote, mas uma coisa que você pode fazer para remanejar seus indices para uma nova tablespace é fazer um script pra isso, um que já prepare a linha de comando e depois você só executa , mais ou menos assim : spool reconstroi_index.sql select 'alter index '||owne||'.'||index_name||' rebuild tablespace nome da nova tablespace;' from all_indexes where owner='nome do owner dos indices'; spool off Deu pra entender Abraço Em 17 de junho de 2010 12:26, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br marcio_cbj%40yahoo.com.br escreveu: Deu certo David, em partes. Alguns dos meus indices estavam apontando para essa tablespace... tento dar o comando drop tablespace e tomo esse erro. ORA-02429: cannot drop index used for enforcement of unique/primary key Tento dropar os indices mas não consigo, estou entrando em tabela por tabela e apontando os indices para outra tablespace, mas para isso preciso deletar as constraints e recriar. Qual a forma mais rápida pra resolver esse problema? Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br Sent: Thursday, June 17, 2010 9:32 AM Subject: Re: [oracle_br] restore, sem tablespace Ah!..pensei que era produção, então usa essa opção Márcio, creio que te auxilie sim, pois estaras atualizando os arquivos de controle coma informação de que essa tablespace não mais faz parte do conjunto de tablespace do seu BD. Tenta e passa o feedback depois. Abração Em 17 de junho de 2010 09:12, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br marcio_cbj%40yahoo.com.br marcio_cbj% 40yahoo.com.br escreveu: David, o restore está sendo feito em um ambiente de homologação. Posso pegar os índices de produção e aplicar em homologação. Em homologação vou colocar o banco como NOARCHIVELOG, o backup é feito o mirror dos discos e realizado o backup desses mirrors. Acredito que a tua opção possa me ajudar no OPEN do banco, vou tentar. Grato, Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br Sent: Thursday, June 17, 2010 9:05 AM Subject: Re: [oracle_br] restore, sem tablespace Você tem como recuperar esses indices depois? Porque acredito que se você montar o banco e usar a opção de offline drop você consiga se livrar desse problema, porém certifique-se de que pode recuperar esses indices de alguma maneira. Seu backup é Online? Você usa Archive Mode? Ats. Em 17 de junho de 2010 08:56, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br marcio_cbj%40yahoo.com.br marcio_cbj% 40yahoo.com.br marcio_cbj% 40yahoo.com.br escreveu: Boas. Foi efetuado um backup em LTO, e no bakcup não constava um disco que tem uma tablespace de índice utlizado por um schema. Restaurei a fita e agora não consigo abrir o banco por conta dessa tablespace. Como faço para contornar o problema e dar OPEN no meu banco? Tem como eu excluir/desabilitar essa tablespace para subir o banco? Márcio. [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein -
Re: [oracle_br] restore, sem tablespace
Dê primeiro um disable constraint na tabela... para cada constraint. Em 17 de junho de 2010 12:26, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br escreveu: Deu certo David, em partes. Alguns dos meus indices estavam apontando para essa tablespace... tento dar o comando drop tablespace e tomo esse erro. ORA-02429: cannot drop index used for enforcement of unique/primary key Tento dropar os indices mas não consigo, estou entrando em tabela por tabela e apontando os indices para outra tablespace, mas para isso preciso deletar as constraints e recriar. Qual a forma mais rápida pra resolver esse problema? Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br Sent: Thursday, June 17, 2010 9:32 AM Subject: Re: [oracle_br] restore, sem tablespace Ah!..pensei que era produção, então usa essa opção Márcio, creio que te auxilie sim, pois estaras atualizando os arquivos de controle coma informação de que essa tablespace não mais faz parte do conjunto de tablespace do seu BD. Tenta e passa o feedback depois. Abração Em 17 de junho de 2010 09:12, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br marcio_cbj%40yahoo.com.br escreveu: David, o restore está sendo feito em um ambiente de homologação. Posso pegar os índices de produção e aplicar em homologação. Em homologação vou colocar o banco como NOARCHIVELOG, o backup é feito o mirror dos discos e realizado o backup desses mirrors. Acredito que a tua opção possa me ajudar no OPEN do banco, vou tentar. Grato, Márcio. - Original Message - From: David Ricardo To: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br Sent: Thursday, June 17, 2010 9:05 AM Subject: Re: [oracle_br] restore, sem tablespace Você tem como recuperar esses indices depois? Porque acredito que se você montar o banco e usar a opção de offline drop você consiga se livrar desse problema, porém certifique-se de que pode recuperar esses indices de alguma maneira. Seu backup é Online? Você usa Archive Mode? Ats. Em 17 de junho de 2010 08:56, Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br marcio_cbj%40yahoo.com.br marcio_cbj% 40yahoo.com.br escreveu: Boas. Foi efetuado um backup em LTO, e no bakcup não constava um disco que tem uma tablespace de índice utlizado por um schema. Restaurei a fita e agora não consigo abrir o banco por conta dessa tablespace. Como faço para contornar o problema e dar OPEN no meu banco? Tem como eu excluir/desabilitar essa tablespace para subir o banco? Márcio. [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- -- Raul Francisco da Costa Ferreira de Andrade DBA - OCA - Oracle Certified Associate COBIT Foundation 4.1 Fone: (41)8855-8874 Brt email: raulf...@gmail.com Skype: raul.andrade www.clickdba.com A adversidade leva alguns a serem vencidos e outros a baterem recordes. William Arthur Ward [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 * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para
[oracle_br] Importacao initial extent
Olá pessoal, recebi um dump para importação, mas apenas a estrutura dos objetos. Na linha de comando, carrego apenas alguns schemas, porém somente a estrutura e não deveria alocar muito espaço nas tablespaces, e o que está acontecendo é alocação de muitos extents. Como faço para carregar alocando o que defini na minha tablespace e desconsiderando o banco origem? Se não me engano no export poderia colocar compress=NO que resolveria, porém não tenho esta opção, ... devo resolver o problema apenas no lado import. Alguma dica? Agradeço desde já. Alex DB 9i / Aix Tbs initial 64K [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Importacao initial extent
Cria as tablespaces antes no banco de destino com o tamanho que vc quiser. Ao executar o import vai gerar um erro no import dizendo que o objeto já existe, vc pode ignorar. Acrescenta no seu comando de import o ignore=y Abraço Att. Marcelo Procksch Em 17 de junho de 2010 16:52, Alex Octan a...@octan.cz.cc escreveu: Olá pessoal, recebi um dump para importação, mas apenas a estrutura dos objetos. Na linha de comando, carrego apenas alguns schemas, porém somente a estrutura e não deveria alocar muito espaço nas tablespaces, e o que está acontecendo é alocação de muitos extents. Como faço para carregar alocando o que defini na minha tablespace e desconsiderando o banco origem? Se não me engano no export poderia colocar compress=NO que resolveria, porém não tenho esta opção, ... devo resolver o problema apenas no lado import. Alguma dica? Agradeço desde já. Alex DB 9i / Aix Tbs initial 64K [As partes desta mensagem que não continham texto foram removidas] -- Att. Marcelo E. Procksch [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 * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Importacao initial extent
Ao meu ver seu problema é com as definições de storage dos objetos que vieram como herança no arquivo DUMP, uma boa solução seria se possivel que você conseguisse extrair esses Metadados sem as DEFAULT STORAGE CLAUSULES, pois são elas que estão impactando no seu trabalho. Ats. Em 17 de junho de 2010 16:58, Marcelo Procksch marceloprock...@gmail.comescreveu: Cria as tablespaces antes no banco de destino com o tamanho que vc quiser. Ao executar o import vai gerar um erro no import dizendo que o objeto já existe, vc pode ignorar. Acrescenta no seu comando de import o ignore=y Abraço Att. Marcelo Procksch Em 17 de junho de 2010 16:52, Alex Octan a...@octan.cz.cc escreveu: Olá pessoal, recebi um dump para importação, mas apenas a estrutura dos objetos. Na linha de comando, carrego apenas alguns schemas, porém somente a estrutura e não deveria alocar muito espaço nas tablespaces, e o que está acontecendo é alocação de muitos extents. Como faço para carregar alocando o que defini na minha tablespace e desconsiderando o banco origem? Se não me engano no export poderia colocar compress=NO que resolveria, porém não tenho esta opção, ... devo resolver o problema apenas no lado import. Alguma dica? Agradeço desde já. Alex DB 9i / Aix Tbs initial 64K [As partes desta mensagem que não continham texto foram removidas] -- Att. Marcelo E. Procksch [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 -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Importacao initial extent
Exato, eu pensei nessa hipótese de acerta o import lá na exportação, ou até mesmo da forma que vc colocou extraindo os objetos. Porém esta opção não é segura que vou conseguir. A tablespace de destino já tenho criada com 64K de initial, mas os objetos são importados com o valor que veio do banco produção. Pensei em editar o dump de 24M e alterar a clausula, mas depois dá erro pra importar, o imp deve fazer checksum no arquivo. De qquer forma agradeço as dicas. Abraço Alex 2010/6/17 David Ricardo drb.rica...@gmail.com Ao meu ver seu problema é com as definições de storage dos objetos que vieram como herança no arquivo DUMP, uma boa solução seria se possivel que você conseguisse extrair esses Metadados sem as DEFAULT STORAGE CLAUSULES, pois são elas que estão impactando no seu trabalho. Ats. Em 17 de junho de 2010 16:58, Marcelo Procksch marceloprock...@gmail.com marceloprocksch%40gmail.comescreveu: Cria as tablespaces antes no banco de destino com o tamanho que vc quiser. Ao executar o import vai gerar um erro no import dizendo que o objeto já existe, vc pode ignorar. Acrescenta no seu comando de import o ignore=y Abraço Att. Marcelo Procksch Em 17 de junho de 2010 16:52, Alex Octan a...@octan.cz.ccalex%40octan.cz.cc escreveu: Olá pessoal, recebi um dump para importação, mas apenas a estrutura dos objetos. Na linha de comando, carrego apenas alguns schemas, porém somente a estrutura e não deveria alocar muito espaço nas tablespaces, e o que está acontecendo é alocação de muitos extents. Como faço para carregar alocando o que defini na minha tablespace e desconsiderando o banco origem? Se não me engano no export poderia colocar compress=NO que resolveria, porém não tenho esta opção, ... devo resolver o problema apenas no lado import. Alguma dica? Agradeço desde já. Alex DB 9i / Aix Tbs initial 64K [As partes desta mensagem que não continham texto foram removidas] -- Att. Marcelo E. Procksch [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 -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [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 * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Importacao initial extent
Uma opção Alex seria se conectar na Base de Produção usando uma dessas ferramentas de desenvolvimento ( TOAD, PL/Developer, SQL Navigator) pedir pra que eles extraiam os DDL's sem as opções de Storage. Abraço Em 17 de junho de 2010 17:33, Alex Octan a...@octan.cz.cc escreveu: Exato, eu pensei nessa hipótese de acerta o import lá na exportação, ou até mesmo da forma que vc colocou extraindo os objetos. Porém esta opção não é segura que vou conseguir. A tablespace de destino já tenho criada com 64K de initial, mas os objetos são importados com o valor que veio do banco produção. Pensei em editar o dump de 24M e alterar a clausula, mas depois dá erro pra importar, o imp deve fazer checksum no arquivo. De qquer forma agradeço as dicas. Abraço Alex 2010/6/17 David Ricardo drb.rica...@gmail.com Ao meu ver seu problema é com as definições de storage dos objetos que vieram como herança no arquivo DUMP, uma boa solução seria se possivel que você conseguisse extrair esses Metadados sem as DEFAULT STORAGE CLAUSULES, pois são elas que estão impactando no seu trabalho. Ats. Em 17 de junho de 2010 16:58, Marcelo Procksch marceloprock...@gmail.com marceloprocksch%40gmail.comescreveu: Cria as tablespaces antes no banco de destino com o tamanho que vc quiser. Ao executar o import vai gerar um erro no import dizendo que o objeto já existe, vc pode ignorar. Acrescenta no seu comando de import o ignore=y Abraço Att. Marcelo Procksch Em 17 de junho de 2010 16:52, Alex Octan a...@octan.cz.ccalex% 40octan.cz.cc escreveu: Olá pessoal, recebi um dump para importação, mas apenas a estrutura dos objetos. Na linha de comando, carrego apenas alguns schemas, porém somente a estrutura e não deveria alocar muito espaço nas tablespaces, e o que está acontecendo é alocação de muitos extents. Como faço para carregar alocando o que defini na minha tablespace e desconsiderando o banco origem? Se não me engano no export poderia colocar compress=NO que resolveria, porém não tenho esta opção, ... devo resolver o problema apenas no lado import. Alguma dica? Agradeço desde já. Alex DB 9i / Aix Tbs initial 64K [As partes desta mensagem que não continham texto foram removidas] -- Att. Marcelo E. Procksch [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 -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [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 -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Importacao initial extent
Boa tarde! Não precisa usar ferramentas de terceiros, você pode usar o INDEXFILE ele vai extrair o ddl para um arquivo e vc pode fazer as devidas alterações necessárias e importar usando o arquivo .sql já alterado por você. Exemplo; imp file=exp.dmp userid=uname/pass indexfile=create_indexes.sql Abraço Att. Marcelo Procksch Em 17 de junho de 2010 17:43, David Ricardo drb.rica...@gmail.com escreveu: Uma opção Alex seria se conectar na Base de Produção usando uma dessas ferramentas de desenvolvimento ( TOAD, PL/Developer, SQL Navigator) pedir pra que eles extraiam os DDL's sem as opções de Storage. Abraço Em 17 de junho de 2010 17:33, Alex Octan a...@octan.cz.cc escreveu: Exato, eu pensei nessa hipótese de acerta o import lá na exportação, ou até mesmo da forma que vc colocou extraindo os objetos. Porém esta opção não é segura que vou conseguir. A tablespace de destino já tenho criada com 64K de initial, mas os objetos são importados com o valor que veio do banco produção. Pensei em editar o dump de 24M e alterar a clausula, mas depois dá erro pra importar, o imp deve fazer checksum no arquivo. De qquer forma agradeço as dicas. Abraço Alex 2010/6/17 David Ricardo drb.rica...@gmail.com Ao meu ver seu problema é com as definições de storage dos objetos que vieram como herança no arquivo DUMP, uma boa solução seria se possivel que você conseguisse extrair esses Metadados sem as DEFAULT STORAGE CLAUSULES, pois são elas que estão impactando no seu trabalho. Ats. Em 17 de junho de 2010 16:58, Marcelo Procksch marceloprock...@gmail.com marceloprocksch%40gmail.comescreveu: Cria as tablespaces antes no banco de destino com o tamanho que vc quiser. Ao executar o import vai gerar um erro no import dizendo que o objeto já existe, vc pode ignorar. Acrescenta no seu comando de import o ignore=y Abraço Att. Marcelo Procksch Em 17 de junho de 2010 16:52, Alex Octan a...@octan.cz.ccalex% 40octan.cz.cc escreveu: Olá pessoal, recebi um dump para importação, mas apenas a estrutura dos objetos. Na linha de comando, carrego apenas alguns schemas, porém somente a estrutura e não deveria alocar muito espaço nas tablespaces, e o que está acontecendo é alocação de muitos extents. Como faço para carregar alocando o que defini na minha tablespace e desconsiderando o banco origem? Se não me engano no export poderia colocar compress=NO que resolveria, porém não tenho esta opção, ... devo resolver o problema apenas no lado import. Alguma dica? Agradeço desde já. Alex DB 9i / Aix Tbs initial 64K [As partes desta mensagem que não continham texto foram removidas] -- Att. Marcelo E. Procksch [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 -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [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 -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou
Re: [oracle_br] Importacao initial extent
Se eu conseguir fazer um novo export na base produção, apenas o parametro COMPRESS=NO é suficiente pra exportar com valor extent no minimo?? Imagino que ao importar na outra base apenas a estrutura, será usado o mínimo de espaço na tablespace pois tem apenas estrutura de tabelas com o extent inicial apenas alocado, ... estou correto no pensamento?? Mais uma vez, obrigado. Alex 2010/6/17 Marcelo Procksch marceloprock...@gmail.com Boa tarde! Não precisa usar ferramentas de terceiros, você pode usar o INDEXFILE ele vai extrair o ddl para um arquivo e vc pode fazer as devidas alterações necessárias e importar usando o arquivo .sql já alterado por você. Exemplo; imp file=exp.dmp userid=uname/pass indexfile=create_indexes.sql Abraço Att. Marcelo Procksch Em 17 de junho de 2010 17:43, David Ricardo drb.rica...@gmail.com escreveu: Uma opção Alex seria se conectar na Base de Produção usando uma dessas ferramentas de desenvolvimento ( TOAD, PL/Developer, SQL Navigator) pedir pra que eles extraiam os DDL's sem as opções de Storage. Abraço Em 17 de junho de 2010 17:33, Alex Octan a...@octan.cz.cc escreveu: Exato, eu pensei nessa hipótese de acerta o import lá na exportação, ou até mesmo da forma que vc colocou extraindo os objetos. Porém esta opção não é segura que vou conseguir. A tablespace de destino já tenho criada com 64K de initial, mas os objetos são importados com o valor que veio do banco produção. Pensei em editar o dump de 24M e alterar a clausula, mas depois dá erro pra importar, o imp deve fazer checksum no arquivo. De qquer forma agradeço as dicas. Abraço Alex 2010/6/17 David Ricardo drb.rica...@gmail.com Ao meu ver seu problema é com as definições de storage dos objetos que vieram como herança no arquivo DUMP, uma boa solução seria se possivel que você conseguisse extrair esses Metadados sem as DEFAULT STORAGE CLAUSULES, pois são elas que estão impactando no seu trabalho. Ats. Em 17 de junho de 2010 16:58, Marcelo Procksch marceloprock...@gmail.com marceloprocksch%40gmail.comescreveu: Cria as tablespaces antes no banco de destino com o tamanho que vc quiser. Ao executar o import vai gerar um erro no import dizendo que o objeto já existe, vc pode ignorar. Acrescenta no seu comando de import o ignore=y Abraço Att. Marcelo Procksch Em 17 de junho de 2010 16:52, Alex Octan a...@octan.cz.ccalex% 40octan.cz.cc escreveu: Olá pessoal, recebi um dump para importação, mas apenas a estrutura dos objetos. Na linha de comando, carrego apenas alguns schemas, porém somente a estrutura e não deveria alocar muito espaço nas tablespaces, e o que está acontecendo é alocação de muitos extents. Como faço para carregar alocando o que defini na minha tablespace e desconsiderando o banco origem? Se não me engano no export poderia colocar compress=NO que resolveria, porém não tenho esta opção, ... devo resolver o problema apenas no lado import. Alguma dica? Agradeço desde já. Alex DB 9i / Aix Tbs initial 64K [As partes desta mensagem que não continham texto foram removidas] -- Att. Marcelo E. Procksch [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 -- O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) [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
[oracle_br] PREE AGORA ??? CANCELOU MESMO..../PRE
YouTube ___ Filmamos com a Câmera da Bia, Tanta Indecência... Por isso que cancelou seu e-mail e o Orkut. DSC-000247 - SACANAGEM - ?????ll?a ?a??. Não Acredita ? Olhe ai então pra vc ver... ___ © 2010 YouTube, LLC _ ACESSE O MESSENGER DO SEU CELULAR AGORA MESMO. CLIQUE E VEJA AQUI UM PASSO A PASSO. http://celular.windowslive.com.br/messenger.asp?produto=Messengerutm_source=Live_Hotmailutm_medium=Taglineutm_content=ACESSEOMES83utm_campaign=MobileServices [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 * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Re: Importacao initial extent
Bom, vc não diz mas IMAGINO que estamos falando aqui do exp, não do expdp, right ? Muito bem, pra começo de conversa *** NEGATIVO *** , o parâmetro COMPRESS (apesar do nome muitíssimo mal-escolhido) Não Faz nenhuma 'compactação', não Serve para diminuir o espaço usado, ele pode é AUMENTÁ-LO EM MUITO, pelo seguinte : o que ele faz é somar o tamanho de TODOS os seus extents no objeto original e criar um único Extentão desse tamanho , olha só : = digamos que eu tenha esse segmento (uma tabela, no caso) , com 86 extents totalizando coisa de 125 Mb : sc...@o10gr2:SQLselect sum(bytes), count(*) from user_extents where segment_name='BIG_TABLE'; SUM(BYTES) COUNT(*) -- 125.829.120 86 = ó se eu usar o COMPRESS (que é o DEFAULT, inclusive, veja abaixo !!) na exportação : C:\exp help=y Export: Release 10.2.0.4.0 - Production on Qui Jun 17 20:38:21 2010 Palavra-chave DescriþÒo (Default) Palavra-chave DescriþÒo (Default) -- USERID nome de usußrio/senha FULL exportar arquivo inteiro (N) ... COMPRESS importar para uma extensÒo (Y) RECORDLENGTH tamanho do registro de E/S GRANTS exportar concess§es (Y) INCTYPE tipo de exportaþÒo incr emental == tá vendo lá o Y indicando que o COMPRESS tá ativo por default ? Vou exportar SEM contra-indicar o compress, espia : C:\exp scott/ti...@o10gr2 file=big_table.dmp log=big_table.exp tables=big_table rows=n Export: Release 10.2.0.4.0 - Production on Qui Jun 17 20:40:38 2010 Copyright (c) 1982, 2007, Oracle. All rights reserved. Conectado a: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Product ion With the Partitioning, Oracle Label Security, OLAP, Data Mining Scoring Engine and Real Application Testing options ExportaþÒo executada no conjunto de caracteres de WE8MSWIN1252 e no conjunto de caracteres de AL16UTF16 NCHAR Obs.: dados (linhas) da tabela nÒo serÒo exportados Sobre exportar tabelas especificadas ... via Caminho Convencional ... . . exportando tabela BIG_TABLE ExportaþÒo encerrada com sucesso, sem advertÛncias. == olhe agora , eu pedi ROWS=N (portanto veio ** SEM DADOS **), mas olha lá o tamanhão do INITIAL, a tabela SEM DADOS já vai ser criada com 125 Mb ... É ** ISSO *** que a porcaria do COMPRESS faz, veja (os *s pra destacar são meus) : C:\imp scott/ti...@o10gr2 file=big_table.dmp log=big_table.imp show=y Import: Release 10.2.0.4.0 - Production on Qui Jun 17 20:41:10 2010 Copyright (c) 1982, 2007, Oracle. All rights reserved. Conectado a: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Product ion With the Partitioning, Oracle Label Security, OLAP, Data Mining Scoring Engine and Real Application Testing options Arquivo de exportaþÒo criado por EXPORT:V10.02.01 via caminho convencional importaþÒo realizada nos conjuntos de caracteres WE8MSWIN1252 e NCHAR AL16UTF16 . importando objetos de SCOTT para SCOTT . importando objetos de SCOTT para SCOTT CREATE TABLE BIG_TABLE (OWNER VARCHAR2(30) NOT NULL ENABLE, OBJECT_NAM E VARCHAR2(30) NOT NULL ENABLE, SUBOBJECT_NAME VARCHAR2(30), OBJECT_ID NUMBER NOT NULL ENABLE, DATA_OBJECT_ID NUMBER, OBJECT_TYPE VARCHAR2(19 ), CREATED DATE NOT NULL ENABLE, LAST_DDL_TIME DATE NOT NULL ENABLE, T IMESTAMP VARCHAR2(19), STATUS VARCHAR2(7), TEMPORARY VARCHAR2(1), GEN ERATED VARCHAR2(1), SECONDARY VARCHAR2(1)) PCTFREE 10 PCTUSED 40 INITRA NS 1 MAXTRANS 255 STORAGE(INITIAL 125829120 FREELISTS 1 FREELIST GROUPS 1 B UFFER_POOL DEFAULT) TABLESPACE USERS LOGGING NOCOMPRESS ImportaþÒo encerrada com sucesso, sem advertÛncias. yes ?? Então o COMPRESS ainda que fosse possível * Não Seria a sua solução, ao contrário, ELE é que causa tabelas vazias serem criadas com um tamanhão initial enorme Pra mim quem fez esse export pra vc simplesmente *** Não Conhece *** o funcionamento do export e deixou o default do COMPRESS, por isso que os seus INITIALs tão enormes, blz ? Como soluções possíveis (afora a Óbvia de mandar a pessoa fazer e te dar um novo .dmp direito/decente) : 1. se esse export foi feito com FULL=Y (além do ROWS=N que deve ter, já que vc diz que é só estruturas), vc poderia EXTRAIR o texto dos Create Table de dentro do arquivo .dmp com o freeware DDL Wizard (http://ddlwizard.com/) , aí vc os edita/altera como quiser , não só alterando INITIAL como QUALQUER outra cláusula que quiser : Parallel, Logging, INITRANS/MAXTRANS, o que quiser 2. vc pode usa a opção INDEXFILE=nomedeumarquivo.sql no import, com isso os CREATE TABLE e os CREATE INDEXES serão extraídos para o arquivo citado : a desvantagem é que vai ter comentários no comando, cfrme o tamanho pode ter quebra de linha, vc teria que dar uma ajeitada nesse arquivo com um editor de texto 3. importa assim mesmo e depois escreve um