Oracle Database 18c para Oracle Cloud y Engineered Systems

El viernes 16 de febrero Oracle liberó oficialmente Oracle Database 18c para “Oracle Public Cloud” y “Oracle Engineered Systems”. Esta es la primera versión del producto que incorpora el nuevo modelo de lanzamiento anual, bajo el cual, cada año será liberada una nueva versión junto con sus correspondientes actualizaciones trimestrales. Quien guste, puede encontrar más detalles sobre este cambio en la nota 2285040.1 de Oracle Support o bien en el blog de Mike Dietrich (el gurú del Upgrade).

A no desesperarse que Oracle Database 18c no es ni más ni menos que "Oracle Database 12c Release 2 12.2.0.2,  simplemente se ha cambiado la denominación para reflejar el año en que es lanzado el producto.

La idea de este modelo de lanzamiento anual, es la simplificación del proceso de parchado y/o upgrade introduciendo cambios, más pequeños y con mayor frecuencia, evitando de esta manera los potenciales problemas que acarrea una upgrade monolítico.

Por tal motivo, al tener categoría de parche, queda claro que no vamos a encontrar cambios trasendentales en la nueva 18c. Sin embargo, incorpora muchas pequeñas mejoras incrementales que resultan igualmente muy útiles, y que  en su mayoría están enfocadas en las tres características centrales de Oracle 12.2:

§  Multitenant

§  Database In-Memory

§  Oracle Database Sharding

Un caso de estudio del evento Direct Path Reads. ¿Por que es tan importante para Oracle Exadata?

Usted como DBA seguramente ya ha oído hablar de “Oracle Smart Scan”. Pues bien, Smart Scan es realmente uno de los principales secretos que hay detrás de la velocidad extrema en el procesamiento de las instrucciones dentro de “Oracle Exadata Machine”. 

Existe el concepto también de “offloading” de datos dentro de la arquitectura de Exadata, que se refiere al hecho de que el procesamiento de datos se realiza a nivel de la capa de almacenamiento (storage layer) y no dentro de la capa de base de datos (database layer). Smart Scan por su parte se centra más a nivel de SQL, y no de los datos como Offloading , es de esta manera cómo podemos verlo en la  documentación y manuales,  Oracle terminó uniendo estos dos conceptos y llamándolos  simplemente "Smart Scan".

Hybrid Columnar Compression (HCC) on Exadata (White Paper)

Oracle White Paper
Hybrid Columnar Compression (HCC) on Exadata 

Introduction
Hybrid Columnar Compression on Exadata enables the highest levels of data compression and provides enterprises with tremendous cost-savings and performance improvements due to reduced I/O. HCC is optimized to use both database and storage capabilities on Exadata to deliver tremendous space savings AND revolutionary performance. Average storage savings can range from 10x to 15x depending on which Hybrid Columnar Compression level is implemented – real world customer benchmarks have resulted in storage savings of up to 204x.
With average storage savings of 10x from HCC, IT managers can drastically reduce and often eliminate their need to purchase new storage for several years. For example, a 100 terabyte database achieving 10x storage savings would utilize only 10 terabytes of physical storage. With 90 terabytes of storage now available, IT organizations could potentially delay storage purchases for a significant amount of time. The 90 terabytes of storage could even be used to store up to 9 more databases with 100 terabytes of data compressed to 10 terabytes of actual disk space each.
Hybrid Columnar Compression is an enabling technology for both Warehouse Compression and Archive Compression. We will discuss each of these capabilities in detail later in this paper, but first let’s explore the implementation/benefits of Hybrid Columnar Compression on Exadata – the next generation in compression technology. 

http://www.oracle.com/technetwork/database/exadata/ehcc-twp-131254.pdf