[oracle_br] Re: Restaurar um banco Rman em outra versão
Opa : pelo jeito vc ** não ** leu a nota metalink referente à upgrade manual pro 12c , que é a "Complete Checklist for Manual Upgrades to Oracle Database 12c Release 1 (12.1) (Doc ID 1503653.1)-: bem claramente , logo no Step 1: Upgrade Path for Oracle Database to Oracle 12c Release 1 (12.1) temos : "The following database versions will require an indirect upgrade path: Source Database Intermediate Upgrade Path for Target Database Target Database 11.2.0.1 > 11.2.0.2 or higher > 12.1.x " pelo jeito, vc está com teu origem 11g na versão 11.2.0.1, que NÃO PERMITE upgrade direto pro 12c... okdoc ??? o IDEAL, óbvio, sabendo que 11.2.0.1 é uma versão ANTIQUÍSSIMA, e tivermos 3 patchsets em cima dela, com correção de bugs que não acaba mais, seria vc patchear esse banco-origem pra 11.2.0.4.x, mas não sendo possível vc vai ter que fazer o caminho indireto, ie : instale além dos binários 12c também (em OUTRA oracle_home, óbvio!!!) o binário 11.2.0.2 ou maior no servidor-destino, restaura o backup 11g lá, upgradeia esse banco com os binários 11.2.0.2 ou acima que instalou, depois upgrade para o 12c, e SEMPRE, SEMPRE, estudando CUIDADOSAMENTE as notas de Upgrade E o Upgrade Companion da versão em questão - upgrade no RDBMS Oracle sempre demanda algum Conhecimento/alguma ação complementar, ou via de regra tem pré-requisitos particulares pra cada versão-alvo, isso é comum e rotineiro... []s Chiappa
[oracle_br] Re: Restaurar um banco Rman em outra versão
Opa : pelo jeito vc ** não ** leu a nota metalink referente à upgrade manual pro 12c , que é a "Complete Checklist for Manual Upgrades to Oracle Database 12c Release 1 (12.1) (Doc ID 1503653.1) : bem claramente , logo no Step 1: Upgrade Path for Oracle Database to Oracle 12c Release 1 (12.1) temos : "The following database versions will require an indirect upgrade path: Source Database Intermediate Upgrade Path for Target Database Target Database 11.2.0.1 > 11.2.0.2 or higher > 12.1.x " pelo jeito, vc está com teu origem 11g na versão 11.2.0.1, que NÃO PERMITE upgrade direto pro 12c... okdoc ??? o IDEAL, óbvio, sabendo que 11.2.0.1 é uma versão ANTIQUÍSSIMA, e tivermos 3 patchsets em cima dela, com correção de bugs que não acaba mais, seria vc patchear esse banco-origem pra 11.2.0.4.x, mas não sendo possível vc vai ter que fazer o caminho indireto, ie : instale além dos binários 12c também (em OUTRA oracle_home, óbvio!!!) o binário 11.2.0.2 ou maior no servidor-destino, restaura o backup 11g lá, upgradeia esse banco com os binários 11.2.0.2 ou acima que instalou, depois upgrade para o 12c, e SEMPRE, SEMPRE, estudando CUIDADOSAMENTE as notas de Upgrade E o Upgrade Companion da versão em questão - upgrade no RDBMS Oracle sempre demanda algum Conhecimento/alguma ação complementar, ou via de regra tem pré-requisitos particulares pra cada versão-alvo, isso é comum e rotineiro... []s Chiappa
[oracle_br] Re: Restaurar um banco Rman em outra versão
Conseguir resolver o problema. Solicitei ao pessoa de infra mais espaço. Um problema quando executo o scripts @catupgrd.sql ora-2: upgrade not supported from version 11.2.0.1.0
[oracle_br] Re: Restaurar um banco Rman em outra versão
QUando tento abrir o banco ele já me apresentar o erro abaixo ... Tentei LTER DATABASE clear logfile GROUP 1; Mas como estou sem espaço o mesmo não me permite.. Alguém tem algum dica para resolver o problema ? RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: failure of sql statement command at 11/11/2015 15:43:10 ORA-00392: log 1 of thread 1 is being cleared, operation not allowed ORA-00312: online log 1 thread 1: 'E:\REDO\REDO01A.LOG' ORA-00312: online log 1 thread 1: 'C:\APP\REDO\REDO01A.LOG' ORA-00312: online log 1 thread 1: '+DATA/BDEDUCAR/ONLINELOG/group_1.375.89550547
[oracle_br] Re: Restaurar um banco Rman em outra versão
sem dúvidas ... E o mesmo edition e no caso Entrerprise ...
[oracle_br] Re: Restaurar um banco Rman em outra versão
Ah, um detalhe adicional *** importantíssimo *** que vc esqueceu de nos dizer e portanto eu não tinha comentado é a EDITION dos databases envolvidos, que Preferencialmente deve ser a mesma : um bd que originalmente era, digamos, ENTERPRISE EDITION, quase que certamente vai conter metadados diferentes de um STANDARD EDITION, altas chances de vc acabar com dicionário inconsistente na melhor das hipóteses, eu não Recomendo MESMO querer abrir um database de uma edition x com binários que não sejam da mesma exata Edition... []s Chiappa
[oracle_br] Re: Restaurar um banco Rman em outra versão
Opa : então, a nota metalink "Frequently Asked Questions about Restoring Or Duplicating Between Different Versions And Platforms" (Doc ID 369644.1) documenta que é sim Possível e Suportado restaurar com RMAN/binários Oracle mais novos o backup de um database criado numa versão anterior, E que é possível/viável sim fazer o mesmo entre versões diferentes de um mesmo SO, que usam a mesma estrutura (embora vc não diga, ao que entendo é o seu caso, já que Imagino que o "Windows server" que vc cita como sendo o SO origem não deve ser o Windows Server 2012 R2 que vc cita ser o destino). Fique claro apenas que : - ao restaurar o database 11g, ele vai vir (óbvio) com tablespace SYSTEM contendo metadados na versão 11g, datafiles com cabeçalhos versão 11g, etc : OBVIAMENTE antes de poder abrir esse database com os binários 12c ele TEM que ser upgradeado para 12c - a versão 12c do RDBMS usa parâmetros em alguns casos TOTALMENTE diferentes da 11g, então SIM : vc OU cria um pfile a partir do SPFILE no bd origem e depois o edita OU restaura o spfile e depois o edita, alterando os parâmetros que precisam ser diferentes (talvez montando sem abrir o database, talvez criando um pfile a partir do spfile)), OU cria um pfile na mão via editor de texto - o que quase CERTAMENTE não funcionará é vc não ter um spfile ou pfile algum e confiar nos defaults, DIFICILMENTE os defaults atendem um banco que não seja o mais padrão e trivial possível, não deve ser o caso de um banco que já está em prod como seu 11g - sobre o redolog (mais especificamente, sobre os redo log files) , isso DEPENDE TOTALMENTE de que tipo de backup estamos falando : se for um backup CONSISTENTE, que só depende de si só (exemplo, um backup full COLD, feito com banco fechado), EVIDENTEMENTE os datafiles restaurados não necessitarão de recuperação nenhuma , então vc ao pedir o recover NENHUM redo será necessário, nenhum será solicitado portanto, e em seguida vc pede um OPEN RESETLOGS, o que recriará "zerados" os seus redo log files... Já se for um backup hot/INCONSISTENTE/online, é quase certo que vc pode ter alterações não baixadas pros datafiles ainda então vc VAI TER SIM que ter os redo log files online E os archived redo log files ... []s Chiappa