RU Apr 2020 installed

RU Update 19.7 done.

Environment : Exadata, X7-2, 4 node, RAC Cluster

 

opatch lspatches

30805684;OJVM RELEASE UPDATE: 19.7.0.0.200414 (30805684)

30869156;Database Release Update : 19.7.0.0.200414 (30869156)

29585399;OCW RELEASE UPDATE 19.3.0.0.0 (29585399)

 

No error, works perfect. 👍

 

So we can go on to test Upgrades with „autoupgrade“ for the RAC DB’s …..

 

Manual upgrade to Oracle 19c (CDB/PDB)

 

manually to 19c …. 

Actually it is very cool to do everything with so called „auto tools“. If you prefer to do the Upgrade to 19c manually and step-by-step then you can follow my article and have fun otherwise skip this blog article

Before you start you need to read a lot Doc-ID’s from Oracle Support

My list is not complete but here are very important Doc-ID’s for the Upgrade

Pre Activities for Upgrade 19c

(the list is not complete because there are a lot more documents)

    • Release Schedule of current DB
      • 884522.1
    • Patches to apply before Upgrade
      • 253975.1
    • Health Check Script use before Upgrade or once a year
      • 136697.1
    • DB PreUpgrade tool checklist
      • 2380601.1
    • PreUpgrade_19 Zip File latest Version (check for new Version)
      • 884522.1
    • RU Assistant (very helpful tool)
      • 2118136.2
    • Client / Server Interoperability Support Matrix for Different Oracle Versions
      • 207303.1
    • DB Upgrade Diagnostic Information
      • 556610.1
    • Oracle JVM
      • 397770.1

Okay let’s start

Install new Oracle Release 19c

    • Check if OS Version is certified by Oracle Support
      • Login and check certification

      • If the OS is not supported please open an Service Request and ask for Support
    • Download the Oracle Release from
      • OTN or Software Delivery Portal
      • in my example 19c

    •  create new Oracle Home for 19c
      • Use OFA (Oracle Flexible Architecture) for the Setup
        • Documentation: "/u01/app/oracle/product/19.0.0/dbhome_1"
    • unpack the zip File./runInstaller
    • Follow the Installer
    • root.sh
      • fix errors before going on

 

Patch the new ORACLE_HOME with latest RU

    • Install latest version of opatch
    • Download RU

        • p30125133_190000_Linux-x86-64.zip
    • Patch 19c Home
      • opatch apply -local -oh /u01/app/oracle/product/19.0.0/dbhome_1 /home/oracle/Downloads/30125133
      • patching done

      • Test the installed RU
        • ./sqlplus / as sysdba
        • SQL*Plus: Release 19.0.0.0.0 – Production on Thu Dec 5 18:00:34 2019
          Version 19.5.0.0.0

 

Important note while planing the Upgrade to 19c

    • In Oracle19c you can setup 3 PDB’s  in a CDB without the Multitenant license
    • Oracle will desupport the non-CDB in Version 20c
      • This is very important for the future
    • My recommendation
      • plan the changeover in the Multitenant „World“ NOW!
      • It’s time so say good bye … from non-CDB

 

Download, install and run the Database Pre-Upgrade Utility

    • Download from Oracle Support the actual Pre-Upgrade Script
      • actual Version is from November 2019
    • If version is 12.2 or higher, then save the file in $ORACLE_HOME/rdbms/admin
      • unzip preupgrade_19_cbuild_5_lf.zip
      • fileinflating: components.properties
        inflating: preupgrade.jar
        [oracle@o183 admin]$
      • new „Nov 6 13:40 preupgrade.jar“
    • Now it is time to read the documentation
    • start preupgrade.jar
      • $ORACLE_HOME/jdk/bin/java -jar /u01/app/oracle/product/19.0.0/dbhome_1/rdbms/admin/preupgrade.jar TERMINAL TEXT
    • preupgrade Logfile
      • cd /u01/app/oracle/cfgtoollogs/db1_S1/preupgrade
      • Check the Logfile „preupgrade.log“
      • here an example
        • preupgrade
          • Before Upgrade actions
          • After Upgrade actions
      • additional very helpful files
        • preupgrade_fixups.sql
        • postupgrade_fixups.sql
      • and check the Logfile
        • Fix all errors
        • Now you are ready for the Upgrade

 

Oracle JVM installed 

    • Before doing an Upgrade check if the JVM is installed.
    • Why?
      • If you don not need the JVM in the Database deinstall it
      • It makes live in some cases especially during Patching (especially for RAC DB’s) easier
    • Check if JVM is installed
      • select comp_name, version, status from dba_registry where comp_name like ‚%JAVA%‘;
      • select owner, status, count(*) from all_objects where object_type like ‚%JAVA%‘ group by owner, status;
      • select role from dba_roles where role like ‚%JAVA%‘;
    • The  DBA_FEATURE_USAGE_STATISTICS view can also help to check for the Java feature
      • select currently_used, name from  dba_feature_usage_statistics where name like ‚%Java%‘;

 

So Installation, RU and preUpgrade is done. Let’s go to the manual „dbupgrade“ ….

 

Weiterlesen

impdp with parameter „cluster and parallel“ for a RAC Cluster

For using the „parallel“ parameter during an import (impdp) on a Oracle RAC Cluster you need to prepare your environment.

The „parallel“ parameter works correctly when you do the following:

– mount point were the export dump resides must be available on ALL cluster members

– create a Service on the database for the impdp job

srvctl add service -s impdp_service -d xdb1 -pdb xpdb1 -preferred xdb11,xdb12 -available xdb13

srvctl start service -s impdp_service -d xdb1

– Check that the service is running

srvctl status service -s impdp_service -d xdb1

Now you are ready to use the impdp „parallel“ parameter

Here an example with „cluster=y parallel=6

impdp system@xpdb1 directory=dump dumpfile=full_%u.dmp schemas=DB1 cluster=y parallel=6 service_name=impdp_service status=180 logfile=imp_xpdb1.log METRICS=Y logtime=all

impdp Log Parameter which are really helpful for analyzing are:

METRICS=Y

logtime=all

Extract from the Logfile

You see that there are detailed informations about the worker process for example W-1 = Worker 1

W-1 Completed by worker 1 757 TABLE objects in 38 seconds
W-1 Completed by worker 2 764 TABLE objects in 37 seconds
W-1 Completed by worker 3 765 TABLE objects in 48 seconds
W-1 Completed by worker 4 765 TABLE objects in 53 seconds
W-1 Completed by worker 5 766 TABLE objects in 34 seconds
W-1 Completed by worker 6 765 TABLE objects in 44 seconds

W-5 Processing object type DATABASE_EXPORT/SCHEMA/TABLE/TABLE_DATA

Worker 5 is processing TABLE_DATA

For analyzing the impdp process you get so detailed informations try the next time.

Depending on your hardware you can also use different integer values for the „parallel“ parameter but a large number will not help in every situation.

Have fun with impdp on your RAC Cluster….

 

 

 

 

using AWR on Exadata

Oracle released a brand new Whitepaper for Exadata

How to use AWR Report on Exadata Machines

This Whitepaper gives details how the AWR reports can be used in conjunction with Exadata to monitor and analyze database performance issues

http://www.oracle.com/technetwork/database/availability/exadata-maa-best-practices-155385.html

 

 

 

ORAchk (EXAchk) und der Collection Manager (Teil 2)

Nun geht es mit Teil 2 weiter.

Nach dem nun die APEX Installation fertig ist, geht es darum den Collection Manager zu installieren und zu konfigurieren.

Dazu empfehle ich sich für das Setup parallel die Dokumentation, also das User’s Guide „Oracle® ORAchk and EXAchk“ und hier Kapitel 1.9 Oracle Health Check Collections Manager for Oracle“ zu öffnen.

Wir melden uns nun am Admin Service an:

 

http://o1:8080/apex/apex_admin

Der neue „Workspace“ wird erstellt. Im zweiten Schritt wird festgelegt, welches Schema in der Datenbank für die Installation verwendet wird.

 

 

Unter „Manage Workspaces“ sieht man nun den Workspace „ORACHK_CM_WS“ der zukünftig genutzt wird.

Für das eigentliche Setup melde ich mich am an.

Im Folgenden können einzelne personalisierte Benutzer angelegt werden, z. B. für jeden DBA im Unternehmen.

Ich gehe einen Step weiter und beginne mit der eigentlichen Installation:

„Install Oracle Health Check Collections Manager Application“

Bevor ich mit der Installation beginne muss sichergestellt sein, das der Workspace Admin Schema Owner und der Owner des Schemas, welcher für den Import verwendet wird folgende Rechte hat:

  • create job
    • grant create job to orachk_admin
  • execute Rechte auf die Packages DBMS_RLS und UTL_SMTP
    • grant execute to dbms_rls to orachk_admin
    • grant execute on utl_smtp to orachk_admin

Damit sind die Vorbereitungen abgeschlossen.

Login beim  „Workspace Administration Services“ und den  Application Builder auswählen. Danach den Import starten.

Die folgenden Schritte bestätigen und dann beginnt die Installation.

Damit ist die Installation abgeschlossen und wir können nun den Collection Manager starten.

Nach erfolgter Anmeldung bekomme ich einen Überblick und wie könnte es anders sein aber es gibt keine Reports.

Daher lade ich nun „manuell“ einen Orachk Report.

Daten werden dann im täglichen Doing automatisch hochgeladen mit Hilfe von „setdbupload“.

Dazu wird der Setup konfiguriert bei dem der komplette Connect String benötigt wird kein tns-Alias.

UPLOAD_CONNECT_STRING = (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)

(HOST=o1.localdomain)(PORT=1521))(CONNECT_DATA=(SERVER=DEDICATED)

(SERVICE_NAME=orachkcm.)))

RAT_UPLOAD_PASSWORD = ******

RAT_UPLOAD_USER = ORACHKCM

RAT_ZIP_UPLOAD_TABLE = RCA13_DOCS

Mit „./orachk -setdbupload all“ wird der Setup eingerichtet.

Überprüfen kann man dann die Konfiguration mit der „checkdbupload“ Funktion.

./orachk -checkdbupload

Wie weit man die Automatisierung vornehmen möchte, hängt im Weiteren stark von der eigenen Umgebung ab, daher empfehle ich hier die Dokumentation zur Hand zu nehmen und noch mal das „Kapitel 1.9.7“ durchzuarbeiten und mögliche Konfigurationen vorzunehmen.

Ich wünsche viel Spaß mit dem Collection Manager.

 

 

 

ORAchk (EXAchk) und der Collection Manager (Teil 1)

ORAchk & EXAchk sind wichtige Tools im täglichen Oracle DBA Geschäft. Allerdings habe diese Tools wenn man Sie einmalig oder mehrfach startet den großen Nachteil das man jeweils einzelne Reports erhält und diese nicht miteinander vergleichen kann, oder eine Historie erhält. Es bedeutet im Umkehrschluss man muss sich selbst eine „Ordnung“ überlegen und die Verwaltung übernehmen.

Genau an diesem Punkt kommt nun der „Collection Manager“ ins Spiel, der eine komplette APEX Anwendung ist und die Verwaltung sämtlicher Collections (Reports) für die Datenbanken im Unternehmen übernimmt.

Grundvorraussetzung ist eine  lauffähige APEX Umgebung

Step by Step die Installation

Voraussetzung

laufende Oracle DB 11.2, 12.1, 12.2 und Listener Konfiguration abgeschlossen

Download apex18.1


http://www.oracle.com/technetwork/developer-tools/apex/downloads/index.html">http://www.oracle.com/technetwork/developer-tools/apex/downloads/index.html" data-wplink-url-error="true">http://www.oracle.com/technetwork/developer-tools/apex/downloads/index.html">http://www.oracle.com/technetwork/developer-tools/apex/downloads/index.html

apex_18.1.zip

Installationsverzeichnis erstellen

mkdir /u01/apex

unzip apex_18.1.zip

APEX Setup

Anlegen eines neuen Tablespace

CREATE TABLESPACE apex DATAFILE SIZE 1000M AUTOEXTEND ON NEXT 1M;

Installation

Base Directory ist „/u01/apex“

Wichtig für das Setup des „Embedded PL/SQL Gateway (EPG)“ im späteren Verlauf der Installation


cd /u01/apex/apex

SQL> con sys AS SYSDBA

-- @apexins.sql tablespace_apex tablespace_files Temp_TBL images

SQL> @apexins.sql APEX APEX TEMP /i/

Ändern des  Admin Passwort "apxchpwd.sql"

SQL> con sys AS SYSDBA
SQL> @apxchpwd.sql

 

Ich nutze das „Embedded PL/SQL Gateway“ (EPG)

Das Base Directory ist „/u01/apex“

Es darf nicht „/u01/apex/apex“ im Folgenden Step angegeben werden da sonst die Images nicht korrekt installiert werden


SQL> CONN sys AS SYSDBA

SQL> @apex_epg_config.sql /u01/apex

Nun muss der User ANONYMOUS entsperrt werden
 

SQL> CONN sys AS SYSDBA;

SQL> ALTER USER ANONYMOUS ACCOUNT UNLOCK;

Port check für XML DB Protocol Server

 

SQL> CONN sys AS SYSDBA

SQL> SELECT DBMS_XDB.gethttpport FROM DUAL

 

Soll der Port auf 8080 gesetzt werden dann wie folgt umsetzen

SQL> EXEC DBMS_XDB.sethttpport(8080)

Das war die Installation. Zum Abschluss sollte man unbedingt die Logfiles prüfen ansonsten kann man aus dem Browser APEX starten


http://o1:8080/apex

oder für den Administration Workspace

http://o1:8080/apex/apex_admin

So sollte der Login Screen aussehen

 

Im Teil 2 beschreibe ich dann wie man den Collection Manager für Exachk oder ORAchk konfiguriert und dann mit den Collections arbeiten kann.

 

Stay tuned :-)

 

 

 

 

 

 

 

 

Problems with Adaptive Features in 12.1.0.2 What’s to do?

The Adaptive Features is divided in two parts

  • Adaptive Plans
    • the possibility to change plans during execution
  • Adaptive Statistics
    • the statistics allow plans to be built from the results of previous executions

Version 12.1 

In 12.1 both components  will be managed by the parameter „optimizer_features_enable“ and is per default on „TRUE“.

Version 12.2

In 12.2 the parameter „optimizer_features_enable“ obsolete. The adaptive feature is now controlled by two parameters

  • optimizer_adaptive_statistics default „FALSE“
  • optimizer_adaptive_plans default „TRUE“

What are the recommendation for 12.1.0.2 if you do a upgrade. You should directly adopt the 12.2 default  by applying the following Patches:

  • Patch 22652097 splits the parameter optimizer_adaptive_features into two, as above, and disables adaptive statistics.
  • Patch 21171382 disables the automatic creation of extended statistics unless the optimizer preference AUTO_STAT_EXTENSIONS is set to ON.

Summary

If you Upgrade to 12.1..2 set directly the Default for Oracle 12.2.

Yes, the next Upgrade to Release 12.2 came sooner or later.

 

 

 

Oracle RU is available

Today Oracle released a very large „monster“ Upgrade. This July 2017 Update includes the first time the new RU „Release Upgrade“ and RUR „Release Update Revision“ Patches.

To be up to date read the following My Oracle Support Doc-ID’s

Actually I can’t find a FAQ but I think this will come in a few weeks.

Stay tuned :-)