"Toda vez que vou fazer um recover com RMAN, é necessário que seja sempre em uma nova instância...?"
Não! Somente quando vc quer recuperar apenas uma PARTE de um backup. O que não é algo comum - o normal é vc querer recuperar o banco de dados TODO. A solução que os colegas te passaram, de restaurar o backup em outro banco de dados (outro banco de dados, e não apenas outra instância... importante vc aprender esse conceito também) é pelo fato de vc querer apenas uma parte do banco de dados. "...criar duas instância na mesma máquina não diminui o desempenho dos dois bancos?" Dependendo do teu hardware, sim! Claro que se vc tiver um hardware sobrando bastante, ou seja, super-dimensionado, pode ser que não faça diferença. Vc não precisa criar esse novo banco de dados na mesma máquina, pode ser em outra máquina (o que seria muito melhor). É apenas algo temporário, pra vc poder fazer o restore e depois jogar apenas os dados que te interessam pra produção. Depois pode dropar esse database se quiser. 2013/4/19 Wanderson Barrence <wbarre...@gmail.com> > Então, > > Toda vez que vou fazer um recover com RMAN, é necessário que seja sempre em > uma nova instância, e se o ambiente já tiver uma instância, então é > necessário criar outra instância? Caso sim, vem outra pergunta, criar duas > instância na mesma máquina não diminui o desempenho dos dois bancos? E como > fica a configuração da primeira instância, porque quando a instância é > criada, ela é dimensionada de acordo com a capacidade de memória do banco, > não é? > > Att, > > -- > Wanderson Barrence > DBA Oracle 10g/11g > Analista de Testes - CBTS > ------------------------------------------------------------------ > Skype: wbarrence > Facebook:http://www.facebook.com/wbarrence > Linkedin: http://br.linkedin.com/in/wbarrence > > > Em 19 de abril de 2013 11:33, J. Laurindo Chiappa > <jlchia...@yahoo.com.br>escreveu: > > > ** > > > > > > Então : como DBA Oracle, a tua função é conhecer EM DETALHES as opções > > possíveis de restore de dados, sincronização, etc (tais como backup > físico > > com RMAN, backup "lógico" com exportação ou geração de textfiles, > > replicação de dados, ** transportable tablespaces **, etc) para poder > > OFERECER pro pessoal a alternativa mais adequada, sim ?? É isso... Vc > tendo > > o conhecimento, fica fácil vc não apenas retrucar / rejeitar mecanismos > > não-possíveis ou não-ótimos, MAS oferecer outro no lugar, sim ??? Numa > > outra colocação, depois de muito blablabla eu consegui entender o que o > > desenvolvedor queria (que era poder recuperar a situação num determinado > > ponto-no-tempo de um conjunto de tabelas no ambiente desenv), aí o que eu > > fiz foi simplesmente MOVER as tabelas/índices/dependências necessárias > para > > uma tablespace específica E implementar um point-in-time recover nelas), > e > > o desenvolvedor ficou impreessionado, pois não conhecia o recurso.... > Essa > > é a dificuldade maior às vezes, vc tem que entender que o cara que tá do > > outro lado via de regra não entende PATAVINA nem de teoria de database > nem > > de recursos específicos do RDBMS Oracle, então sempre rola alguma > > impedância... > > > > []s > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br, Wanderson Barrence <wbarrence@...> > > escreveu > > > > > > Entendido!!! > > > > > > Eu até sei desses conceitos, mas por via das dúvidas sempre prefiro > tirar > > > dúvidas com um pessoal mais experiente, mesmo porque o pessoal aqui na > > > empresa não tem muito conhecimento, e eles acabam me pedindo coisas do > > arco > > > da velha, e geralmente eu tento explicar como funciona, mas aí vem > sempre > > > aquela resposta, há o outro DBA fez porque você não faz, mas é porque o > > > outro DBA não explicava o que estava fazendo. > > > > > > Na verdade há necessidade é criar uma máquina igual a produção, com > todos > > > os esquemas e etc, não necessariamente ela precisa estar on-line, basta > > que > > > todos os esquemas estejam lá. > > > > > > Mais uma vez obrigado pelo esclarecimento Ederson. > > > > > > Att, > > > > > > > > > -- > > > Wanderson Barrence > > > DBA Oracle 10g/11g > > > Analista de Testes - CBTS > > > ---------------------------------------------------------- > > > Skype: wbarrence > > > Facebook:http://www.facebook.com/wbarrence > > > Linkedin: http://br.linkedin.com/in/wbarrence > > > > > > > > > Em 19 de abril de 2013 09:41, ederson2001br > > > <ederson2001br@...>escreveu: > > > > > > > ** > > > > > > > > > > > > > > Wanderson, > > > > > > > > Se o backup full que vc tem na storage foi feito com Rman, não tem > como > > > > voltar parcialmente em uma base online. > > > > > > > > Porque não? porque a base online tem um DBID e o backup tem outro, > pois > > > > são instâncias diferentes, ok? Mesmo que fosse da mesma instância, > > seria > > > > outro SCN do controlfile/datafiles e não pode não conter todos os > > archives > > > > para sincronizar com o SCN da base. > > > > > > > > Veja: um datafile DADOS_NF.ORA da base do cliente "A", não pode ser > > > > restaurada no banco do cliente "B". Nem com recriação do > controlfile. O > > > > dicionário de dados não contém nenhuma informação dos objetos daquele > > > > datafile. Existe a opção da "Transportable Tablespace", mas aí já > > envolve > > > > outros passos além de uma simples cópia. > > > > > > > > Se vc forçar a barra, além de destruir a sua base atual, será criado > > uma > > > > nova incarnação no controlfile e nem o seu backup da base online vai > > servir > > > > para restore. Ou seja: Alles Kaputt. > > > > > > > > O objetivo do backup feito com Rman é vc recuperar a base atual, ou > > usar > > > > para restaurar a base completa em outra máquina. Restore de "partes" > da > > > > base: entenda-se schemas e não datafiles e nem tablespaces. > > > > > > > > Para que vc consiga o que esté precisando, vc precisará ter o backup > > feito > > > > com EXPDP no servidor origem do seu tal backup full. Observe que vc > > fará o > > > > dump EXPDP somente do schema que quer retornar e para o IMPDP, > > configure as > > > > opções de REMAP para colocar em outra tablespace e também em outro > > usuário. > > > > Desta forma vc terá o nome de tabela duplicado, mas com um grant de > > select > > > > para o seu schema principal, este conseguirá ler as linhas da tabela > > que > > > > foi restaurada do backup. > > > > > > > > Entendido? > > > > > > > > Ederson Elias > > > > DBA Oracle > > > > http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 > > > > ------------ > > > > Labor improbus omnia vincit > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, Wanderson Barrence <wbarrence@> > > > > escreveu > > > > > > > > > > > > > > Olá Pessoal, > > > > > > > > > > Lá vem eu novamente com mais um cenário complicado, pelo menos para > > mim > > > > que > > > > > sou um DBA inexperiente!!! rs > > > > > > > > > > Eu acho que já falamos muito sobre RMAN, mas geralmente sempre > > aparece > > > > > alguma coisa nova que talvez possa ser feita com essa ferramenta. > > > > > > > > > > Tenho um backup full de uns 2 TB em Storage, e preciso restaurá-lo > > em um > > > > > banco de dados que está on-line, este banco já tem algumas > > tablespaces, > > > > > inclusive algumas tablespaces que possuem o mesmo nome, mas não os > > mesmos > > > > > dados, eu preciso restaurar desse backup full somente 4 > tablespaces, > > mas > > > > > com nomes diferentes, sem baixar o banco, é possível? > > > > > > > > > > Att, > > > > > > > > > > -- > > > > > Wanderson Barrence > > > > > DBA Oracle 10g/11g > > > > > Analista de Testes - CBTS > > > > > ---------------------------------------------------------- > > > > > Skype: wbarrence > > > > > Facebook:http://www.facebook.com/wbarrence > > > > > Linkedin: http://br.linkedin.com/in/wbarrence > > > > > > > > > > > > > > > [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] > > > > ------------------------------------ > > > -------------------------------------------------------------------------------------------------------------------------- > >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]
