Migração 11.2.0.4 para 12.2.0.1

Bom dia Portilho,

Estou homologando uma migração de um ambiente com o Oracle 11.2.0.4 para 12.2.0.1. Até ai normal, já fiz esse procedimento no seu treinamento e também em laboratório algumas vezes.

O problema é que o ambiente que vou migrar é uma máquina física (ainda existe isso?) e isso limita minha possibilidade de voltar tudo de forma rápida (snapshot).

Gostaria de pedir sua ajuda para duas questões:

1ª: Ao rodar o script de pré-upgrade em lab foram apresentados algumas falhas e queria entender o que elas significam e se é necessário correção, que são:

Código: Selecionar todos

22:08:59 SYS@ORCL > @/u01/oracle/cfgtoollogs/ORCL/preupgrade/preupgrade_fixups.sql
Executing Oracle PRE-Upgrade Fixup Script

Auto-Generated by:       Oracle Preupgrade Script
                         Version: 12.2.0.1.0 Build: 1
Generated on:            2018-05-08 21:53:00

For Source Database:     ORCL
Source Database Version: 11.2.0.4.0
For Upgrade to Version:  12.2.0.1.0

                          Fixup
Check Name                Status  Further DBA Action
----------                ------  ------------------
purge_recyclebin          Passed  None
em_present                Failed  Manual fixup recommended.
trgowner_no_admndbtrg     Failed  Manual fixup recommended.
apex_upgrade_msg          Failed  Manual fixup recommended.

2ª Um plano de restore em caso de falha. No treinamento eu lembro de ter perguntado e você me disse para colocar as tablespaces em "Read Only', com exceção da system, sysaux e undo. Porém, caso ocorra qualquer problema no upgrade, como poderia voltar a versão atual? Restore com rman, ou tem algum outro procedimento alternativo?

Desde já agradeço sua ajuda.

[portilho]

Oi.
O log gerado na execução do script preupgrade_fixups.sql deve ter mais detalhes a respeito, assim como proceder. Por exemplo algo como:

Código: Selecionar todos

Remove the EM repository.
      
       - Copy the rdbms/admin/emremove.sql script from the target 12.2.0.1.0
       ORACLE_HOME into the source 11.2.0.3.0 ORACLE_HOME.
      
       Step 1: If database control is configured, stop EM Database Control,
       using the following command
      
         $> emctl stop dbconsole
      
       Step 2: Connect to the database using the SYS account AS SYSDBA
      
         SET ECHO ON;
         SET SERVEROUTPUT ON;

        @emremove.sql

Fonte: https://docs.oracle.com/en/database/ora ... 68CEDF04BC

Neste link da documentação acima achei exemplos das correções que apareceram no seu script.

Em caso de falha no Upgrade, você terá que restaurar (com o ORACLE_HOME antigo) SPFILE, CONTROLFILEs, e as TABLESPACEs SYSTEM, SYSAUX e UNDO. Se as outras TABLESPACEs estiverem em READ ONLY, elas não precisam ser restauradas. Aqui tem um link onde o Mike ex-plica esta estratégia, que para ser mais fácil ainda, pode ser um BACKUP OFFLINE, até mesmo via sistema operacional:
https://mikedietrichde.com/2011/05/19/u ... ne-backup/

É bom olhar esta categoria do Blog do Mike, "Category Archives: Flaws and Pitfalls", ou seja, problemas que podem acontecer:
https://mikedietrichde.com/category/flaws-and-pitfalls/

Olá Portilho,

Referente a este mesmo assunto de migração é possível migrar da versão 11.2.02 para a 12.2.0.1?

Grato,

[portilho]

Ainda sobre os erros encontrados no Preupgrade, recomendo esta Nota: Database Preupgrade tool check list. (Doc ID 2380601.1).
Achei vários detalhes, como esse:

Name of Check: trgowner_no_admndbtrg
Description: The creation of database triggers must be done by users granted with ADMINISTER DATABASE TRIGGER privilege. Privilege must have been granted directly.
Fixup Action: Directly grant ADMINISTER DATABASE TRIGGER privilege to the owner of the trigger or drop and re-create the trigger with a user that was granted directly with such. You can list those triggers using: SELECT OWNER, TRIGGER_NAME FROM DBA_TRIGGERS WHERE TRIM(BASE_OBJECT_TYPE)='DATABASE' AND OWNER NOT IN (SELECT GRANTEE FROM DBA_SYS_PRIVS WHERE PRIVILEGE='ADMINISTER DATABASE TRIGGER').

[portilho]

Não é possível migrar de 11.2.0.2 para 12.2.0.1.
Veja o Doc ID 551141.1: "Database Server Upgrade/Downgrade Compatibility Matrix".
De acordo com ele, se você estiver em 11.2.0.2, tem que ir primeiro para 11.2.0.4 ou 12.1.0.2 antes de ir par 12.2.0.1