Gunther Oracle APEX und Datenbank Wiki

Diese Seite ist nicht editierbar. Sie können den Quelltext sehen, jedoch nicht verändern. Kontaktieren Sie den Administrator, wenn Sie glauben, dass hier ein Fehler vorliegt.
=====Oracle Datenbank 12c R1 auf Oracle 12c mit Hilfe der "preupgrade.jar" und "dbupgrade.cmd" updaten=====


Mit der Oracle 12c R2 ändert sich auch leicht der Upgrade Prozess von älteren DB Versionen inkl. der 12c R1.


Bzgl mehr Informationen zu Update auf R1 im Detail siehe auch [[dba:upgrade_11g_windows_2012_to_12c|Eine Oracle Datenbank 11g R2 auf eine neue Oracle 12c Datenbank Umgebung unter Windows 2012 R2 umziehen]]


Hier ein paar Anmerkungen zum generellen Ablauf.


**<fc #800000> Fehler "ORA-1017 Invalid Username or Password" nach 12c Upgrade</fc>**

<fc #800000>**Hinweis!**</fc>
Falls noch 10g Clients z.B. über OCI Applikation in Einsatz sind, per Default wird das 10g Password nicht mehr unterstützt! => https://docs.oracle.com/database/122/UPGRD/case-insensitive-passwords-ora-1017-invalid-username-password.htm#UPGRD-GUID-FDA9C77A-12F4-4410-9448-9BCC13960C27, setzen von SQLNET.ALLOWED_LOGON_VERSION_SERVER=11 in der sqlnet.ora als temporäre Lösung bis alle Clients umgestellt auf 12c R2 umgestellt sind! => siehe auch [[dba:passwort_12c_r2|Oracle 12c R2 - Password Handing - ORA-1017 Invalid Username or Password - Identified by Values]]



----

====Ablauf====

===Installation Software ===

  * Download der Software über das Edelivery Portal => https://edelivery.oracle.com/

  * Installation der Oracle 12c R2 Software in eine neues Oracle Home wie "C:\oracle\products\12.2.0.1\dbhome_1"
    * "Software only" Auswahl
    * Bestehenden Oracle Run User verwenden!



----

====Upgrade der Datenbank====


<fc #800000>**Zuvor immer das Backup der bestehenden Datenbank sicherstellen!**</fc>

===PreCheck durchführen===

Check der bestehenden Datenbank mit dem **preupgrade.jar** und erzeugen des Fixup Scripts:
<code powershell>

# Darauf achten das noch die SID und ORACLE_HOME des ALTEN Homes in der Umgebung gesetzt sind!
# Falls kein Java installiert, das der DB "ausleihen" $ORACLE_HOME/jdk7/bin/java.exe

cd  C:\oracle\products\12.2.0.1\dbhome_1\rdbms\admin

java -jar .\preupgrade.jar TERMINAL TEXT

...

Preupgrade generated files:
    C:\oracle\cfgtoollogs\GPI\preupgrade\preupgrade_fixups.sql
    C:\oracle\cfgtoollogs\GPI\preupgrade\postupgrade_fixups.sql
    
   
</code>

Es werde die PreUpgrade und PostUpgrade SQL Scripte erzeugt.

Das preupgrade_fixups.sql <fc #800000>MUSS</fc> in der <fc #800000>alten DB Umgebung</fc> auf der zu migrierenden Datenbank aufgerufen werden!



==PreCheck Script ausführen==

PreUpgrade Script auf in der "alten" DB Umgebung als sys ausführen

<code sql>
sqlplus / as sysdba

@C:\oracle\cfgtoollogs\GPI\preupgrade\preupgrade_fixups.sql

</code>

Anweisungen befolgen wie DB Statistik neu anlegen!

<code sql>
EXECUTE DBMS_STATS.GATHER_DICTIONARY_STATS;  
</code>



Besonderers darauf achten, dass die Passwörter der DB User die NUR in der Version 10g vorliegen, neu gesetzt werden!

<code sql>
select password_versions,username from dba_users;
</code>

Nach dem Upgrade können sich die User mit NUR 10g PWD nicht mehr an der DB 12c R2 anmelden!


Das kann alles noch im laufenden Betrieb der Umgebung vorbereitet werden.


----

==== DB Umzug===

<fc #800000>**Password vom ORARUN User heraussuchen!**</fc>


==Init.ora und Password Datei in die neue Umgebung nach $ORACLE_HOME\database kopieren==
  * listener.ora / tnsnames.ora / sqlnet.ora in das neue Home nach $ORACLE_HOME\network\admin kopieren
    * Pfade in der Listener.ora anpassen!

==Datenbank im alten Home stoppen==

Dienst beenden


==DB Service im alten Home löschen==

<code powershell>
$env:ORACLE_HOME="D:\oracle\product\12.1.0.2\dbhome_1"

cd $env:ORACLE_HOME\bin


oradim -delete -sid VDS

</code>

==Listener Service im alten Home löschen==

Als Administrative Session!
<code powershell>
 # mit SC 
 cmd.exe
 sc query  OracleOraDB12Home1TNSListener
 sc stop   OracleOraDB12Home1TNSListener
 sc delete OracleOraDB12Home1TNSListener 
</code>

== Listener Service im neuen Home anlegen in dem von dort der Listener gestartet wird==

Listner.ora und tnsnames.ora/sqlnet.ora aus alten Home/network/admin nach NEUES ORACLE_HOME/network/admin kopieren und anpassen

cmd als admin:
<code cmd>
# Neues Oracle Home setzen und in das neue Oracle_Home/bin Verzeichnis wechseln!

set ORACLE_HOME=C:\oracle\products\12.2.0.1\dbhome_1
cd C:\oracle\products\12.2.0.1\dbhome_1\bin

lsnrctl start 

</code>

Prüfen ob der Service auch angelegt wurde und ob Autostart richtig gesetzt wurde, default ist manuel!

==DB Service im neuen Home anlegen==

init.ora/spfile/*.dat und pwd files vom alten Home/database in das neue Home/database legen



Eine <fc #800000>Administrative</fc> PowerShell öffnen und den DB Service anlegen:

<code powershell>
$env:ORACLE_HOME="D:\oracle\product\12.1.0.2\dbhome_1"

cd $env:ORACLE_HOME\bin


oradim -new -sid VDS

Enter password for Oracle service user:
Instance created.

</code>
Tritt ein "O/S-Error: (OS 5) Access is denied." Fehler auf, prüfe ob wirklich eine administrative PowerShell Session gestartet wurde!

Service kontrollieren und nach Bedarf einstellen.

Z.b. Registry prüfen "HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDB12Home1"  ORA_VDS_AUTOSTART auf TRUE setzen, falls Autostart gewünscht.



==DB im Upgrade Modus im neuen Home starten==

<code powershell>
$ENV:ORACLE_SID="VDS"

sqlplus / as sysdba

startup upgrade

exit

</code>

Zur Überwachung des Alert Logs der DB diese mit einem Tail in zweiten Fenster anzeigen lassen:
<code powershell>

adrci

adrci> show homes
ADR Homes:
diag\rdbms\vds\vds
diag\tnslsnr\12CWIN2012ORA01\listener

adrci> set home diag\rdbms\vds\vds

adrci> show alert -tail -f

...
Completed: ALTER DATABASE OPEN MIGRATE
...

</code>


==DB Upgrade mit "dbupgrade.cmd" Script durchführen==

Der eigentliche Upgrade wird nun in der 12c R2 über das Script "dbupgrade.cmd" durchgeführt, das ruft das schon aus der 12c R1 bekannte Perl Upgrade Script auf.

Auch in sehr performanten Umgebungen lag die Laufzeit meist zwischen 40 und 60 Minuten.

<code powershell>
 
 $env:ORACLE_HOME="D:\oracle\product\12.1.0.2\dbhome_1"
 
 cd $env:ORACLE_HOME\bin

 mkdir d:\temp\12cR2Upgrade
 
 dbupgrade.cmd -n 4 -l d:\temp\12cR2Upgrade

....

------------------------------------------------------
Phases [0-115]         Start Time:[2017_10_07 13:09:04]
------------------------------------------------------

...

------------------------------------------------------
Phases [0-115]         End Time:[2017_10_07 13:51:47]
------------------------------------------------------

Grand Total Time: 2563s


</code>

== POST Upgrade Script durchlaufen lassen==

<code powershell>

sqlplus / as sysdba


startup

@C:\oracle\cfgtoollogs\GPI\preupgrade\postupgrade_fixups.sql
...

For Source Database:     GPI
Source Database Version: 12.1.0.2.0
For Upgrade to Version:  12.2.0.1.0

                          Fixup
Check Name                Status  Further DBA Action
----------                ------  ------------------
depend_usr_tables         Failed  Manual fixup recommended.
old_time_zones_exist      Failed  Manual fixup recommended.
post_dictionary           Passed  None
...
</code>


<fc #800000>**Problem** : depend_usr_tables         Failed  Manual fixup recommended.</fc>
=> see 12.2 DB Post Upgrade:postupgrade_fixups.sql shows "depend_usr_tables Failed Manual fixup recommended" (Doc ID 2266026.1), kann in meinen Fall ignoriert werden

Auf ungültige Objekte prüfen und bei Bedarf alles neu übersetzen:

<code sql>
sqlplus / as sysdba

@?/rdbms/admin/utlrp

...(15:06:35) Starting validate_apex for APEX_050100
ORA-20001: MISSING GRANT: grant execute on "MDSYS"."SDO_DIM_ARRAY" to APEX_050100
ORA-20001: MISSING GRANT: grant execute on "MDSYS"."SDO_DIM_ELEMENT" to APEX_050100
ORA-20001: MISSING GRANT: grant execute on "MDSYS"."SDO_POINT_TYPE" to APEX_050100
...(15:06:37) grant execute on "SYS"."DBMS_CRYPTO_INTERNAL" to APEX_050100
...(15:06:37) grant execute on "SYS"."DIANA" to APEX_050100
...(15:06:37) grant execute on "SYS"."DIUTIL" to APEX_050100
...(15:06:37) grant execute on "SYS"."KU$_DDL" to APEX_050100
...(15:06:37) grant execute on "SYS"."KU$_DDLS" to APEX_050100
...(15:06:37) Checking missing sys privileges
...(15:06:37) Recompiling
...(15:06:39) Checking for objects that are still invalid
...(15:06:39) Key object existence check
...(15:06:40) Setting DBMS registry for APEX to INVALID
...(15:06:40) Exiting validate_apex

</code>


<fc #800000>Problem:</fc> Rechte wie vorgeschlagen  vergeben und neu übersetzen! Danach Apex revalidieren:
<code sql>
sqlplus / as sysdba

-- rechte wie oben gewünscht vergeben

@?/rdbms/admin/utlrp

-- apex validieren

set serveroutput on

execute sys.validate_apex

</code>

siehe auch => APEX is Invalid After Upgrading to 12.2 - ORA-20001: MISSING GRANT(Doc ID 2274616.1)


==Umgebung Einstellungen / Backup Scripte auf die neue DB anpassen ==

Default DB Home in eigenen Scripten wie dem Backup anpassen.

NLS Lang prüfen! ( HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDB12Home1\NLS_LANG) bei Bedarf von AMERICAN_AMERICA.WE8MSWIN1252 wieder auf GERMAN_GERMANY.WE8MSWIN1252 setzen.

==Umgebung prüfen==

Umgebung wie PATH prüfen das alles auf das neue Oracle Home zeigt.

== Falls im Einsatz .Net Klassen umziehen==

Die .Net Klassen aus dem alten Home deregistrieren und neu aus dem neuen Oracle Home registrieren.

Siehe [[prog:windows_dot_net_integration_plsql|Oracle 12c PL/SQL - Verwendung von .Net Libraries in PL/SQL - eine ".NET stored procedures" anlegen und aufrufen]]

Den .NET Framework Extension, Dienst CLR Agent  auf das neue Oracle Home umziehen:

<code >
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\OracleOraDB12Home1ClrAgent
# ImagePath anpassen an z.B. 

D:\Oracle\product\12.2.0.1\dbhome_1\bin\OraClrAgnt.exe agent_sid=CLRExtProc 
max_dispatchers=5 tcp_dispatchers=3 max_task_threads=10 max_sessions=50 
ENVS=\"EXTPROC_DLLS=ONLY:D:\Oracle\product\12.2.0.1\dbhome_1\bin\oraclr12.dll\"

</code>



----

====Quellen ====


Oracle

  * https://docs.oracle.com/database/122/UPGRD/toc.htm


Web:

  * https://blog.dbi-services.com/upgrade-to-oracle-12-2-with-dbupgrade-utility/


----

====== Upgrade mit einer Physical Standby Umgebung 12c R1 auf R2 ===

Genereller Ablauf aus => https://docs.oracle.com/database/121/SBYDB/upgrades.htm#SBYDB4933

  * Primär - Installation Software 12c R2 in neuen Oracle Home
  * Primär - Patch Software 12c R2 im  neuem Oracle Home
  * Standby - Installation Software 12c R2 in neuen Oracle Home
  * Standby - Patch Software 12c R2 im  neuem Oracle Home
  * Primär - PreUpgrade Steps für die noch im R1 laufenden Home laufende Datenbank durchführen
  * Primär - Datenbank stoppen
  * Standby - Datenbank stoppen
  * Standby - DB auf neues Home umziehen, Listener aus neuen Home Starten PWD und init File ins neue Home kopieren, DB Service löschen und mit neuen Home neu anlegen, Pfade alle anpassen, wie PATH etc!
  * Standby - Mount der alten Datenbank über Datagard , nur mount Status!
  * Standby - Log shipping von der alten DB prüfen, Redo Apply auf the physical standby database aktivieren/prüfen
  * Primär - Datenbank ins neue Home umziehen, Listener aus neuen Home Starten PWD und init File ins neue Home kopieren, DB Service löschen und mit neuen Home neu anlegen, Pfade alle anpassen, wie PATH etc!
  * Primär - DB Upgarde durchführen
  * Primär - DB öffnen und prüfen Standby in Sync
  * Primär - dgmgrl testen , falls Fehler ORA-16714: the value of property string is inconsistent with the database setting <code sql>
 show database orasb 'InconsistentProperties';
NCONSISTENT PROPERTIES
   INSTANCE_NAME  PROPERTY_NAME    MEMORY_VALUE   SPFILE_VALUE    BROKER_VALUE 
          DGA24L  DATAGUARDSYNCLATENCY       0                        0

-- auf beiden systemen
 
ALTER SYSTEM SET DATA_GUARD_SYNC_LATENCY=0 scope=both sid='*';
</code> Parameter siehe [[https://docs.oracle.com/database/122/REFRN/DATA_GUARD_SYNC_LATENCY.htm#REFRN-GUID-A0965F0B-608C-4B68-85D1-9F14EFC191CC|DATA_GUARD_SYNC_LATENCY]]


Optional den COMPATIBLE initialization parameter auf beiden Seiten anpassen





----