Fábio boa tarde!! Dei uma olhada no DBLink conforme mencionado, e acredito que ele resolverá meu problema.
No entanto gostaria de tirar uma outra dúvida: para uma única instancia com diversos esquemas distintos a forma mais correta para "consolidar" estas informações também seria o DBLink? O que você me sugere nesta situação? Sds, Rafael 2011/4/15 Fabio Martinez <[email protected]> > Acredito que possa criar um DBLink entre as bases e fazer a consulta que > precisa > > Em 15 de abril de 2011 13: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] >> >> >> > > -- 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 [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
