ByJoel Pérez ( Oracle ACE Director )

18c PDB switchover..!!

18c PDB switchover

Hi Readers

In multitenant, the recovery and availability are at CDB level. But customers asked for a switchover at PDB level so Oracle has done that in 18c, based on refreshable PDBs. If you want to discover how to do it, read a great article about written by By Franck Pachot

For reading click the image or the link down below.

https://blog.dbi-services.com/18c-pdb-switchover/

We hope the content could be useful for your Oracle DBA Tasks!

ByJoel Pérez ( Oracle ACE Director )

Oracle Database 18c – Some important changes

Oracle Database 18c – Some important changes

Hi Readers

If you want to read about some important new changes in Oracle Database 18c, read this great article written by Mike Dietrich. For Reading click the image or the link down below.

Oracle Database 18c – Some important changes

We hope the content could be useful for your Oracle DBA Tasks!

ByJoel Pérez ( Oracle ACE Director )

Playing with 18c on Oracle Database Cloud Service – How to use and create a database STEP by STEP

Playing with 18c on Oracle Database Cloud Service – How to use and create a database STEP by STEP

Hi Readers

Most probable you have already experienced how to build a Cloud configuration with releases 11gR2, 12cR1, 12cR2.. have you done it with the new graphical interface and building your database in version 18c, if not.. come and read an article about it written by Francisco Muñoz ( Oracle ACE Director ). For reading click the image or the image down below.

Playing with 18c on Oracle Database Cloud Service – How to use and create a database STEP by STEP

We hope the content could useful for your Oracle DBA Tasks!

ByJoel Pérez ( Oracle ACE Director )

Oracle Database 18c Documentation Library.. Available..!!

Oracle Database 18c Documentation Library.. Available..!!

Hi Readers

The new Oracle Database 18c Documentation Library is available.. so.. from now you can enjoy reading about the new features and more.. to access it, click the image or the link down below.

To read click here:

https://docs.oracle.com/en/database/oracle/oracle-database/18/index.html

We hope the content could useful for your Oracle DBA Tasks!

ByJoel Pérez ( Oracle ACE Director )

Oracle 18c New Feature: “Read Only Oracle Home”.. !!

Oracle 18c New Feature: “Read Only Oracle Home”.. !!

Hi Readers

An Oracle Home in just read only mode could useful for many scenarios, sometimes you need just an immutable image of the software that can be accesible as soon as possible. If you want to read more about this topic, read the article written by my colleague Franck Pachot ( Oracle ACE Director )

To read click the image or the link down below:

For Reading Click Here:

https://blog.dbi-services.com/18c-read-only-oracle-home/

We hope the content could useful for your Oracle DBA Tasks!

ByJoel Pérez ( Oracle ACE Director )

Oracle 18c: Data Warehousing New Features.. What’s NEWS..

Oracle 18c: Data Warehousing New Features.. What’s NEWS..

Oracle 18c: Oracle Data Warehousing新功能一览

By Joel Peréz & Skant Gupta

This article is brought by en.enmotech.com

Data Warehousing will be the focus of the first Autonomous Database Service in Oracle 18c, so, this implies.. many new features will exist for this area.

Many people.. including me.. we are so eager to see how the autonomous conception will work on Data Warehouses since it was announced that a new Autonomous Database for Datawarehouse will be just a thing of load tables.. running queries and that’s it.. that’s what Oracle Corp. said and really we are so eager to see how close could be what we imagine in comparison to reality.

Meanwhile, let’s see some technical Oracle 18c New Features for Data Warehousing and you will start to realize how all this will be working..

Key 18c Features to Enhance Data Warehouses

DATABASE INFRASTRUCTURE

• Autonomous health framework
• Standby support for nologging ops

DATA MANAGEMENT

• Online partition merge
• Partitioning scheme online conversion of a table
• Private temporary tables

DATA PROCESSING

• SQL language
  • Enhanced approximate query processing
  • Enhanced analytic views, incl. MDX interface
• In-Memory
  • In-memory external tables
  • In-memory for NVRAM
  • Automatic in-memory management
• Optimizer and SQL processing
  • Inline external tables
  • Polymorphic table functions
  • Better fine-grained cursor Invalidation – Enhanced SQL Plan Management
• And much more …

In-Memory Key Features

• Automatic In-Memory Management
• In-Memory For External Tables
  • Support for all storage tiers
• In-Memory for Extreme Capacity NVRAM Memory
  • Dramatic increase of in-memory capacity
• Warehouse-specific performance improvements:
  • In-Memory Dynamic Scans
  • In-Memory Optimized Arithmetic

In-Memory For External Tables

Fast Analytics on External Data

• External Tables allow transparent access to data outside the DB

• In-Memory For External Tables builds in-memory column cache of data outside the DB for ultra-fast analytics on external data
• All In-Memory Optimizations apply
  • Vector processing, JSON expressions extend transparently to external data
• Up to 100X faster

Approximate Query Processing

Delivers significantly faster analysis for interactive and highly iterative data exploration

• Approximations for expensive aggregate calculations:

1. APPROX_COUNT_DISTINCT
2. APPROX_PERCENTILE
3. APPROX_MEDIAN

• • 6-13X faster, accuracy typically within < 1%
• Use with ZERO code changes
  • approx_for_aggregation = TRUE
• Accuracy and error rate provided

Top-N approximate aggregation

• Approximate results for common top n queries
  • Approximately how many page views did the top five blog posts get last week?
  • What were the top 50 customers in each region and their approximate spending?
• Order of magnitudes faster processing with high accuracy (error rate < 0.5%)
• New approximate functions APPROX_COUNT(), APPROX_SUM(), APPROX_RANK()

Oracle Advanced Analytics in 18.1

• New Scalable Machine Learning Algorithms (SQL API)
  • Random Forests for Classification
  • Neural Networks for both classification and regression
  • Explicit Semantic Analysis ML algorithm extended to support classification
  • Time Series via Exponential Smoothing
  • CUR decomposition-based algorithm for attribute and row importance

• Ability to export ML models to C and Java for applications deployment

Analytic Views

• Moves business logic (Aggregations, Hierarchies, Calculations) back into database
• Simple SQL for complex analytic queries
  • no joins or GROUP-BY clauses necessary
• Works on top of pre-existing tables or views
  • no persistent storage
• Built-in data visualization via APEX

Analytic Views enhancements in 18.1

• More calculations within Analytic Views:
  • Ranking and statistical functions
    • RANK_*, PERCENTILE_*, STATS_*, COVAR_*
• Hierarchical expressions
  • HIER_DEPTH, HIER_LEVEL, HIER_MEMBER_NAME, etc
• Broader schema support for Analytic Views:
  • Snowflake schemas; flat/denormalized fact tables (in addition to star schemas)
• More powerful SQL over Analytic Views:
  • Dynamic definition of calculations within SQL queries

MDX Query Language with 18.1 Analytic Views

• Support for MDX (Multi-Dimensional Expression) query language
  • Initially certified for use by Microsoft Excel Pivot Tables
    • Support/certification for other applications to follow
• Includes a multi-dimensional query cache
  • Similar to the SQL Result Cache

Polymorphic Tables: Self-Describing, Fully Dynamic SQL

• Part of ANSI 2016
• Encapsulate sophisticated algorithms
  • Hides implementation of algorithms
  • Leverage powerful, dynamic capabilities of SQL
  • Pass in any table-columns for processing
  • Returns SQL rowset (table, JSON, XML doc etc)
    • E.g. return credit score and associated risk level

Inline external tables

• External table definition provided at runtime
  • Similar to inline view
• No need to pre-create external tables that are used one time only
  • Increased developer productivity

and more..

If you want to be updated with all our articles send us the Invitation or Follow us:

Joel Perez’s LinkedIn: www.linkedin.com/in/SirDBaaSJoelPerez

Skant Gupta’s LinkedIn: www.linkedin.com/in/skantali/

or Join our LinkedIn group: Oracle Cloud DBaaS

Author Bios:

Joel Pérez is an Expert DBA ( Oracle ACE Director, Maximum Availability OCM, OCM Cloud Admin. & OCM12c/11g ) with over 17 years of Real World Experience in Oracle Technology, specialised in design and implement solutions of: High Availability, Disaster Recovery, Upgrades, Replication, Cloud and all area related to Oracle Databases. International consultant with duties, conferences & activities in more than 50 countries and countless clients around the world. Habitual and one of leading writers of Technical Oracle articles for: OTN Spanish, Portuguese, English and more. Regular Speaker in worldwide Oracle events like: OTN LAD (Latin America), OTN MENA (Middle East & Africa), OTN APAC ( Asian Pacific), DTCC China, Oracle Code.. . Joel has always been known for being a pioneer in Oracle technology since the early days of his career being the first Latin American awarded as “OTN Expert” at year 2003 by Oracle Corp., one of the first “Oracle ACE” globally in the Oracle ACE Program at year 2004. He was honoured as one of the first “OCM Database Cloud Administrator” & Maximum Availability OCM in the world. Currently Joel works as Senior Cloud Database Architect in “Yunhe Enmo (Beijing) Technology Co.,Ltd”., company located in Beijing, China En.enmotech.com

Skant Gupta is an Oracle Certified Cloud Professional in Oracle Database 12c, an Oracle Certified Expert in Oracle Real Application Clusters (Oracle RAC) in Oracle Database 11g and 12c, and an Oracle Exadata Certified and an Oracle Certified Professional in Oracle Database 10g, 11g, and 12c. He works at Vodafone Technology in the UK and formerly worked as a senior DBA at Etisalat in Dubai. He has six years of experience with various Oracle technologies, focusing mainly on Cloud, database, and high availability solutions, Oracle WebLogic Suite, Oracle Exadata and Oracle GoldenGate. He has presented at several Oracle user groups worldwide, most recently in the US, the United Arab Emirates, and the India. Skant website link: oracle-help.co

This article is brought by Yunhe Enmo (Beijing) Technology Co.,LTD En.enmotech.com

Follow our Company in Linkedin: https://www.linkedin.com/company/1856106/

Subscribe to our Blog and enjoy our Weekly Cloud article..!

ByJoel Pérez ( Oracle ACE Director )

Oracle 18c: RMAN New Features.. What’s NEWS..

Oracle 18c: RMAN New Features.. What’s NEWS..

Oracle 18c: RMAN新功能一览

By Joel Peréz & Skant Gupta

This article is brought by en.enmotech.com

Oracle Recovery Manager, better known as “RMAN”. RMAN is one of those kind of tool that is present in almost the daily activities for regular DBAs.

With RMAN we can perform a lot of different kind of activities for different kind of objectives.

It’s impossible a DBA can not know tools such as: RMAN.. SQL*Plus.. expdp.. impdp.. etc.. those are part of the Oracle Software’s main core.

RMAN Beyond the Backup Utility, we can use it for:

• Cloning and Platform Migration
• Data Guard Operations
• Backup to Disk
• Backup to Cloud Storage
• Oracle Secure Backup or 3^rd party backup applications
• Oracle Zero Data Loss Recovery Appliance
• and more..

So.. based on that.. no need to introduce the concept of what is RMAN..

Oracle Recovery Manager has a long history, let’s highlight briefly some about it:

Oracle 8, Oracle 8i, Oracle 9i ( 1997-2002 )

• Parallel Backups
• DUPLICATE
• Block Media Recovery
• Automatic Control File & SPFILE Backup
• CONFIGURE Persistent Settings
• BACKUP BACKUPSET
• And more …

Oracle 10g, Oracle 11g ( 2003 – 2012 )

• Fast Recovery Area
• Fast Incremental Backups
• Incrementally Updated Backups
• SWITCH TO COPY
• Offload Backups to Standby Database
• And more …

Oracle 12c ( Today )

• Table Level Recovery
• Cross-Platform Backup & Recovery enhancements
• Fast Active DUPLICATE
• Fast Standby Database Synchronization
• Multitenant Database Backup & Recovery
• And more ..

Oracle Database 18c: Key RMAN Benefits/Enhancements

• Multitenant DB Enhancements
• Duplication Enhancements
• Enhancements for DATA GUARD
• Cloud Archive Support

So.. Let’s star to see some technical new features of Oracle Recovery Manager in Oracle 18c..

18c: Multitenant DB Enhancement

Backup history preservation

• Restore a PDB from a backup taken as non-multitenant, or when the PDB was plugged into a different CDB
• Export PDB metadata to RMAN catalog of destination CDB
  • XML generated at UNPLUG operation
  • Use DBMS_PDB.EXPORTRMANBACKUP() procedure for non-CDB

RESTORE PLUGGABLE DATABASE <PDBNAME> FROM PREPLUGIN BACKUP;

RECOVER PLUGGABLE DATABASE <PDBNAME> FROM PREPLUGIN BACKUP;

ALTER PLUGGABLE DATABASE <PDBNAME> OPEN;

18c: Duplication Enhancements

Active Cross-CDB PDB Duplication

• Active duplication of a PDB into a different CDB is now possible
• Start RMAN and connect to the root of the source database as TARGET and to the auxiliary instance
• Duplicate the database using the DUPLICATE PLUGGABLE… FROM ACTIVE DATABASE command

DUPLICATE PLUGGABLE DATABASE <PDBNAME> to <CDBNAME> FROM ACTIVE DATABASE;

18c: RMAN and Data Guard Enhancements

Active Data Guard Sync

• new RECOVER STANDBY DATABASE FROM SERVICE
• One command to refresh the standby database
• Refreshes controlfile, datafile, restores newly added datafiles
• Start RMAN and connect as target to the physical standby database.
• Roll forward the physical standby database using the RECOVER STANDBY DATABASE command with the FROM SERVICE clause

RECOVER STANDBY DATABASE FROM SERVICE primary_db;

Stay tune for more Oracle Database Cloud articles.

If you want to be updated with all our articles send us the Invitation or Follow us:

Joel Perez’s LinkedIn: www.linkedin.com/in/SirDBaaSJoelPerez

Skant Gupta’s LinkedIn: www.linkedin.com/in/skantali/

or Join our LinkedIn group: Oracle Cloud DBaaS

Author Bios:

Joel Pérez is an Expert DBA ( Oracle ACE Director, Maximum Availability OCM, OCM Cloud Admin. & OCM12c/11g ) with over 17 years of Real World Experience in Oracle Technology, specialised in design and implement solutions of: High Availability, Disaster Recovery, Upgrades, Replication, Cloud and all area related to Oracle Databases. International consultant with duties, conferences & activities in more than 50 countries and countless clients around the world. Habitual and one of leading writers of Technical Oracle articles for: OTN Spanish, Portuguese, English and more. Regular Speaker in worldwide Oracle events like: OTN LAD (Latin America), OTN MENA (Middle East & Africa), OTN APAC ( Asian Pacific), DTCC China, Oracle Code.. . Joel has always been known for being a pioneer in Oracle technology since the early days of his career being the first Latin American awarded as “OTN Expert” at year 2003 by Oracle Corp., one of the first “Oracle ACE” globally in the Oracle ACE Program at year 2004. He was honoured as one of the first “OCM Database Cloud Administrator” & Maximum Availability OCM in the world. Currently Joel works as Senior Cloud Database Architect in “Yunhe Enmo (Beijing) Technology Co.,Ltd”., company located in Beijing, China En.enmotech.com

Skant Gupta is an Oracle Certified Cloud Professional in Oracle Database 12c, an Oracle Certified Expert in Oracle Real Application Clusters (Oracle RAC) in Oracle Database 11g and 12c, and an Oracle Exadata Certified and an Oracle Certified Professional in Oracle Database 10g, 11g, and 12c. He works at Vodafone Technology in the UK and formerly worked as a senior DBA at Etisalat in Dubai. He has six years of experience with various Oracle technologies, focusing mainly on Cloud, database, and high availability solutions, Oracle WebLogic Suite, Oracle Exadata and Oracle GoldenGate. He has presented at several Oracle user groups worldwide, most recently in the US, the United Arab Emirates, and the India. Skant website link: oracle-help.co

This article is brought by Yunhe Enmo (Beijing) Technology Co.,LTD En.enmotech.com

Follow our Company in Linkedin: https://www.linkedin.com/company/1856106/

Subscribe to our Blog and enjoy our Weekly Cloud article..!

ByJoel Pérez ( Oracle ACE Director )

Oracle 18c: New Features for Oracle Data Guard.. What’s NEWS..

Oracle 18c: New Features for Oracle Data Guard.. What’s NEWS..

Oracle 18c: Oracle Data Guard新功能一览

By Joel Peréz & Skant Gupta

This article is brought by en.enmotech.com

Now, Let’s start to read..

Oracle Data Guard is an Oracle solution that seems will improve in a endless way. Every Oracle Release we have new features that perhaps we never expected to have.

Oracle 18c is not the exception, we have amazing new features, So.. Let’s see..

New Broker VALIDATE commands

Personally, at the time to check or correct Oracle Data Guard configurations, one of the most common problems is the network configuration. Sometimes we are building RAC-RAC configurations with many servers.. many IPs.. etc.. and it’s natural we can miss a name.. and IP.. etc.. at the end we can have some problems when this configuration is working and we have to start the tedious job to check every single detail.. ( Network Configuration.. Parameters.. etc.. ) to find where it’s the problem.. With these 3 following commands we will be able to save a lot of time when we face that kind of difficulties..

VALIDATE DATABASE SPFILE

• Validate parameters settings between the Primary and a Standby database.

VALIDATE NETWORK CONFIGURATION

• Validate the network setup between all databases in the configuration

VALIDATE STATIC CONNECT IDENTIFIER

• Verifies the static connect identifier setup in Single Instance databases the do not have Oracle Restart.

Multi-Instance Redo Apply

– Multi-Instance Redo Apply allows all standby nodes to participate in recovery

– In-memory DB (IMC) on Active Data Guard allows:

• Creation of IMC tables and columns for analytics on Active Data Guard
• Population with different data than production database
• Offloading even more to your standby!

– IMC now works with Multi-Instance Redo Apply!

– Multi-Instance Redo apply also works with BCT

* Available only on Exadata and Oracle Cloud Offerings

18c: RMAN and Data Guard Enhancements

Active Data Guard Sync

• New RECOVER STANDBY DATABASE FROM SERVICE
• One command to refresh the standby database
• Refreshes controlfile, datafile, restores newly added datafiles
• Start RMAN and connect as target to the physical standby database.
• Roll forward the physical standby database using the RECOVER STANDBY DATABASE command with the FROM SERVICE clause

RECOVER STANDBY DATABASE FROM SERVICE primary_db;

Creating GTTs on Active Data Guard

– Creating GTTs today will fail when executed on Active Data Guard

– In Oracle Database 18c CREATE GLOBAL TEMPORARY TABLE on an Active Data Guard standby will:

• Create the GTT on the Primary
• Wait for the GTT to be replicated and applied to the Active Data Guard standby
• Return control to the user

Transient tables useful for reporting applications

Global temporary tables

Persistent, shared (global) table definition

Temporary, private (session-based) data content

• Data physically exists for a transaction or session
• Session-private statistics

Private temporary tables (18c)Temporary, private (session-based) table definition

• Private table name and shape

Temporary, private (session-based) data content

• Session or transaction duration

Executing DML on Active Data Guard

– DML Re-direction automatically performed from Active Data Guard standby to the Primary without compromising ACID

• Standby ADG session waits for updates to show up on ADG via redo apply
• DML data re-directed by an ADG session is only visible to that session before commit
• DML data re-directed is visible to all sessions after ADG session commits
• Enabled by setting parameter _enable_proxy_adg_redirect=TRUE and appropriate connectivity parameters
• Respects ACID properties of a database for ADG session
• Targeted for “Read Mostly Occasional Updates” applications

Keep Buffer Cache at Role Change

How often we did not dream for having a switchover without losing some transactions because of that..

Well, part of that dream “come true”..

– The database buffer cache state will be maintained on an ADG standby during a role change

– Automatic, nothing to set up.

• Services need to be configured correctly

Control login attempts

– The ADG_ACCOUNT_INFO_TRACKING parameter extends the control of user account security information and reaction.

• ‘LOCAL’ (default value) continues to enforce the existing behavior
  • Maintains local copy of users account information in the Standby’s in-memory view.
    • Login failures are only tracked locally on a per database basis and login denied when the failure maximum is reached.

– ‘GLOBAL’ triggers the new secure behavior

• • Maintains a single global copy of users account info across all Data Guard databases
    • Login failures across all databases in the Data Guard configuration count towards the maximum count and logins anywhere will be denied when the count is reached.

Data Guard and No Force Logging

How often you have been in the situation to repair/reinstate an Standby Database because a load was done in “No Logging mode”.

It was really a hard situation for many companies to know that some specific loads could be done very efficient and fast in “No Logging mode” but sometimes there was not another option if we wanted to preserve the health state of our standby databases. Now, we have a new feature to make more versatile some specific loads in “No Logging mode”

• Extended to provide better support in an Active Data Guard environment without significantly increasing the amount of redo generated.
• Two new modes are added as alternatives to the existing nologging mode
  • Standby Nologging for Load Performance
    • Ensures that standbys will receive the nonlogged data changes with the minimum impact to the speed of loading at the primary
      • The standby can transiently have nonlogged blocks. These nonlogged blocks will be automatically resolved by managed standby recovery.
  • Standby Nologging for Data availability
    • Ensures all standbys have the data when the primary load commits but at the cost of throttling the speed of loading data at the primary
    • The standbys will never have any nonlogged blocks.

In Oracle Release 12.1 & 12.2 there a lot of new features that perhaps you have not experimented up to now. Here we have a list of all them so that you can differentiate to what release belongs the new features you will use.

RMAN

Oracle 18c: RMAN New Features.. What’s NEWS..

Review – Data Guard 12.1 New Features Summary

Data Guard

• SYSDG Role for Data Guard specific operations
• Multitenant Database Standbys
• Default Real Time Apply
• Transparent Online Data file movement
• Single SQL*Plus Switchover command
• No Primary instance shutdown for switchover
• FastSync (SYNC NOAFFIRM)
• Enhanced Extended Datatype Support for upgrades
• Logical Standby support for additional data types
  • XMLType data for all storage models, Oracle Spatial, Oracle Multimedia, Oracle Text, Objects and Collections (including VARRAYs and nested collections), Database File System (DBFS), XDB, Oracle SecureFiles (deduplication), and User-defined types.
• DBMS_SCHEDULER support for Rolling Upgrades
• Broker VALIDATE DATABASE capability
• Enhanced Broker configuring with RedoRoutes
• Broker Resumable switchover
• New Broker Observer properties and capabilities
• Broker support of Cascading Redo destinations

Active Data Guard

• Real Time Cascading Redo destinations
• WAN Distance Zero Data Loss with Far Sync
• Global Temporary Table DML on a standby
• Sequences (global and session) on a standby
• DBMS_ROLLING automated rolling upgrades
• Support for Oracle Application Continuity
• Support for Oracle Global Data Services

Review – Data Guard 12.2 New Features Summary

Data Guard

• Use DBCA and EMCLI to create Standbys
• Use RMAN and Enterprise Manager to create Far Sync Instances in addition to Standbys
• Rest Interface to the Data Guard Broker
• Chef tools to create and manage Data Guard standbys
• Scripting with the Broker DGMGRL command line interface
• Easily creating Subset Standby databases in Multitenant
• Migrate and Failover PDBs with the Broker
• Automatic Password File management
• Easy repair of No Logging operations
• Data File Block Comparison between Primary and Standby
• Multiple FSFO Targets and Observers
• FSFO in Maximum Protection mode
• Zero Data Loss Failovers in any mode with Storage Failures
• Enhanced control of Alternate destinations
• Convert to TDE easily with little or no downtime

Active Data Guard

• Using all your Standby Instances to apply redo
• Data Guard Broker Support and involvement in DBMS_ROLLING controlled rolling upgrades
• Use the In Memory Column Store on your Standby
• Use AWR and SQL Tuning Advisor to diagnose and tune Redo Apply and Query issues on your Active Data Guard Standby
• Move users transparently during role change with Session Draining on the Primary and Preserving existing connections at the Active Data Guard Standby
• More protection with Auto Block repair enhancements

this is the end of this article, we hope it can be useful.. Stay tune for more Oracle Database Cloud articles.

If you want to be updated with all our articles send us the Invitation or Follow us:

Joel Perez’s LinkedIn: www.linkedin.com/in/SirDBaaSJoelPerez

Skant Gupta’s LinkedIn: www.linkedin.com/in/skantali/

or Join our LinkedIn group: Oracle Cloud DBaaS

Author Bios:

Joel Pérez is an Expert DBA ( Oracle ACE Director, Maximum Availability OCM, OCM Cloud Admin. & OCM12c/11g ) with over 17 years of Real World Experience in Oracle Technology, specialised in design and implement solutions of: High Availability, Disaster Recovery, Upgrades, Replication, Cloud and all area related to Oracle Databases. International consultant with duties, conferences & activities in more than 50 countries and countless clients around the world. Habitual and one of leading writers of Technical Oracle articles for: OTN Spanish, Portuguese, English and more. Regular Speaker in worldwide Oracle events like: OTN LAD (Latin America), OTN MENA (Middle East & Africa), OTN APAC ( Asian Pacific), DTCC China, Oracle Code.. . Joel has always been known for being a pioneer in Oracle technology since the early days of his career being the first Latin American awarded as “OTN Expert” at year 2003 by Oracle Corp., one of the first “Oracle ACE” globally in the Oracle ACE Program at year 2004. He was honoured as one of the first “OCM Database Cloud Administrator” & Maximum Availability OCM in the world. Currently Joel works as Senior Cloud Database Architect in “Yunhe Enmo (Beijing) Technology Co.,Ltd”., company located in Beijing, China En.enmotech.com

Skant Gupta is an Oracle Certified Cloud Professional in Oracle Database 12c, an Oracle Certified Expert in Oracle Real Application Clusters (Oracle RAC) in Oracle Database 11g and 12c, and an Oracle Exadata Certified and an Oracle Certified Professional in Oracle Database 10g, 11g, and 12c. He works at Vodafone Technology in the UK and formerly worked as a senior DBA at Etisalat in Dubai. He has six years of experience with various Oracle technologies, focusing mainly on Cloud, database, and high availability solutions, Oracle WebLogic Suite, Oracle Exadata and Oracle GoldenGate. He has presented at several Oracle user groups worldwide, most recently in the US, the United Arab Emirates, and the India. Skant website link: oracle-help.co

This article is brought by Yunhe Enmo (Beijing) Technology Co.,LTD En.enmotech.com

Follow our Company in Linkedin: https://www.linkedin.com/company/1856106/

Subscribe to our Blog and enjoy our Weekly Cloud article..!

ByJoel Pérez ( Oracle ACE Director )

Oracle 18c: Oracle 18c.. New Features.. What’s NEWS..

Oracle 18c: Oracle 18c.. New Features.. What’s NEWS..

Oracle 18c 新功能一览

By Joel Peréz & Skant Gupta

This article is brought by en.enmotech.com

Well.. Oracle 18c.. one release more.. ? Uhmm perhaps not.. Oracle 18c has a that kind of air of.. “Starting now.. it’s when Oracle Cloud Database will mark a real strong beginning..”

I have been playing with Oracle Databases in Cloud from some years ago when all this was barely starting.. when it was more the concept of “Cloud Computing” as a whole.. I’m talking about when the Cloud Computing model was originally designed to be implanted “On-prem”, basically with an arrange of some servers.. software.. resources ( CPU.. Memory.. etc ) and all that could be managed by Enterprise Manager to built your own Cloud infrastructure but “On-prem”, that was around year 2013.. the service of Public Cloud was not still available in that time.. In that time we started to know concepts of “Pay-as-you-go..”.. “Chargeback..” and things like that.. the real concept of that first commercial proposal was really a model of “Cloud Computing”

In that time the concept of Oracle Database Cloud was extreme far from what it’s nowadays.. of course.. the product.. the concept was getting mature.. getting shape..

A couple of years later the first Public Cloud services appeared in the market.. year 2015.. Uhmm.. this was really a more close image of what we were having in mind about Oracle Database Cloud.. of course.. it was product that was changing all time.. and getting mature.. at the beginning even you could not choose the database character set.. the wizard interface had more steps.. and so on.. it was like a child opening his/her eyes to the world.. and we could enjoy how all that was growing..

Little by little more Oracle Database Cloud Services were starting to be available as per we have now:

• Oracle Database Cloud Service
• Oracle Bare Metal Cloud Database Service
• Oracle Database Exadata Cloud Service
• Oracle Database Exadata Cloud Machine
• Oracle Database Express Cloud Service

All these lastly mentioned does not include the future new Oracle Database Cloud Services that will be available starting with Oracle 18c.

So.. continuing with the subject.. Oracle Database Cloud services were still changing/evolving.. even its web interface, pricing model, etc until the last months.. so.. it can be said the product was still modeling itself.. but internally we can consider it already a strong product.

So, according to my point of view, all that was a process to see how the product had interaction with real people.. with real customers.. with real companies.. All that was the preparation way to present finally the king product.. “Autonomous Database Suit of Services on Oracle18c..”, which is a great mix of all learned with Oracle Cloud Database Services and all years making better and better the auto-performance tuning techniques.. ( AWR, ADDM, Advisors.. etc )

So, I consider Oracle 18c and all its new feature a real “before and after” related to Cloud Databases..

Oracle 18c as every release.. has many new features.. that can be suitable for some kind of companies and others not too much.. as always.. perhaps a small company for sure will not be interested in autonomous database running in a powerful Exadata and so on.. Perhaps new “Startup” companies could be very interested in the regular “Oracle Database Cloud Service” to have a cheap and fast IT infrastructure.. not thinking as before how costly could be to establish an own data center.. etc..

So, the point it’s.. Oracle 18c as every release has new features for everyone..

The objective of this article is to name/to introduce them briefly before we can get the real production release starting December 2018.

Then, Let’s talk briefly technically of What’s news in Oracle Database 18c..

The figure you will see now is the Lifetime Support Commitments and Plans for current and future Oracle Releases.

*Oracle Database 19c is expected to the long term support release.

Always check MOS Note 742060.1 for the latest schedule.

As you can see between all that information, we will have extended support of 12.2 until 2025 and Oracle 18c will start on December2017. There are a lot of people in fear for the future for DBAs related to Autonomous Database & Oracle 18c, if you want to read my point of view about that subject go here:

#10 Oracle 18c: “Oracle 18c and its impact on DBAs”

Now, Let’s highlight briefly some of what we have today and what we will have in Oracle Database 18c

Performance

Today:

• In-Memory Column Store
• Software in Silicon
• Engineered Systems

Oracle Database 18c:

Low Latency Memory Transactions

• 2x throughput for streaming ingest
• 4x throughput for low latency key lookups

Non Volatile Memory Support

• Multi Tiered Database Cache

In-Memory Column Store Improvements

• Performance improvements
• Automatic Population

Memory Optimized Access for OLTP Workloads

Example: Read Joel’s Balance

Ultra-Fast key-based lookup:

• Uses new lock-free In-memory hash index
• Just declare table MEMOPTIMIZE FOR READ

New low latency client protocol with direct access to data engine

Performance benefits:

• Up to 4x throughput increase for Primary Key based lookups
• 50% lower response times

Memory Optimized Access for IoT Workloads

Example: Write Temperature Reading

New streaming ingest:

• Declare table MEMOPTIMIZE FOR WRITE
• Clients performs low-latency write into in-memory buffer
• Buffered writes drained in background
• Very high throughput inserts since server issues deferred writes in large batches

Performance:

2x faster throughput than conventional

• 21M inserts per second on 2-socket server

Multitenant

Today:

Container managed database virtualization

Manage Many as one

• Patching, Backup, Security, Online Cloning, Online Relocation

Software as Service

• Shared metadata, Data location transparency

Oracle Database 18c:

• Per-PDB Switchover
• Transportable Backups
• Snapshot Carousel
• Faster Upgrades

Example of

• Per-PDB Switchover

RMAN

Oracle 18c: RMAN New Features.. What’s NEWS..

https://blog.enmotech.com/2017/12/17/16-oracle-18c-rman-new-features-whats-news/

Oracle Data Guard

Oracle 18c: New Features for Oracle Data Guard.. What’s NEWS..

RAC

Oracle 18c: RAC New Features.. What’s NEWS..

Availability

Today:

Comprehensive HA and disaster recovery functionality

• Real Application Clusters, Active Data Guard, Recovery Appliance

Oracle Golden Gate for heterogeneous replication

Scale out and fault isolation with Oracle Database Sharding

Oracle Database 18c:

Zero Impact Grid Infrastructure Patching

Sharded RAC

• Logically partition data across instances in RAC
• Sharded access for shard-aware applications and transparency for non-sharded applications

Sharding improvements

• User Defined Sharding
• Improved Cross Shard Query support

Sharded RAC

Higher performance for shard-aware RAC applications

Affinitizes shards to RAC instances

• Requests that specify sharding key will be routed to the RAC instance that logically holds the shard
• Affinity gives better cache utilization and reduced block pings across instances

Requests that don’t specify sharding key still work transparently

Gives Sharded Database performance with minimal application changes

• Just add sharding key to the most performance intensive operations

Security

Today:

Security In-Depth

• Access Controls, Encryption, Redaction, Masking, Auditing, SQL Firewalls

Key Vault

Audit Vault Database Firewall

Security Assessment Tool

Oracle Database 18c:

Integration with Active Directory

• Authorization to database through Active Directory user/group mappings to database schema users and roles

Per PDB Key storage

Password-less schema creation

• No default passwords

Data Warehousing and Big Data

Today:

The most advanced analytics engine available today

• Partitioning, Compression, SQL, Analytical Views, Analytical SQL, Data Mining

Easily analyze data held in Hadoop with Big Data SQL

Big Data Appliance

Oracle Database 18c:

In-Memory for external tables

Automatic propagation of nologged data to standby

More Machine Learning algorithms

Polymorphic Table Functions

Alter Table Merge Partition Online

Approximate Query Improvements

Development

Today:

Application Express 5.1

SQL Developer & SQLCl

Comprehensive Language support

• PL/SQL, SQL , Python, Node.js, PHP, Java, C, .NET, REST

JSON

• SODA API, SODA REST API
• SQL Support

Oracle Database 18c:

Improved JSON Support

Property Graph Improvements

• Support for PGQL

Rolling patches for OJVM

Private Temporary Tables

Private Temporary Tables

Transient tables useful for reporting applications

Global temporary tables

Persistent, shared (global) table definition

Temporary, private (session-based) data content

• Data physically exists for a transaction or session
• Session-private statistics

Private temporary tables (18c)

Temporary, private (session-based) table definition

• Private table name and shape

Temporary, private (session-based) data content

• Session or transaction duration

Database Instance Management REST API

• A REST API to provide instance management and monitoring
• Same consistent API for Cloud and On Premises
• Simple API for all database lifecycle operations
• Supports Oracle Databases integration with orchestration frameworks
• Expected CY2018

List the pdbs in the exadata database container: https://myserver.mydomain.com/ords/databases/exadata/pdbs

Official Docker Support

Oracle Database is fully supported on Docker for

• Oracle Linux 7
• Red Hat Enterprise Linux 7

** Oracle RAC is not supported on Docker “CURRENTLY” but in Oracle 18c Oracle RAC support is coming

MOS Note: Oracle Support for Database Running on Docker (Doc ID 2216342.1)

Oracle 12.2.0.1 & 12.1.0.2 images are available on Oracle Container Registry

• https://container-registry.oracle.com

Docker build files also available at

• https://github.com/oracle/docker-images

New Installation Approaches

• Oracle Gold Image as a Service
• On demand image creation including application of RUs, RURs and one off patches
• Request images as a

Zip file, TAR File, Docker Image, Virtual Box, VM (Ravello, BMC, Vbox)

• Web Interface or REST API
• Coming soon…

Oracle Installation via RPM

• Oracle EE, SE2, and Grid Infrastructure

Oracle Database 18c XE

• Free use for development and production
• Expected CY 2018
• Nearly all functionality is included
• Limited to 12GB of user storage
• Limited to 2GB of SGA

If you want to be updated with all our articles send us the Invitation or Follow us:

Joel Perez’s LinkedIn: www.linkedin.com/in/SirDBaaSJoelPerez

Skant Gupta’s LinkedIn: www.linkedin.com/in/skantali/

or Join our LinkedIn group: Oracle Cloud DBaaS

Follow us in Enmotech LinkedIn Page: https://www.linkedin.com/company/1856106/

Author Bios:

Joel Pérez is an Expert DBA ( Oracle ACE Director, Maximum Availability OCM, OCM Cloud Admin. & OCM12c/11g ) with over 17 years of Real World Experience in Oracle Technology, specialised in design and implement solutions of: High Availability, Disaster Recovery, Upgrades, Replication, Cloud and all area related to Oracle Databases. International consultant with duties, conferences & activities in more than 50 countries and countless clients around the world. Habitual and one of leading writers of Technical Oracle articles for: OTN Spanish, Portuguese, English and more. Regular Speaker in worldwide Oracle events like: OTN LAD (Latin America), OTN MENA (Middle East & Africa), OTN APAC ( Asian Pacific), DTCC China, Oracle Code.. . Joel has always been known for being a pioneer in Oracle technology since the early days of his career being the first Latin American awarded as “OTN Expert” at year 2003 by Oracle Corp., one of the first “Oracle ACE” globally in the Oracle ACE Program at year 2004. He was honoured as one of the first “OCM Database Cloud Administrator” & Maximum Availability OCM in the world. Currently Joel works as Senior Cloud Database Architect in “Yunhe Enmo (Beijing) Technology Co.,Ltd”., company located in Beijing, China En.enmotech.com

Skant Gupta is an Oracle Certified Cloud Professional in Oracle Database 12c, an Oracle Certified Expert in Oracle Real Application Clusters (Oracle RAC) in Oracle Database 11g and 12c, and an Oracle Exadata Certified and an Oracle Certified Professional in Oracle Database 10g, 11g, and 12c. He works at Vodafone Technology in the UK and formerly worked as a senior DBA at Etisalat in Dubai. He has six years of experience with various Oracle technologies, focusing mainly on Cloud, database, and high availability solutions, Oracle WebLogic Suite, Oracle Exadata and Oracle GoldenGate. He has presented at several Oracle user groups worldwide, most recently in the US, the United Arab Emirates, and the India. Skant website link: oracle-help.co

This article is brought by Yunhe Enmo (Beijing) Technology Co.,LTD En.enmotech.com

Follow our Company in Linkedin: https://www.linkedin.com/company/1856106/

Subscribe to our Blog and enjoy our Weekly Cloud article..!

ByJoel Pérez ( Oracle ACE Director )

Oracle 18c: “Oracle 18c and its impact on DBAs”

By Joel Peréz & Skant Gupta

“DBAs will be fired.. ? It’s the end of DBAs because of the Autonomous Databases..?

Obviously not.. believe it or not.. now the DBAs will have more important role in enterprises.

Later of completing the reading of this article you could read more about new features related to Oracle18c:

Oracle 18c: Oracle 18c.. New Features.. What’s NEWS..

https://blog.enmotech.com/2017/12/17/14-oracle-18c-oracle-18c-new-features-whats-news/

Oracle 18c: New Features for Oracle Data Guard.. What’s NEWS..

https://blog.enmotech.com/2017/12/17/15-oracle-18c-new-features-for-oracle-data-guard-whats-news/

Oracle 18c: RMAN New Features.. What’s NEWS..

https://blog.enmotech.com/2017/12/17/16-oracle-18c-rman-new-features-whats-news/

Oracle 18c: RAC New Features.. What’s NEWS..

https://blog.enmotech.com/2017/12/17/17-oracle-18c-rac-new-features-whats-news/

Oracle 18c: Data Warehousing New Features.. What’s NEWS.

https://blog.enmotech.com/2017/12/17/18-oracle-18c-data-warehousing-new-features-whats-news/

Now, Let’s continue with the article..

I have +17 years as Oracle DBA and I could tell you how this profession have been evolving, having a tendency of:

• More elaborated and advanced features.. that’s the essence of every new release..
• More automated tasks released by release.. the DBAs and Enterprises must realise real advantages to perform early or convenient upgrades before the “Non support of Release” force them to do it..
• and above all.. how to become DBA each day is even more complex than before.. and who will be affected by this.. this is the main point I want to focus in this short article.

Oracle Database 18c the next generation of the industry-leading database.

Oracle introduces the world’s first autonomous database cloud. Oracle Autonomous Database Cloud eliminates complexity, human error, and manual management, helping to ensure higher reliability, security, and more operational efficiency at the lowest cost.

At the previous paragraph I have highlighted the sentences “database cloud” & “Oracle Autonomous Database Cloud“, it means.. when we are talking about Cloud Databases, Oracle Autonomous Database Cloud is just another different kind of Cloud database service, so, in this article we will call it simply as “Cloud Databases”.

Autonomous Databases/Cloud Databases.. is a subject that could be analyzed from different points of views. Most of articles and publications focus in how ideal would be a futuristic database etc..

but Let’s think for a minute about Autonomous Databases..

Who will decide under what kind of service the databases will be.. ?

Who will implant the policies for those autonomous databases ?

Who will have the knowledge to decide or estimate the cost of these services based on the regular activities of those databases ?

Who will decide the complex design of IT Infrastructure when we have more and more options.. ?

The answer is obvious.. a DBA.. not any simple DBA.. a DBA that has evolved with all this new generation of databases on Cloud.

Oracle Autonomous Database as I mentioned before is a kind of different type of a Cloud Database Service. So.. in order to move that database from “On-prem” or create it from zero, a DBA must be needed..

Oracle Autonomous Database is a kind of database with a lot of mundane tasks already automated such as:

• Applying of Patches
• Upgrades
• and Tunes itself..

The more important section of this article is the following

I will use the exact smart words of my colleague Tim Hall ( Oracle ACE Director ) “18c on-prem will have very little impact on DBAs. It is the Autonomous Database suite of services that have the impact”

• “18c on-prem will have very little impact on DBAs”, Yes.. Exactly, Oracle 18c is just another higher version, “Oracle 18c” is not a relational database manager software that will work by default in autonomus mode, in fact, Autonomous Database suite of services has been designed “Up to now” just for Cloud, not for “On-prem” databases.
• “It is the Autonomous Database suite of services that have the impact”, Autonomous databases is a kind of suit of services that will be available for “Oracle Public Cloud”, this means that “On-Prem” databases will not work in autonomous mode “until what we know up to now..”, perhaps later that kind of service could be available for “On-prem databases”

Most of DBAs currently are in fear believing “Autonomous Databases suite of Services” will let them without job.. but the reality is not even near to that.. actually there are several kind of services to lodge a database on Cloud:

• Oracle Database Cloud Service
• Oracle Bare Metal Cloud Database Service
• Oracle Database Exadata Cloud Service
• Oracle Database Exadata Cloud Machine
• Oracle Database Express Cloud Service

“Autonomous Databases suite of Services” will represent just other possible services you could contract

Now, we will see some important points about Autonomous Databases that perhaps most of people does not know..

Oracle self driving database ( Autonomous Database ) will be available starting Oracle18c but there is still a huge period of support for 12cR1/R2. 12cR1 until 4 years more in comparison to this date, we are talking about until 2021 more or less..

12cR2 until April 2025 in extended support. As we know.. Customers normally are not moving so fast to a next release until they need it or until the support period is near to expire. So, Oracle 18c is a release that will be used for customers that really need it or by customers they want to be extreme up to date.

Up to now Oracle self driving database is designed to be run on Exadata, as per we know Exadata is an Engineering system very powerful but not cheap.. so.. most of customers for sure they will not be in Exadata.. it means.. Exadata has a high cost to be the regular hardware for most of regular medium companies around the world

So.. DBA’s no fear.. Oracle self driving database is not Oracle18c.. Oracle self driving database will not be the regular mechanism of your regular databases..

Then, important items to remember later of finishing to read this article:

• Oracle 18c is not Autonomous Database suit of Services
• Autonomous Database Service suit of Services is not Oracle 18c
• Autonomous Database suit of Services is a kind of services available up to now just for Oracle Public Cloud
• Autonomous Database suit of Services will run just in Exadata ( “According to the information we have up to now, later perhaps could change..”)
• Oracle 18c is just one release more

So.. with those lines you have got the more important section of this article.

The conclusion is that “Oracle 18c” will have little impact for regular “On-prem” databases and databases services related to “self driving”

Now, Let’s extend this conversation..

But Let’s wait a minute.. Let’s analyze every one of those.. how it can be done today with the regular “Oracle Database Cloud Service (DBCS)” and how we think Oracle will do it.. We talk about “How Oracle will do it.. because the debut of Autonomous Datawarehouse Database Cloud will be in December 2017.

Applying of Patches: nowadays, if you want to apply a Patch using DBCS is just to go to the console, see on the screen if there is any available patch for that database and make some clicks to apply it.. So simple..

So.. I think is not “so difficult” for Oracle Corp, replace our clicks for an automated process..

There are some patches that require the database must be stopped because they change binaries.. etc.. well.. most probable Oracle had already a mechanism in order to apply patches having the database running and they have decided to release it now.. if we imagine how work the database inside running sequentially sentences.. etc.. every sentence.. operations.. etc all this can be coordinated so that patches affect in some way “post” sentences.. etc.. in a general way what I’m trying to say is.. the fact of applying patches by itself is not the big thing taking into account the level of development of the Oracle product during years.. So.. the applying patch by itself is just a step forward related to levels of automation.

Upgrades: Up to now when you are working with DBCS the only way to upgrade a database already working in the cloud is creating another service which will have another compute node and we apply a regular procedure to upgrade that database. However, we have to remember that Oracle has been working very hard in establish very advance mechanism to manage PDB. Nowadays we can clone PDB in hot, we can move PDBs from one container to another container in hot.. basically is very alike to the mechanism implanted to move a datafile online.. so.. this technology is extreme mature by the Oracle Software in these times.. So.. Upgrade a database must be surely a procedure a alike to what is done with PDB, the CDB in its root definition has the binaries of the corresponding version and we move just the data. I’m “sure”.. that’s the mechanism the Oracle software will use to upgrade databases in hot. So.. if we realise all I have commented.. all this is just a technology that we are using with the current release.. difference in autonomous databases is that they are applying this procedure with complete databases under this kind of new service.

Note : later of writing this article my colleague Tim Hall ( Oracle ACE Director ) had helped me to clarify that element, these are the exact words of Tim

“Oracle have explained how the upgrades and patches will work. These systems are based on 18c running on Exadata. Since 18c allows rolling upgrades and patches for everything, including OJVM, they are able to do online patches for these services“

Thanks Tim!!

Tunes itself: is even more easy to explain.. when you tune queries using adaptive technics.. etc.. all this can happen with the databases running.. rebuild indexes online.. etc.. must of tune operations nowadays can be done online.. it’s not so difficult to have an AI ( Artificial Intelligence ) engine collecting data and taking some decisions based on internal tests.. statistics.. etc.. so.. this new level of automation/autonomous is just what we have but being done automatically.

Let’s talk with what frequency we do these tasks:

Applying of Patches: time to time.. It’s not so frequent.. so.. there are not too much changes to appreciate in the time we employ in this task

Upgrades: even less.. it’s very seldom when we apply upgrades to the databases.. so.. there are not too much changes to appreciate in the time we employ in this task

Tunes itself: tuning.. yes.. many companies.. consultants.. etc.. employ a lot of time in constant tuning to databases for many reasons.. it’s very common that some objects.. some queries.. some code.. etc are added, removed.. changed in the database and of course this generate variations in the performance. This point could impact relatively highly the cost of many enterprises, because tuning a database constantly imply constant high costs. Of course.. we have to see how good the engine can be doing this. We have to remember that currently we have available “Tuning advisors” and they are not perfect.. sometimes we apply some recommendations and the performance of some executions.. etc.. become worst.. so.. the factor of “Tuning itself”.. really.. thinking very honest.. we have to see how that will work. If the results are very good and convenient.. definitely this factor will reduce a lot of cost to enterprises and of course will affect in some way DBAs specialized or in charge of tuning.

In December 2017 will be release the autonomous database service for Data warehouse, later on 2018 for OLTP and so on..

The tuning itself for Data Warehouse databases is easier than for OLTP Database according to my point of view. The typical and common operations.. ( Load.. queries.. etc ) are more common between them than for an OLTP database.

When you analize the conditions that will have autonomous databases for DW, you start to discover how it will work internally..

These are just some of them..

Automated Database Configuration for Autonomous DB for DW

• init.ora parameters

– Parameters optimized for DW workloads

– Memory, parallelism, sessions configured based on number of CPUs – Users can modify a limited set of parameters, e.g. NLS setttings

• Tablespace management

– Pre-defined data and temporary tablespaces – Users cannot create/modify tablespaces

• Compression

– All tables compressed using Hybrid Columnar Compression – Users cannot change compression method or disable compression

• Optimizer stats gathering

– Stats gathered automatically during direct load operations – Users can gather stats manually if they want

• Optimizer hints

– Hints ignored by default – Users can enable hints explicitly

• Result cache configuration

– Result cache enabled by default for all queries

and more.. I’ll talk more in detail about all this in an article dedicated to Autonomous DBs for DW.

Let’s come back a bit to the topic we were talking about automation and how enterprises can deal with that..

So.. one important thing to think.. You guess Enterprises with extreme important databases will allow to run all these tuning.. etc.. by itself without someone that can be monitoring what the database is doing.. ?

We are going to be honest.. Enterprises with critical databases will not allow to give the 100% of confidence to an engine software to tune itself on demand without control or supervision of a human. Of course, there are some databases.. under some levels of importance.. circumstances that fit that model.. to be tuned 100% without supervision but that not the regular cases.

That self tuning will have sections.. factor.. policies.. etc.. and DBAs will choose what elements could be tune by itself.. and which of them will keep under control of DBAs. At the end.. always DBAs will be needed.. Now DBAs will have more facilities to do their jobs more easy.. but that fact of thinking to replace totally the humans is something difficult to happen in spite of the engine can take correct decisions.

Let’s describe a simple example.. Oracle Data Guard has the option to FAILOVER automatically under some circumstances, but for some possible humans errors could happen a database can failover when the humans did not want it.. so.. most of enterprises they fear to use FSF ( Fast Start Failover ), It’s a mechanism that works perfect technically but to give the total control to the software to apply something critical to the data is something most of enterprises are not allow to implant.

In a general way I think autonomous databases will reduce tons of working hours for DBAs but will not represent in a practical and real way the elimination of Human presence.

So, autonomous databases promises the following:

Less time on Administration

– Less time on infrastructure

– Less time on patching, upgrades

– Less time on ensuring availability

– Less time on tuning

More time on Innovation

– More time on database design

– More time on data analytics

– More time on data polices

– and very important.. More time on securing data

So.. with databases on Cloud, DBAs must strength their skills in Security

Now Let’s jump to another point of analysis..

Future of DBAs related to Oracle Database Cloud

17 years ago.. it was so simple to design a database architecture. You had to decide to lodge your database in a:

• Server..
• Or in a Mainframe
• Or even in a regular desktop machine in some cases..

Now, when DBAs will decide where to lodge databases must think in many options.. such as:

• – Servers..
• – Virtual Machines
• – Engineering Systems such as “Exadata”
• – and more..

They have to decide if the architecture will be implanted:

• – “On-Prem” as the regular option
• – Cloud in our own data center ( Private Cloud )
• – Hybrid Cloud
• – Public Cloud, now the public Cloud has more options with autonomous databases in Oracle18c.. etc

and more and more..

Before was so simple to design a database architecture.. now not.. Now we have a lot of options.. each one with pros and cons. Basically is a sea of options..

So.. the question is.. Who will be in charge of designing all this.. ?

The General Managers ? obviously not.. this will be designed by Database Architects.. ( DBAs )

Now DBAs will be asked more to understand the business rather than just the mechanics of keeping the database healthy and running

Before the cost of Servers.. services.. etc.. was not the main thing with what DBAs had to deal.. they were focused just in keeping the database running and implanting them. Now is different.. , now creating a database in Cloud, for example.. implies a decision of what kind of service to use and in what mode.. “Metered.. Non-Metered..” etc.. those factors impact directly the economy of the enterprise and the mode of operating these databases, so.. now the DBAs are more related into the business.

Some years ago from the first minute Oracle Corp. announced the release of “Oracle Cloud”, another level of expertise for DBAs was born, turning this business more complex..

DBAs will not be fired.. now the roles of DBAs are even more important.. the role of DBAs is simply shifting to be more of a role of architect..

Who must worry because of all these changes.. ?

Those kind of operational DBAs who are or were in charge just of doing simple tasks.. such as:

– Checking Backups..

– Checking storage..

– Making some reports..

– Installing Patchs..

– Installing softwares..

– Creating constantly new environments for developers..

All those easy and simple tasks.. have been removing with the addition of automation in Oracle Releases..

For instance, now at the time of creating an Oracle Database Cloud Service, there are many elements created automatically including:

– The creation of compute node ( Host )

– Installation of Software

– and more..

Here you can see how simple can be create a disaster recovery configuration on Cloud using Data Guard:

#1 Oracle Cloud (DBaaS): Oracle Data Guard in Database Cloud Service ( DBCS )

So.. with just this simple example.. you can realise that at the time of working with Oracle Database Cloud Service you do not have to install softwares anymore..

If you want to create a RAC configuration in a using Oracle Database Cloud Service is just some simple clicks and you could have complex RAC-DG configurations.

The era of regular and boring tasks is getting away.. so.. if you are a DBA in charge of those kind of simple tasks.. yes.. worry about your future..

Contrary of this, if you are a DBA in charge of implanting MAA architectures.. Cloud Databases, Exadata.. etc.. happy for you.. the importance of your role now will be bigger..

So.. now we come back to the central point of this article..

you can imagine what will be the vision of a person that is starting as DBA with all these numerous options in the market.. A person that is barely learning SQL.. and “Create table..” etc.. when the market is talking about autonomous databases.. It’s a comparison like between a kid bike and one 1000cc Motorbike.. something like that..

My though about all this is:

#1.- DBAs with kind of regular maintenance tasks.. could be removing from their role or job if they do not evolve to be focused in all this new generation related to Cloud

#2.- DBAs that have got the privilege to work with Oracle Databases during the golden era of “On-prem” databases, now they are in the right time to grow in parallel with something that is defining the “before” and “after” of IT. Now the DBAs will have the opportunity to move into a more strategic role in their organisations and based on that the income “salary.. commissions.. etc” will be higher.. now you will be involved in important decisions for the company

#3.- Sorry for new DBAs entering in this database world.. the journey you have to run is even harder than before to get the top level in this area because day by day are generated more and more options

Conclusion

1.- If you are a DBA kind #1 according to the previous description, perhaps you have several options.. evolve to #2, or if you decide to stay in the same role, your payment could be less over time or your role could be slowly disappear.

2.- If you are a DBA kind #2, keep on the track.. and your role will be more and more important in this field, by consequence your payment will have high probabilities to be increased. One more thing.. most of DBAs will not reach to be Cloud architects because this require time of study.. researching.. testing.. etc.. so.. feel proud if you reach it and take advantage of that inside your current or future organizations

3.- If you are a DBA kind #3, do not give up.. do not see the journey too long as It really is, just keep learning and you will get the level to be a good competitor in the market.

Now, perhaps you have the question.. How I can start to get ready to administer databases on Cloud ?

I could tell you, go to https://www.oracle.com/cloud/index.html and start there..

The page is the starting point of that monster called “Oracle Cloud.. ( PaaS, IaaS, SaaS..) etc etc”, you could be lost easily.

If you are DBA and you are interested in managing databases on Cloud, my main recommendation is to follow the path to become OCP Cloud.

The OCP Cloud has the base and initial path of knowledge that every DBA must domain to work with databases on Cloud.

This article finish here. If you have liked, go down below and share it in your prefer social medias: LinkedIn, Facebook.. etc. Thanks!!

If you want to be updated with all our articles send us the Invitation or Follow us:

Joel Perez’s LinkedIn: www.linkedin.com/in/SirDBaaSJoelPerez

Skant Gupta’s LinkedIn: www.linkedin.com/in/skantali/

or Join our LinkedIn group: Oracle Cloud DBaaS

Author Bios:

Joel Pérez is an Expert DBA ( Oracle ACE Director, Maximum Availability OCM, OCM Cloud Admin. & OCM12c/11g ) with over 17 years of Real World Experience in Oracle Technology, specialised in design and implement solutions of: High Availability, Disaster Recovery, Upgrades, Replication, Cloud and all area related to Oracle Databases. International consultant with duties, conferences & activities in more than 50 countries and countless clients around the world. Habitual and one of leading writers of Technical Oracle articles for: OTN Spanish, Portuguese, English and more. Regular Speaker in worldwide Oracle events like: OTN LAD (Latin America), OTN MENA (Middle East & Africa), OTN APAC ( Asian Pacific), DTCC China, Oracle Code.. . Joel has always been known for being a pioneer in Oracle technology since the early days of his career being the first Latin American awarded as “OTN Expert” at year 2003 by Oracle Corp., one of the first “Oracle ACE” globally in the Oracle ACE Program at year 2004. He was honoured as one of the first “OCM Database Cloud Administrator” & Maximum Availability OCM in the world. Currently Joel works as Senior Cloud Database Architect in “Yunhe Enmo (Beijing) Technology Co.,Ltd”., company located in Beijing, China En.enmotech.com

Skant Gupta is an Oracle Certified Cloud Professional in Oracle Database 12c, an Oracle Certified Expert in Oracle Real Application Clusters (Oracle RAC) in Oracle Database 11g and 12c, and an Oracle Exadata Certified and an Oracle Certified Professional in Oracle Database 10g, 11g, and 12c. He works at Vodafone Technology in the UK and formerly worked as a senior DBA at Etisalat in Dubai. He has six years of experience with various Oracle technologies, focusing mainly on Cloud, database, and high availability solutions, Oracle WebLogic Suite, Oracle Exadata and Oracle GoldenGate. He has presented at several Oracle user groups worldwide, most recently in the US, the United Arab Emirates, and the India. Skant website link: oracle-help.co

This article is brought by Yunhe Enmo (Beijing) Technology Co.,LTD En.enmotech.com

Follow our Company in Linkedin: https://www.linkedin.com/company/1856106/

Subscribe to our Blog and enjoy our Weekly Cloud article..!

ByJoel Pérez ( Oracle ACE Director )

#1 Oracle Cloud (DBaaS): Oracle Data Guard in Database Cloud Service ( DBCS )

By Joel Peréz   & Skant Gupta

This article is brought by en.enmotech.com

Full Index of Oracle Cloud Articles:

Sir.CloudDBaaSjoelperez

If you want to be updated with all our articles send us the Invitation or Follow us:

Joel Perez’s LinkedIn: www.linkedin.com/in/SirDBaaSJoelPerez

Skant Gupta’s LinkedIn: www.linkedin.com/in/skantali/

or Join our LinkedIn group: Oracle Cloud DBaaS

Hi Readers, in this article you will go through the steps to create a disaster recovery configuration with Oracle Data Guard using the public Cloud Service “Oracle Database Cloud Service”. Across a simple wizard you will see how easy is to create a configuration with Data Guard in Cloud-Cloud Deployment. So.. Let’s start..

When creating an Oracle Database Cloud Service database deployment at the Oracle Database Cloud Service level, you can create an Oracle Data Guard configuration.

Since we will talk about Oracle Data Guard, let’s remember the concept:

Oracle Data Guard enables production Oracle databases to survive disasters and data corruptions by providing a comprehensive set of services that create, maintain, manage, and monitor a standby database. Oracle Data Guard maintains the standby database as a copy of the production database. If the production database becomes unavailable because of a planned or an unplanned outage, you can switch the standby database to the production role, minimizing the downtime associated with the outage.

To create an Oracle Data Guard configuration in Database Cloud Service, make the following choices in the Create Service wizard:

• • For Service Level, choose Oracle Database Cloud Service.
• • For Software Edition, choose Enterprise Edition, Enterprise Edition – High Performance, or Enterprise Edition – Extreme Performance.
• • For Database Type, choose Single Instance with Data Guard Standby.
• • For Standby Database Configuration (on the Service Details page), choose where you want the standby database placed in relation to the primary database:
  • o High Availability—The standby database is placed in a different availability domain from the primary database, thus providing isolation at the infrastructure level.
  • o Disaster Recovery—The standby database is placed in a different data center from the primary database, thus providing isolation at the infrastructure level and geographical separation to support availability despite catastrophic events.

When you make these choices, Database Cloud Service creates an Oracle Data Guard configuration with a primary database and a single standby database, hosting the databases on two independent compute nodes. It creates these compute nodes using computing, storage and networking resources provided by Oracle Compute Cloud service.

Create the Oracle Data Guard in Cloud Database Service

a) Login to your Oracle cloud services account, go to the “Oracle Database Cloud Service” page and create a new service.

• • For Service Name, select DATAGUARD.
• • From the Service Level list, select Oracle Database Cloud Service.
• • From the Metering Frequency list, select whatever frequency is appropriate for your environment.
• • From the Software Release list, select Oracle Database 11g Release2.
• • From the Software Edition list, select Enterprise Edition.
• • From the Database Type list, select Single Instance with Data Guard Standby.

Then click Next to continue.

Figure1. Creating a new service (DATAGUARD)

b) In the Service Details screen, do the following:

• • For DB Name (SID), enter ORCL.
• • Set an administrative password of your choice and confirm the password (this will be your sys password).
• • For Usable Database Storage (GB), enter 25.
• • From the Compute Shape list, select OC3 -1 OCPU, 7.5GB RAM (this is the bare minimum required).
• • For SSH Public Key, enter rsa-key-20170111.pub.
• • From the Standby Database Configuration, select Disaster Recovery.

Then click Next to continue.

Figure 2. Specifying the service details

c) Finally, review the configuration and click Create to create your cloud database.

Figure 3. Creating the cloud database instance

c) After a few minutes, the data guard in cloud database instance has been created successfully.

Figure 4. The cloud database has been created

d) Click the service name (DATAGUARD) to open the main page of the database.

Figure 5. Main page of the dataguard on cloud database

Connect the Cloud Database

1. Open the two instances of the PuTTY executable and connect to the machine using SSH public key.

Figure 6. Connecting to machines using PuTTY

Check the Status of Oracle Data Guard on Cloud

1. On the Database Cloud Service compute node, invoke SQL*Plus and log in to the database as the SYS user on both machines.

2.- Check the status of database role on both machines.

Checking the Status of the Oracle Data Guard Configuration with dbaascli utility

You can use the dataguard status subcommand of the dbaascli utility to check the status of your Oracle Data Guard configuration.

Before performing certain operations, you may want to check the status of your Oracle Data Guard configuration.

To check the status of the Oracle Data Guard configuration by using the dataguard status subcommand:

1. Connect to either compute node in the Data Guard configuration as the oracle user.

2. Check the status of the configuration