Installation on Café Com Cloud

18c install on premises - first impressions

Mon, 10 Sep 2018 18:35:18 -0300

Hey all,

Somethings have change on 18c. Today I will explain my first impressions of this pretty new product on premises and some comparisons by older versions (PS: I classified each topic before start talk about… I hope to help you on your next upgrade)

Download: If you use download from Oracle OTN, you notice that there is only one zip for Oracle database and one zip file for grid install.
Install: now you have to unzip all content into Oracle_HOME<- they called this new way as “Simplified Image-based Oracle Database Installation”
Install: runInstaller was replaced by gridSetup.sh (in case of Grid installation) and for database Installer you still need to execute runInstall.sh
Install: you will need at least a machine with 8 GB RAM to install grid / database.
Install: for database installer, now you have both options of install (as 10g Installer) - you can choose install enterprise or Standard Edition 2.
Install: now you can choose on database install TFA during execution of root.sh.

See you. :-)

Patching an Engineered System

Thu, 16 Aug 2018 16:54:11 -0300

Everyone in Oracle DBA world knows the key value of use an Engineered System, such as Exadata or Supercluster.

In a mission critical on premises database, as a DBA we need to consolidate many databases, plataform in different versions into an Engeneed system.

In a Engeneered System world we have different types of patch deployment that consists in a group of many other patches for differents versions of databases / applications / system /services. They are called Oracle Engineered Systems Quarterly Patch Deployment (QPD).

The key advantage of using QPD is stay with best practices patches that was recommeded by Oracle. The QDP are available for download every 4 months and if you have a contract, you can let Oracle apply for you via ACS / platinum contract. More information, you can see in https://www.oracle.com/assets/as-quarterly-patch-deployment-3042102.pdf.

Personal experiences on Engineered Systems(Exadata, Supercluster) patch apply I have some few experiences on patch apply in many enviroments even Exadata or Supercluster systems.

First, I always take an exachk. It’s extremely important to compare how health your environment are before apply. Always download the last available on MOS “Oracle Exadata Database Machine exachk or HealthCheck (Doc ID 1070954.1)”

Second, I recommend this note lecture:

Exadata Database Machine and Exadata Storage Server Supported Versions (Doc ID 888828.1)

Oracle SuperCluster Supported Software Versions - All Hardware Types (Doc ID 1567979.1)

PS. in this notes there are some references to others Engeneered Systems. If you have on your enviroment, please take a look on MOS.

So before download, as every patch I extremaly recomments read the README of each patch before start (it seems obvious, but I knew many DBAs that don’t follow this secret rule) and follow the prechecks as Oracle recommendations such as space, check if there are any conflict with another patch, etc.

Some tips based on my personal experience - In most of cases, during patching some errors related by datapatch (on Database apply) occurs. Don’t be affraid and take a look at:

Queryable Patch Inventory - Issues/Solutions for ORA-20001: Latest xml inventory is not loaded into table (Doc ID 1602089.1)

12.1 : Datapatch Fails with ERROR “KUP-04004,KUP-04017,KUP-04118,KUP-04095,ORA-29913”," fatal: libjli.so or libpicl.so.1: open failed" (Doc ID 2085653.1)

- If you have a segregated environment, always apply patches on DEV or UAT environment.

Examples of database patch apply

=====

Don’t be affraid if you get an error. It’s happen with everyone:

Log file for this invocation: /u01/app/grid/cfgtoollogs/sqlpatch/sqlpatch_2278_2018_08_16_14_39_41/sqlpatch_invocation.log

Connecting to database…OK Note: Datapatch will only apply or rollback SQL fixes for PDBs that are in an open state, no patches will be applied to closed PDBs. Please refer to Note: Datapatch: Database 12c Post Patch SQL Automation (Doc ID 1585822.1) Bootstrapping registry and package to current versions…done

Queryable inventory could not determine the current opatch status. Execute ‘select dbms_sqlpatch.verify_queryable_inventory from dual’ and/or check the invocation log /u01/app/grid/cfgtoollogs/sqlpatch/sqlpatch_2278_2018_08_16_14_39_41/sqlpatch_invocation.log for the complete error. Prereq check failed, exiting without installing any patches.

Please refer to MOS Note 1609718.1 and/or the invocation log /u01/app/grid/cfgtoollogs/sqlpatch/sqlpatch_2278_2018_08_16_14_39_41/sqlpatch_invocation.log for information on how to resolve the above errors.

SQL Patching tool complete on Thu Aug 16 14:39:59 2018

=====

It’s so good when everything was work as design:

Log file for this invocation: /u01/app/grid/cfgtoollogs/sqlpatch/sqlpatch_23787_2018_08_16_14_47_57/sqlpatch_invocation.log

Current state of SQL patches: Bundle series DBBP: ID 180717 in the binary registry and not installed in any PDB

Adding patches to installation queue and performing prereq checks… Installation queue: For the following PDBs: CDB$ROOT PDB$SEED Nothing to roll back The following patches will be applied: 27547374 (DATABASE BUNDLE PATCH 12.1.0.2.180717)

Installing patches… Patch installation complete. Total patches installed: 2

Validating logfiles… Patch 27547374 apply (pdb CDB$ROOT): SUCCESS logfile: /u01/app/grid/cfgtoollogs/sqlpatch/27547374/22329708/27547374_apply__MGMTDB_CDBROOT_2018Aug16_14_48_44.log (no errors) Patch 27547374 apply (pdb PDB$SEED): SUCCESS logfile: /u01/app/grid/cfgtoollogs/sqlpatch/27547374/22329708/27547374_apply__MGMTDB_PDBSEED_2018Aug16_14_52_35.log (no errors) SQL Patching tool complete on Thu Aug 16 14:55:29 2018

=====

See you soon! :-)

12cR1 + Suse 12 SP2 = take a look on this post

Sat, 10 Jun 2017 22:19:15 -0300

Today I face a weird issue during a HAS 12.1.0.2 in Suse 12 SP2 for a customer.

Everything went smooth during the runInstaller, but roothas.pl failed with the follow error:

SERVER_BLA:/u01/grid/12.1.0.2 # /u01/grid/12.1.0.2/perl/bin/perl -I/u01/grid/12.1.0.2/perl/lib -I/u01/grid/12.1.0.2/crs/install /u01/grid/12.1.0.2/crs/install/roothas.pl Using configuration parameter file: /u01/grid/12.1.0.2/crs/install/crsconfig_params LOCAL ADD MODE Creating OCR keys for user ‘ora12c’, privgrp ‘dba’.. Operation successful. LOCAL ONLY MODE Successfully accumulated necessary OCR keys. Creating OCR keys for user ‘root’, privgrp ‘root’.. Operation successful. CRS-4664: Node SERVER_BLA successfully pinned. 2017/06/10 00:46:42 CLSRSC-330: Adding Clusterware entries to file ‘oracle-ohasd.service’

PRCR-1006 : Failed to add resource ora.ons for ons PRCR-1115 : Failed to find entities of type resource type that match filters (TYPE_NAME ends .type) and contain attributes CRS-0184 : Cannot communicate with the CRS daemon. 2017/06/10 00:47:04 CLSRSC-180: An error occurred while executing the command ‘srvctl add ons’ (error code 0)

2017/06/10 00:47:55 CLSRSC-115: Start of resource ‘ora.evmd’ failed

2017/06/10 00:47:55 CLSRSC-202: Failed to start EVM daemon

This PRCR-1006 drive me nuts. Turns out, after long hours digging the web + metalink + caffeine, that you need to:

vi /etc/ld.so.conf and add /lib64/noelision on top of it.

The file should be like this after vi:

SERVER_BLA:/u01/grid/12.1.0.2/crs/install# cat /etc/ld.so.conf /lib64/noelision /usr/local/lib64 /usr/local/lib include /etc/ld.so.conf.d/*.conf

And then, add the symlink on GI_HOME:

SERVER_BLA:/u01/grid/12.1.0.2/lib# lns -s /lib64/noelision/libpthread-2.22.so libpthread.so.0

And only after this run root.sh/roothas.pl. If you are reading this post problably you already executed roothas.pl ( =[ sadly). So you need to deconfigure first, execute the steps above, and then execute roothas.pl again.

After this, happiness is back =]

***Update***

When patching GI home, remove the symlink created, apply the patch, and make the symlink again.

Feedbacks are always welcome! See you around

Hang,

First impression on 12cR2 Oracle Clusterware install

Thu, 30 Mar 2017 15:51:24 -0300

Today we will gonna discuss about first impression on fresh install of Oracle Clusterware 12cR2 (for database, you could found some considerations here).

I install on new Oracle Linux 6.9 on Virtualbox 5.1.18 and I observe some points:

Like database install, the grid software has only one file to download (take care with uncompress the zip file. You need to uncompress on the location that you need to use the cluster software).
Oracle has added 2 diskgroups types (in 11gR2 its doesn’t are present): Flex and Extended (more information you could found here).

Pay attention with pre-requisites and space: at least, almost 40 GB was necessary for grid diskgroup if you have less than 4 nodes clusterware.
Gavin Soorma has upgrade a 12R1 Cluster. If you are planning to upgrade your cluster, consider to read this post
I install with old way Oracle ASMLIB for test purposes and it’s works! :-)
If you install on graphical mode be aware in unzip the cluster software where ORACLE_HOME grid software resides because you can not change the location of install home, as you could see below:

So, I’ll perform more tests in this test cluster. So, if you are planning to construct your own test cluster, i recommend:

Oracle RAC 12cR2 on Linux 6 using VirtualBox, by Oracle Base Tim Hall

Release schedules dates document was updated!!

Mon, 13 Mar 2017 18:33:13 -0300

Continue Hanganalyze’s post: 12.2 on-prem available for download, we see that realease date document was update on MOS (742060.1).

Basically Oracle 12.2 was released for cloud (in March 2017 for premises) and 12.2 have been supported until 2021.

So, now it’s time to think about and plan to upgrade databases 11.2.0.4 and 12.1.0.2, of course if application was compatible too! :-)

Remember, now Oracle Recertification program follow the schedules date (more information you could see in this video).

12.2 on-prem available for download

Thu, 02 Mar 2017 20:27:05 -0300

Finally :)

We will post shortly about some cool new features - like online move for non partitioned tables, sharding, v$index_usage_info and more!

See you around!