Você poderia em uma das três bases criar um dblink para cada uma das outras duas e criar views... Assim, com uma conexão apenas vc teria acesso às 3 bases.
[]'s Raul Em 15 de abril de 2011 14:04, Rafael HM Pereira <[email protected]>escreveu: > > > Pessoal boa tarde! > > Tenho 3 empresas distintas rodando o mesmo sistema. > > Sempre que preciso avaliar alguma informação, tenho que extrair os > dados das tres bases e concatena-los em uma planilha de excel afim de > demonstrar os resultados do grupo. > > Isso gera um enorme retrabalho e as vezes erros. > > Gostaria de saber se existe algum recurso no oracle que permita > visualizar as 3 bases como uma base única e transparente. Assim > poderia executar minhas queries diretamente neste ambiente > "consolidado". > > Existe algum recurso neste sentido? Qual caminho devo seguir? > > Meus ambientes rodam oracle 10r2 enterprise em Linux. > > Desde Ja agradeço o apoio. > > -- > Rafael HM Pereira > Gerente de Projetos > > Linux User Id: 360166 > Skype: rafaelhmpereira > Msn: [email protected] > Mail: [email protected] > Blog: http://rafaelhmpereira.blogspot.com > LinkedIn: http://br.linkedin.com/in/rafaelhmpereira > (27) 8805-6435 / (27) 9233-0734 / (27) 3328-4320 > > Em 15/04/2011, às 04:50, [email protected] escreveu: > > > Bem Vindo a Comunidade Oracle no Brasil > > Mensagens neste resumo (6 Mensagens) > > 1.1. > > RES: RES: [oracle_br] Mover base ASM para FileSystem De: Reginaldo > > de Faveri da Silva > > 2. > > DBA Oracle + Hyperion Sênior De: Andre Benevides - Bertini > > 3.1. > > Re: Problemas Trigger de Bloqueio - Raise_Application Error De: > > Israel Lopes dos Santos > > 4.1. > > SCAN RAC 11.2.0.2 - Dúvidas Sobre a Montagem do SCAN De: candiurudba > > 4.2. > > Re: [oracle_br] SCAN RAC 11.2.0.2 - Dúvidas Sobre a Montagem do S De > > : Marcos Braga > > 5. > > [DICA] Curso: Oracle Prático - Local: Rio de Janeiro - Centro - N De > > : Edson Almeida Junior (Consulting) > > Ver todos os tópicos | Criar novo tópico Mensagens > > 1.1. > > RES: RES: [oracle_br] Mover base ASM para FileSystem > > Enviado por: "Reginaldo de Faveri da Silva" [email protected] > > Qui, 14 de Abr de 2011 9:43 am > > > > > > > > > > Israel bom dia. > > Muito obrigado por sua ajuda. > > Consegui resolver meu problema. > > > > O roteiro que estava aplicando no ambiente atual (Linux+Oracle 11+RAC > > +ASM para Linux+Oracle 11+FS) era exatamente igual ao aplicando no > > ambiente antigo (Windows+Oracle 10+RAC+ASM para Windows+Oracle > > 10+FS) e funcionava. > > > > Cheguei aplicar os roteiros em paralelos usando os mesmos nomes de > > bases, INITs e assim por diante e não funcionou. > > Seguindo seu conselho eu descobri que mesmo informando o parâmetro " > > db_create_online_log_dest_1" ao efetuar o "open reset logs" ele esta > > va procurando os mesmos no ASM. Notei isto com a saída do "backup co > > ntrolfile". Usei então sua sugestão, fiz os ajustes e funcionou. > > > > > > Obrigado a todos pelo apoio. > > > > > > > > -----Mensagem original----- > > De: [email protected] > > [mailto:[email protected]] Em nome de Israel Lopes dos > > Santos > > Enviada em: quarta-feira, 13 de abril de 2011 15:54 > > Para: [email protected] > > Assunto: Re: RES: [oracle_br] Mover base ASM para FileSystem > > > > Olá Amigo. > > > > Aqui na empresa fazemos isso regularmente para testar nossos backups. > > > > Banco: Oracle 10.1.5 Enterprise > > SO: Red Hat Enterprise Linux AS release 4 (Nahant Update 7) > > > > Obs.: Usamos RMAN para backup do banco, controlfile e spfile. > > > > > > Basicamente seguimos o roteiro abaixo: > > > > - Copia os backupsets pra maquina > > - Seta o sid > > * No RMAN: > > - Seta o DBID > > - Restore do SPFILE > > - Gerar um pfile e comentar ou adequar as referencias a ASM e DG. > > Caminhos de controlfile,dump,etc) > > - Startup nomount usando o pfile modificado > > - Restore controlfile > > - Mount > > - Restore (bloco abaixo): > > > > run { > > allocate channel ch1 device type disk; > > allocate channel ch2 device type disk; > > allocate channel ch3 device type disk; > > allocate channel ch4 device type disk; > > set newname for datafile 1 to '/u02/oradata/banco/datafile/ > > system.dbf'; > > set newname for datafile 2 to '/u02/oradata/banco/datafile/ > > sysaux.dbf'; > > set newname for datafile 3 to '/u02/oradata/banco/datafile/users.dbf'; > > set newname for datafile 4 to '/u02/oradata/banco/datafile/ > > undotbs2.dbf'; > > restore database; > > SWITCH DATAFILE ALL; > > release channel ch1; > > release channel ch2; > > release channel ch3; > > release channel ch4; > > } > > > > - Recover (bloco abaixo): > > > > run { > > allocate channel ch1 device type disk; > > allocate channel ch2 device type disk; > > catalog backuppiece '/u02/backup/archive1.rman'; catalog backuppiece > > '/u02/backup/archive2.rman'; catalog backuppiece '/u02/backup/ > > archive3.rman'; recover database; release channel ch1; release > > channel ch2; } > > > > * No sqlplus: > > - alter database backup controlfile to trace as '/u02/ctlbanco.sql' > > - Edita o arquivo do controlfile na opção RESETLOGS alterando o cami > > nho dos redos (datafiles já estarão com o nome correto devido ao SWI > > TCH DATAFILE ALL no bloco de restore) > > - Shutdown immediate > > - @/oracle/ctlbanco.sql > > - alter database open resetlogs > > > > Espero que tenha dado uma luz. > > > > Um abraço a todos! > > > > > > 2011/4/7 Reginaldo de Faveri da Silva <[email protected]> > > > > > > > > > > > > > > Chiappa obrigado por sua atenção. E é claro a todos os demais > > também. > > > > > > Veja só, não estou criando um standby database ok? Estou restauran > > do > > > um backup RMAN em outro servidor e só ok? Será outra base que, > > após o > > > restore, seguirá outro caminho totalmente diferente. Concordo com > > > todas as suas colocações e também de outros colegas sobre os pass > > os > > > como db_file_name_convert, se newname e etc. Vou ler com calma os > > > materiais sugeridos. O que não entendo é que exatamente o que est > > ou > > > fazendo agora, eu fazia em um ambiente "parecido" (Oracle > > > 10gR2+W2003+RAC+ASC para Oracle > > > 10gR2+W2003+FS) e sempre funcionou. > > > > > > Vou "compilar" todas as informações inviadas, ler os materiais e > > > informo assim que concluir, > > > > > > > > > Obrigado a todos. > > > > > > > > > > > > > > > -----Mensagem original----- > > > De: [email protected] > > [mailto:[email protected]] > > > Em nome de José Laurindo Enviada em: quinta-feira, 7 de abril de > > 2011 > > > 10:33 > > > Para: [email protected] > > > Assunto: Re: RES: [oracle_br] Mover base ASM para FileSystem > > > > > > Colega, deu uma lida bem superficial, mas o que não estou vendo aq > > ui e > > > é CRÍTICO são as alterações no init do banco duplicado , > > > principalmente do *.db_file_name_convert : iiso é Óbvio, se vc n > > ão > > > fizer isso, o banco vai procurar um arquivo '+DATAqquercoisa' que > > > obviamente não existe, e iirc só pelo + na frente ele já 'sabe' q > > ue > > > isso é ASM, daí a tua msg de ERROR: slave communication error with > > ASM; ..... > > > SUPONDO standby físico (vc não diz claramente que tipo de standby > > é), > > > Siga as notas metalink Step-By-Step Guide To Create Physical Standby > > > On Normal File System For ASM Primary using RMAN [ID 838828.1] e > > > Creating a physical standby from ASM primary [ID 787793.1] que não > > > deve ter galho nenhum, SE tudo o necessário tá ok (ie, as > > VERSÔES dos > > > binários Oracle são as mesmas, o SO é o mesmo, o backup foi > > feito Com > > > sucesso e corretamente, INCLUINDO os archives e controlfiles, > > etc) ... > > > > > > []s > > > > > > Chiappa > > > > > > > > > --- Em [email protected], "Rodrigo Mufalani" > > <rodrigo@...> > > > escreveu > > > > > > > > > > > > > > > > > > > > Bom dia Reginaldo, > > > > O que está dando pau no seu processo são esses comandos aqui: > > > > crosscheck backup; > > > > > > > > > > > > change backuppiece '/bak/BDPROD/BDPROD_5jm8v2q9_179_1.bak' > > > > uncatalog; > > > > > > > > > > > > change backuppiece '/bak/BDPROD/BDPROD_5km8v2qh_180_1.bak' > > > > uncatalog; > > > > > > > > > > > > change backuppiece '/bak/BDPROD/BDPROD_5lm8v2rb_181_1.bak' > > > > uncatalog; > > > > > > > > > > > > > > > > > > > > > > > > delete noprompt force obsolete; > > > > > > > > > > > > delete force noprompt expired archivelog all; > > > > > > > > Ele não está achando os archivelogs necessários para abrir o > > > > banco de dados. > > > > Atenciosamente, > > > > > > > > Rodrigo Mufalani > > > > Oracle Ace Member > > > > http://www.mufalani.com.br > > > > > > > > > > > > > > > > Marcelo, > > > > > > > > Também encontrei estas referencias. > > > > No > > > > começo achei até que era algum parâmetro do banco, > > depois comecei > > > > a verificar o catálogo do banco após o restore do controlfi > > le > > > > (exatamente como você mencionou) Ele mostra alguns backups e > > > > archives apontando para o ASM (+DATA... > > > > +FRA...) no começo eu > > > > removia eles antes de prosseguir mas, mesmo assim o erro prossegue > > > > por isto parei de remover. > > > > Ontem fiz outros testes seguindo as > > > > recomendações sua e de outros amigos aqui da lista, mas > > > > infelizmente o erro prosseguiu. > > > > > > > > De modo simplificado o que fiz > > > > ontem foi: > > > > > > > > startup nomount > > > > pfile='/banco/rfs/BDPROD/initBDPROD.ora'; > > > > restore controlfile from > > > > '/banco/rfs/BDPROD/BDPROD-c-3329524728-20110404-00.ctl'; > > > > alter > > > > database mount; > > > > crosscheck backup; > > > > change backuppiece > > > > '/bak/BDPROD/BDPROD_5jm8v2q9_179_1.bak' > > > > uncatalog; > > > > change > > > > backuppiece '/bak/BDPROD/BDPROD_5km8v2qh_180_1.bak' uncatalog; > > > > > > > > change backuppiece '/bak/BDPROD/BDPROD_5lm8v2rb_181_1.bak' > > > > uncatalog; > > > > > > > > delete noprompt force obsolete; > > > > delete force noprompt > > > > expired archivelog all; > > > > > > > > catalog backuppiece > > > > '/banco/rfs/BDPROD/BDPROD_5km8v2qh_180_1.bak'; > > > > catalog > > > > backuppiece '/banco/rfs/BDPROD/BDPROD_5lm8v2rb_181_1.bak'; > > > > restore > > > > database; > > > > recover database; > > > > alter database open resetlogs; > > > > > > > > RMAN-00571: > > > > =========================================================== > > > > RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS > > > > =============== > > > > RMAN-00571: > > > > =========================================================== > > > > RMAN-03002: failure of recover command at 04/06/2011 23:39:08 > > > > RMAN-06054: media recovery requesting unknown archived log for > > > > thread > > > > 2 > > > > with sequence 691 and starting SCN of 307553042 > > > > > > > > RMAN> > > > > alter database open resetlogs; > > > > > > > > RMAN-00571: > > > > =========================================================== > > > > RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS > > > > =============== > > > > RMAN-00571: > > > > =========================================================== > > > > RMAN-03002: failure of alter db command at 04/06/2011 23:39:15 > > > > ORA-03113: end-of-file on communication channel Process ID: 4604 > > > > Session ID: 63 Serial number: 11 > > > > RMAN-00571: > > > > =========================================================== > > > > RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS > > > > =============== > > > > RMAN-00571: > > > > =========================================================== > > > > ORA-03114: not connected to ORACLE > > > > RMAN-00571: > > > > =========================================================== > > > > RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS > > > > =============== > > > > RMAN-00571: > > > > =========================================================== > > > > RMAN-03002: failure of alter db command at 04/06/2011 23:39:15 > > > > ORA-03113: end-of-file on communication channel > > > > > > > > > > > > > > > > > > > > => Mensagem no ALERT > > > > alter database open resetlogs > > > > ERROR: slave communication error with ASM; terminating process > > 15775 > > > > Errors in file > > > > /banco/BDPROD/diag/diag/rdbms/BDPROD/BDPROD/trace/ > > BDPROD_ora_15775.trc: > > > > Wed Apr 06 15:14:35 2011 > > > > > > > > > > > > > > > > -----Mensagem > > > > original----- > > > > De: [email protected] > > > > [mailto:[email protected]] Em nome de Marcelo Procksch > > > > Enviada em: quarta-feira, 6 de abril de 2011 18:06 > > > > Para: > > > > [email protected] > > > > Assunto: Re: [oracle_br] Mover base ASM para FileSystem > > > > > > > > Amigo > > > > > > > > Fiz uma pesquisado e o erro > > > > ocorre quando rman tenta acessar as > > > > informações de backup que antes > > > > estava em ASM que no seu novo ambiente não existe, por isso o e > > rro > > > > ORA-03113: end-of-file on communication channel. > > > > > > > > Depois > > > > que restaurar o controlfile, você deve remover as > > informações de > > > > backups antigos do seu controlfile que apontam para o ASM, depois > > > > deve catalogar o backup que quer restaurar. > > > > > > > > Segue o > > > > comando para remover os backups antigos do catalogo: > > > > > > > > RMAN> > > > > change backuppiece "pedaço" uncatalog; > > > > > > > > Use o comando > > > > list "backup" para identificar os backups que devem ser > > > > "descatalogados" > > > > > > > > Depois que remover todos, cataloga > > > > a nova localização do seu backup e faz o restore novamente. > > > > > > > > Abraço > > > > Att. > > > > Marcelo Procksch > > > > > > > > > > > > > > > > Em > > > > 6 de abril de 2011 17:20, Marcelo Procksch <marceloprocksch@...> > > > > escreveu: > > > > > > > > > > > > > > Reginaldo > > > > > > > > > > Você deve serguir os passos que o Rodrigo > > > > Mulafani informou em um > > > > > e-mail anterior. > > > > > > > > > > > > > > Esse link deve te ajudar: > > > > > > > > > > > > > > > http://download.oracle.com/docs/cd/B19306_01/backup.102/b14191/rcmasm > > . > > > > > htm#i1014926 > > > > > > > > > > Att. > > > > > Marcelo Procksch > > > > > > > > > > Em 6 de abril de 2011 16:51, Reginaldo de Faveri da > > > > Silva > > > > > <reginaldo@...> escreveu: > > > > >> > > > > >> > > > > >> > > > > >> Senhores, desculpa > > > > perguntar novamente, mas é que, apesar da ajuda de > > > > >> alguns > > > > colegas e mais um pouco de estudo não consegui fazer a mudanà > > §a > > > > >> acima. Estou com a corda no pescoço e preciso concluir esta > > > > mudança > > > > >> de servidor o quanto antes mas, não estou > > > > encontrando solução. > > > > >> Vou procurar descrever melhor, pois > > > > quem sabe, alguém possa sugerir > > > > >> alguma solução ok? > > > > >> Tenho dois servidores em RAC+ASM com Linux Red Hat Enterprise > > > > Linux > > > > >> Server release 5.3 (Tikanga) e Oracle Database 11g > > > > Release 11.2.0.1.0 - > > > > >> 64bit. > > > > >> Preciso mover esta > > > > base para um servidor com Linux Red Hat Enterprise > > > > >> Linux > > > > Server release 5.3 (Tikanga) e Oracle Database 11g Release > > > > >> > > > > 11.2.0.1.0 - 64bit com discos locais. > > > > >> > > > > >> Meu > > > > procedimento é: > > > > >> Em um dos servidores do RAC executo um > > > > backup RMAN conforme descrito > > > > >> abaixo: > > > > >> > > > > >> RUN { > > > > >> SQL 'alter system switch logfile'; SQL 'alter system archive > > log > > > > >> current'; DELETE FORCE NOPROMPT > > > > BACKUP; > > > > >> ALLOCATE CHANNEL ch1 TYPE DISK FORMAT > > > > '/bak/%d_%u_%s_%p.bak'; BACKUP > > > > >> DATABASE PLUS ARCHIVELOG; > > > > RELEASE CHANNEL ch1; DELETE NOPROMPT FORCE > > > > >> OBSOLETE; DELETE > > > > FORCE NOPROMPT EXPIRED BACKUP OF CONTROLFILE; } > > > > >> EXIT; > > > > >> > > > > >> Abaixo demais configurações do RMAN CONFIGURE RETENTION > > POLICY > > > > >> TO REDUNDANCY 1; # default > > > > CONFIGURE > > > > >> BACKUP OPTIMIZATION OFF; # default CONFIGURE > > > > DEFAULT DEVICE TYPE TO > > > > >> DISK; # default CONFIGURE CONTROLFILE > > > > AUTOBACKUP ON; CONFIGURE > > > > >> CONTROLFILE AUTOBACKUP FORMAT FOR > > > > DEVICE TYPE DISK TO > > > > >> '/bak/%d-%F.ctl'; CONFIGURE DEVICE TYPE > > > > DISK PARALLELISM 1 BACKUP > > > > >> TYPE TO BACKUPSET; # default > > > > CONFIGURE DATAFILE BACKUP COPIES FOR > > > > >> DEVICE TYPE DISK TO 1; > > > > # default CONFIGURE ARCHIVELOG BACKUP COPIES > > > > >> FOR DEVICE TYPE > > > > DISK TO 1; # default CONFIGURE MAXSETSIZE TO > > > > >> UNLIMITED; # > > > > default CONFIGURE ENCRYPTION FOR DATABASE OFF; # default > > > > >> > > > > CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default CONFIGURE > > > > >> > > > > COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR > > > > >> LOAD TRUE ; # default CONFIGURE ARCHIVELOG DELETION POLICY TO > > > > NONE; # > > > > >> default CONFIGURE SNAPSHOT CONTROLFILE NAME TO > > > > >> '/u01/app/oracle/product/11.2.0/dbhome_1/dbs/snapcf_dbprod.f'; > > > > # > > > > >> default > > > > >> > > > > >> > > > > >> Após > > > > copio para o servidor com discos locais e restauro conforme > > > > >> > > > > procedimento abaixo: > > > > >> startup nomount pfile=... > > > > >> > > > > RESTORE CONTROLFILE FROM... > > > > >> ALTER DATABASE MOUNT; > > > > >> crosscheck backup; > > > > >> catalog backuppiece... > > > > >> restore database; > > > > >> recover database; > > > > >> > > > > alter database open resetlogs; > > > > >> --> Neste momento recebo a > > > > mensagem abaixo: > > > > >> RMAN-00571: > > > > >> > > > > =========================================================== > > > > >> > > > > RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS > > > > >> > > > > =============== > > > > >> RMAN-00571: > > > > >> > > > > =========================================================== > > > > >> > > > > RMAN-03002: failure of alter db command at 04/06/2011 15:45:02 > > > > >> ORA-03113: end-of-file on communication channel Process ID: > > > > 30034 > > > > >> Session ID: 70 Serial number: 37 > > > > >> > > > > RMAN-00571: > > > > >> > > > > =========================================================== > > > > >> > > > > RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS > > > > >> > > > > =============== > > > > >> RMAN-00571: > > > > >> > > > > =========================================================== > > > > >> > > > > ORA-03114: not connected to ORACLE > > > > >> RMAN-00571: > > > > >> > > > > =========================================================== > > > > >> > > > > RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS > > > > >> > > > > =============== > > > > >> RMAN-00571: > > > > >> > > > > =========================================================== > > > > >> > > > > RMAN-03002: failure of alter db command at 04/06/2011 15:45:02 > > > > >> ORA-03113: end-of-file on communication channel Process ID: > > > > 30034 > > > > >> Session ID: 70 Serial number: 37 > > > > >> > > > > >> > > > > >> Não encontrei nenhuma configuração que possa > > > > estar errada. > > > > >> Abaixo segue meu arquivo INIT. > > > > >> > > > > > > #################################################################### > > > > # > > > > >> ######### # Copyright (c) 1991, 2001, 2002 by Oracle > > > > Corporation > > > > >> > > > > > > #################################################################### > > > > # > > > > >> ######### > > > > >> > > > > >> > > > > ########################################### > > > > >> # Archive > > > > >> ########################################### > > > > >> > > > > #log_archive_format=DBPROD_%S_%R.%T.arc > > > > >> > > > > #log_archive_start=TRUE > > > > >> #archive_lag_target=3600 > > > > >> > > > > >> > > > > >> > > > > ########################################### > > > > >> # Cache and > > > > I/O > > > > >> ########################################### > > > > >> db_block_size=8192 > > > > >> > > > > db_file_multiblock_read_count=16 > > > > >> > > > > >> > > > > >> > > > > ########################################### > > > > >> # Cursors and > > > > Library Cache > > > > >> ########################################### > > > > >> open_cursors=300 > > > > >> cursor_sharing=EXACT > > > > >> > > > > >> ########################################### > > > > >> # Database Identification > > > > >> > > > > ########################################### > > > > >> > > > > db_domain="" > > > > >> db_name=DBPROD > > > > >> > > > > instance_name=DBPROD > > > > >> > > > > >> > > > > >> > > > > ########################################### > > > > >> # Diagnostics > > > > >> ########################################### > > > > >> > > > > diagnostic_dest='/banco/DBPROD/diag' > > > > >> > > > > >> > > > > ########################################### > > > > >> # Statistics > > > > >> ########################################### > > > > >> > > > > statistics_level=TYPICAL > > > > >> > > > > >> > > > > >> > > > > ########################################### > > > > >> # File > > > > Configuration > > > > >> ########################################### > > > > >> db_create_file_dest='/banco' > > > > >> > > > > db_create_online_log_dest_1='/banco' > > > > >> > > > > db_recovery_file_dest='/banco/DBPROD/flash_recovery_area/' > > > > >> > > > > db_recovery_file_dest_size=40M > > > > >> > > > > > > > control_files='/banco/DBPROD/controlfile/control1.ctl','/banco/ > > DBPROD/controlfile/control2.ctl' > > > > > > > >> recyclebin=off > > > > >> > > > > >> > > > > ########################################### > > > > >> # Job Queues > > > > >> ########################################### > > > > >> > > > > job_queue_processes=10 > > > > >> > > > > >> > > > > ########################################### > > > > >> # > > > > Miscellaneous > > > > >> ########################################### > > > > >> compatible=11.2.0.0.0 > > > > >> aq_tm_processes=1 > > > > >> > > > > >> ########################################### > > > > >> # NLS > > > > >> > > > > ########################################### > > > > >> > > > > nls_language="AMERICAN" > > > > >> nls_sort=west_european > > > > >> > > > > >> ########################################### > > > > >> # Processes and Sessions > > > > >> > > > > ########################################### > > > > >> processes=150 > > > > >> > > > > >> ########################################### > > > > >> # SGA Memory > > > > >> > > > > ########################################### > > > > >> > > > > memory_max_target=512M > > > > >> memory_target=296M > > > > >> > > > > >> large_pool_size=0 > > > > >> > > > > >> > > > > ########################################### > > > > >> # Security and > > > > Auditing > > > > >> ########################################### > > > > >> #audit_file_dest=/banco/DBPROD/adump > > > > >> > > > > #audit_trail=DB > > > > >> remote_login_passwordfile=EXCLUSIVE > > > > >> > > > > >> ########################################### > > > > >> # Shared Server > > > > >> > > > > ########################################### > > > > >> # > > > > dispatchers="(PROTOCOL=TCP) (SERVICE=XDB)" > > > > >> > > > > >> ########################################### > > > > >> # > > > > System Managed Undo and Rollback Segments > > > > >> > > > > ########################################### > > > > >> > > > > undo_management=AUTO > > > > >> undo_tablespace=UNDOTBS1 > > > > >> > > > > undo_retention=10800 > > > > >> recyclebin=off > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> -----Mensagem > > > > original----- > > > > >> > > > > De: [email protected] > > > > >> [mailto:[email protected]] Em nome de Reginaldo de > > > > Faveri > > > > >> da Silva Enviada em: terça-feira, 22 de março de > > > > 2011 17:57 > > > > >> Para: [email protected] > > > > >> > > > > Assunto: RES: RES: RES: [oracle_br] Restore RMAN (ASM) para > > > > >> > > > > >> Olá Rodrigo. > > > > >> Sim estou restaurando > > > > para o filesystem. > > > > >> Eu já executei várias vezes este > > > > roteiro em uma ambiente parcialmente > > > > >> igual. > > > > >> > > > > >> O ambiente que funcionou: Windows 2003 + Oracle 10g (10.2.0.3) > > > > + ASM > > > > >> para Windows 2003 + Oracle 10g (10.2.0.3) + FS O > > > > ambiente que estou > > > > >> tendo problemas: Linux RH 5.5 + Oracle > > > > 11g (11.2.0.1) + ASM para > > > > >> Linux RH 5.5 . Oracle 11g > > > > (11.2.0.1) + FS > > > > >> > > > > >> Lembro destes parâmetros, mas > > > > nunca precisei usar Como ele executa o > > > > >> restore e o recovery > > > > não creio que este seja os problemas, pois os > > > > >> archivos são > > > > gerados no disco sem problemas (controlfiles, datafiles, > > > > >> > > > > archives etc). > > > > >> Acredito mais que seja algum tipo de > > > > configuração que estou deixando > > > > >> passar em branco. > > > > >> > > > > >> > > > > >> > > > > De qualquer modo obrigado. > > > > >> > > > > >> > > > > >> -----Mensagem original----- > > > > >> > > > > De: [email protected] > > > > >> > > > > [mailto:[email protected]] Em nome de Rodrigo Mufalani > > > > >> Enviada em: terça-feira, 22 de março de 2011 17:42 > > > > >> Para: [email protected] > > > > >> Assunto: Re: > > > > RES: RES: [oracle_br] Restore RMAN (ASM) para > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> Boa tarde > > > > Reginaldo, > > > > >>    Quando você está restaurando (restore > > > > >> database) ele está restaurando para o filesystem? > > > > >>     Vc tem que > > > > >> fazer set newname e switch > > > > datafile all ou então usar os parâmetros > > > > >> *convert* de > > > > instância. > > > > >>      Verifique as mensagens do seu > > > > alert. > > > > >> quando dá o erro. > > > > >> Atenciosamente, > > > > >> > > > > >> Rodrigo Mufalani > > > > >> Oracle Ace > > > > Member > > > > >> http://www.mufalani.com.br > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> Marcus, > > > > obrigado pelo apoio e desculpa a demora. > > > > >> > > > > >> > > > > >> Segue abaixo meu r > > [As partes desta mensagem que não continham texto foram removidas] > > > -- ----------------------------------------------------------------------- *Raul Francisco da Costa Ferreira de Andrade* *DBA - OCP - Oracle Certified Professional* *COBIT Foundation 4.1 Celular:(41)8855-8874 Claro *email: [email protected] Skype: raul.andrade msn:[email protected] 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/[email protected]/ -------------------------------------------------------------------------------------------------------------------------- >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: [email protected] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
