Oracle Database 12cndclients.com/oracle/regionales_2014/download/regionales...Title CVC Presentation...

Copyright © 2013, Oracle and/or its affiliates. All rights reserved. 1

Oracle Database 12c


Oracle Database 12c Nouvelles Fonctionnalités


Database : les parts de marché (Gartner)

Source: Gartner’: “Market Share: All Software Markets, Worldwide 2012,” March 29, 2013, By Colleen Graham, Joanne Correia, David Coyle, Fabrizio Biscotti, Matthew Cheung, Ruggero Contu,

Yanna Dharmasthira, Tom Eid, Chad Eschinger, Bianca Granetto, Hai Hong Swinehart, Sharon Mertz, Chris Pang, Asheesh Raina, Dan Sommer, Bhavish Sood, Marianne D'Aquila, Laurie Wurster

and Jie Zhang

Oracle 48,3%

IBM 18,9%

Microsoft 17,8%

SAP 5,8%

Teradata 3,9%

InterSystems 1,0%

Progress 0,8%

Others 3,6%


Les domaines d’intérêt majeurs dans les BdD

ENGINEERED

SYSTEMS

BIG

DATA

SOCIAL

BLOG

SMART

METER

101100101001

001001101010

101011100101

010100100101

CLOUD

COMPUTING


Oracle 12c Database

Annoncée le 25 Juin 2013 (12.1.0.1)

– Disponibilité immédiate sur Linux x86-64 et Solaris (Sparc et x86-64)

– Disponible sur Windows x86-64 le 9 Juillet 2013

– Disponibilité AIX, HP-UX Itanium et z-Linux depuis le 9 Janvier 2014

Lancement France le 9 Septembre 2013

In Memory Option disponible dans 1er patchset : 12.1.0.2 (2014)

SAP a annoncé la certification de la 12.1.0.2


t 2008

2003

2004

2005

2006

2007

2002

2009

2010

Aujourd‘hui

Bases de données : Cycle de vie

2011

2012

2013

2014

Sustaining Support

January 2009 January 2012

R2 July 2010 July 2013

http://www.oracle.com/support/library/brochure/lifetime-support-technology.pdf

2015

2016

August 2012 August 2015

July 2011

R2 2017

2018

January 2015 January 2018

Aug 2007

Sep 2009

Juillet 2013


Securité & Conformité

Big Data

Consolidation

Optimisation des données

Développement d’application

Haute disponibilité

In-Memory

Performance & Scalabilité

Data Warehousing

Plug into the Cloud


Database Multitenant


DB Cloud (public/privé) : Comment consolider ? Méthodes de consolidation traditionnelles

Co

nso

lida

tio

n D

en

sity

Consolidation de Schémas

share servers, OS & database

Machines virtuelles

share servers

Grid : BD en Cluster

share servers & OS


Co

nso

lida

tio

n D

en

sity

Architecture Oracle Multitenant Simplifie la consolidation, socle du “Database as a Service”

share servers, OS & database

Pluggable Databases Clustered Databases

share servers & OS

Virtual Machines

share servers


Consolider les Bases de Données Les exigences essentielles …

Isolation et Multitenancy

Déploiements et clonages rapides

Sécurité et Haute disponibilité

Pas de changement applicatifs

Administration unique

Utilisation optimale des ressources

Performance et scalabilité

Diminution des couts IT


Nouvelle architecture pluggable database Mémoire et Processus mutualisés au niveau Container


Pluggable databases vs. Bases de données dédiées

Benchmark OLTP

Seulement 3 GB de mémoire

vs. 20 GB pour 50 bases de

données

Scalabilité : Jusqu’à 250

Pluggable databases vs. 50

bases dédiées

6 fois moins de ressources HW, 5 fois plus scalable


Oracle 12c : Mode Multitenant ou Mode Classique

Composants du Container DataBase (CDB)

Pluggable Databases (PDBs)

PDBs

Root

CDB

Non-CDB


Architecture Oracle Multitenant

Les PDBs partagent la SGA et les processus

Isolation Application

– Les utilisateurs « voient » uniquement la PDB à

laquelle ils sont connectés

Une PDB s’exécute, s’opère et a la même

performance qu’un non-CDB

Un client connecté n’a aucune connaissance

du type PDB ou non-CDB de base à laquelle il

est connecté

Mémoire et Process uniquement au niveau ‘Container’


Fichiers dans le CDB

Dictionnaire réparti entre ROOT et chaque métadonnée des PDBs

– Sorte d’union sur la table $obj

– Root ne contient que des métadonnées globales

Chaque PDB a son propre jeu de Datafiles et de Tablespaces

– Y compris SYSTEM et SYSAUX

PDBs partagent UNDO, REDO et Control-Files

Par défaut, le CDB a un Tablespace TEMP commun, mais un PDB peut créer son TEMP spécifique


Users et Roles

Local Users : Successeurs des Users dans une base non-CDB

– Local User défini seulement dans un PDB

– Local User peut administrer un PDB

Common User défini dans Root représenté dans chaque PDB

– Common User peut se logger dans tout PDB

– Common User commence par ‘c##’

– Common User peut avoir des privilèges assignés localement dans un PDB (ou dans Root).

– Common user peut aussi avoir des privilèges assignés globalement

– Ce privilège vaut pour Root et tous PDBs CDB présents ou futurs

On peut créer des rôles globaux ‘Common Roles’

Un Common Role ne peut être octroyé qu’a un Common User


Pluggable Databases Plug ou Unplug ?

…

Obj$ Tab$ Source$

User Metadata

…

Emps Depts

User Data

Oracle Metadata only

…

Source$ Tab$ Obj$

Pour plugger un PDB dans un CDB il faut :

Copier les datafiles ou les faire pointer par le CDB

Créer les meta-data du PDB dans le dictionnaire du CDB

Pour unplugger :

Juste supprimer les entrés du PDB dans le Root


Unplug / plug Simplement unpluger depuis le CDB original…

alter pluggable database HCM

unplug into '/u01/…/hcm.xml'

=> Rassembler toutes les métadonnées

concernant le PDB (dans le ROOT) dans un

fichier XML

Tutoriel : http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/12c/r1/pdb/pdb_unplug_plug/pdb_unplug_plug.html?cid=6768&ssid=111717573430550


Unplug / plug

Déplacer entre CDB implique :

– Rendre les datafiles ‘visible’ (path_prefix)

– Déplacer les métadonnées du PDB

Upgrading et patching deviens beaucoup plus simple

…et le plugger dans un autre CDB…

create pluggable database HCM

using '/u01/…/hcm.xml‘

path_prefix =‘/u01/…/hcm_dir ;

(*) path_prefix est optionnel c’est le préfix qui sera ajouté aux objets liés aux disques

pour assurer l’isolation des PDBs : ‘create directory’ etc…


Le Multi-tenant pour simplifier le Patching Changement appliqué une fois, toutes les pluggable databases mises à jour

Montée de

version

“sur place”


Le Multi-tenant pour les montées de version Flexibilité pour le Patching et la montée de version des bases de données


Cloning de PDBs Multitenant pour le Provisioning

Les PDBs peuvent être clonées

depuis un remote CDB

Les PDBs peuvent être

clonées dans un CDB

create pluggable database

CRM-Clone From CRM;

create pluggable database ERP-Clone

from ERP@cdb1_link;


Multitenant pour le Fast Provisionning Pluggable databases rapidement provisionnés depuis la Seed PDB

0

5

10

15

20

25

Non CDB PDB Clone PDB using Copy-on-Write File System

Temps mis pour provisioner une nouvelle DB


GOLD

SILVER

BRONZE

RAC, Data Guard, sauvegarde incrémentale journalière

Data Guard, sauvegarde incrémentale journalière

Sauvegarde full hébdomadaire

Agilité sans précédent avec la portabilité des PDBs

Une PDB peut migrer entre les différents SLAs suivant sa criticité


Exploiter la flexibilité des PDBs

Les serveurs peuvent hoster plusieurs CDBs

– CDB peuvent avoir des patch levels différents

– CDB peuvent avoir des SLA différents

Les PDBs peuvent être facilement déplacés

d’un CDB à un autre pour bénéficier d’un

niveau de patch différent ou répondre à une

évolution de SLA de l’application.


Gestion des ressources partagées

PDBs en concurrence sur l’accès aux ressources partagées

Avec Resource Manager, on peut contrôler :

– CPU

– I/O Exadata

– Sessions

– Les Parallel Servers

Gestion des ressources pour les BdD consolidées

Priorité haute

Priorité moyenne

Priorité basse


Gestion du CPU

Pluggable Database Shares Guaranteed CPU Maximum CPU

HCM 2 2/4 = 50% 100%

CRM 1 1/4 = 25% 100%

ERP 1 1/4 = 25% 100%

2 Shares 1 Share 1 Share

Un CDB Resource Plan

utilise des shares pour

spécifier la distribution des

CPU entre les PDBs


Multi-tenant pour le Test et le Développement Copies et snapshots rapides et flexibles des pluggable databases


Multi-tenant. Parfait pour le SaaS. Multi-tenant implémenté par la base de données et non par l’application


Multi-tenant. Parfait pour les ISVs. Applications packagées et données de référence sont facilement distribuées


Oracle Multitenant En synthèse

Bénéfices Capacité

Minimise le CapEx • Solution de virtualisation des databases

• Plus grand nombre d’applications par serveur

Minimise l’OpEx • Manage as one; act on many

• Procédures standardisés & SLAs

• Provisionning rapide

Maximise l’Agilité • Cloning pour le développement / test

• Portabilité avec “plug unplug”

• Scalabilité avec RAC

Facilité d’Adoption • Pas de changement coté Applications


Database Multitenant Démonstration


Automatic Data Optimisation


Défi de la gestion du stockage

Compresser les

données sans

impact sur les

performances

Gérer plus de

données sans

induire des coûts

additionnels

Hiérarchiser et

compresser les

données en

fonction de leur

utilisation


Heat Map

Compression avancée

Tiering automatique

In Database Archiving

Compression réseau

Automatic Data Optimization Optimiser le stockage en fonction de l’utilisation des données


Techniques de Compression Oracle

COMPRESSION TYPE: SUITABLE FOR:

Basic Compression Read only tables and partitions in Data Warehouse

environments or “inactive” data partitions in OLTP environments

Advanced Row Compression Active tables and partitions in OLTP and Data Warehouse

environments

Advanced LOB Compression and Deduplication Non-relational data in OLTP and Data Warehouse environments

Advanced Network Compression and

Data Guard Redo Transport Compression All environments

RMAN/Data Pump Backup Compression All environments

Index Key Compression Indexes on tables for OLTP and Data Warehouse

Hybrid Columnar Compression – Warehouse Level Read only tables and partitions in Data Warehouse

environments

Hybrid Columnar Compression – Archive Level “Inactive” data partitions in OLTP and Data Warehousing

environments


Compression des Données Réduire l'empreinte stockage, lire données compressées plus rapidement

Hot Data

38

111010101010101001101010101011010001011011000110100101000001001110001010101101001011010010110001010010011111001001000010001010101101000

10101010111010100110101

11000010100010110111010

10100101001001000010001

01010110100101101001110

00010100100101000010010

00010001010101110011010

Warm Data

101010101110101001101011100001010001011011101010100101001001000010001010101101001011010011100001010010010100001001000010001010101101001

10101010111010100110101110000101000101

10111010101001010010010000100010101011

01001011010011100001010010010100001001

00001000101010111001101110011000111010

Archive Data

101010101110101001101011100001010001011011101010100101001001000010001010101101001011010011100001010010010100001001000010001010101101001

10101010111010100110101110000101000101101110101

01001010010010000100010101011010010110100111000

01010010010100001001000010001010101110011011100

3X Advanced Row Compression

10X

Columnar Query Compression

Exadata / ZFS

15X

Columnar Archive Compression

Exadata / ZFS


Oracle Advanced Compression

Transparent pour 100% des applications

Rapport coût / performance optimisé pour l’utilisation des ressources

– DRAM, Flash, disque et réseau

Améliore la performance des applications OLTP et DW

Réduit l'empreinte de base de données

– Moins de CapEx & OpEx

– Plus de ROI Cloud en utilisant moins de ressources mémoire DRAM

Transparent, Léger, Rapide


Oracle Advanced Compression Nouvelles fonctionnalités

O

ra

cle

A

dva

nc

ed

Co

mp

re

ssio

n

Oracle Database 11g Oracle Database 12c

OLTP Compression Advanced Row Compression

Secure Files Compression Advanced LOB Compression

Secure Files De-duplication Advanced LOB Deduplication

Nouveau Heat Map (niveaux objet et ligne)

Nouveau Automatic Data Optimization

Nouveau Temporal (Evolutions)

+ Compression en mode HCC (Hybrid Columnar Compression) pour Exadata uniquement


Heat Map

“Heat Map”

– Au niveau base de données la « Heat Map » montre quelles tables et partitions ont été utilisées

– Au niveau bloc la « Heat Map » montre la dernière modification au niveau du bloc de données

Complète

– Le niveau “segment” montre les lectures et les écritures

– Distingue les full scan des accès indexés

– Exclusion automatique des accès liés à l’administration (calculs de statistique, DDL, redéfinitions des tables, …)

Haute performance

– Pas d’impact au niveau objet, < 5% au niveau du bloc

Cartographie de la Température des données

Active

Frequent

Access

Occasional

Access

Dormant

Actively

updated

Infrequently

updated,

Frequently

Queried

Infrequent

access for

query and

updates

Long term

analytics &

compliance

HOT

COLD


Modèle d’utilisation des données ‘Heat Map’ base de données

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 1 1

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0

0 0 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 0 0 0 1 1 1 0 0 1 1

0 1 0 1 0 1 1 0 0 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 0 0 0 0 0 1 1 1 1 0 0 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 0 1 1 0 1 0 0 1 0 1 0 0 1 1

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 0 0 0 1 1 1 0 0 1 1

0 1 0 1 0 1 1 0 0 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 0 0 0 0 0 1 1 1 1 0 0 1

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 0 1 1 0 1 0 0 1 0 1 0 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 1 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 1 1 1 0 0 1 1 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 1 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 1 1 1 0 0 1 1 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 1

1 1

1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0

1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 0 0 0 1 1 1 0 0 1 1

0 1 0 1 0 1 1 0 0 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 0 0 0 0 0 1 1 1 1 0 0 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 0 1 1 0 1 0 0 1 0 1 0 0 1 1

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 0 1 1 0 1 0 0 1 0 1 0 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 0 0 0 1 1 1 0 0 1 1

0 1 0 1 0 1 1 0 0 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 0 1 1 0 1 0 0 1 0 1 0 0 1 1

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 0 0 0 1 1 1 0 0 1 1

0 1 0 1 0 1 1 0 0 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 0 1 1 0 1 0 0 1 0 1 0 0 1 1

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 0 0 0 1 1 1 0 0 1 1

0 1 0 1 0 1 1 0 0 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 0 0 0 0 0 1 1 1 1 0 0 1

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 1 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 1 1 1 0 0 1 1 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 1 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 1 1 1 0 0 1 1 0 1 1 1 0 0 1 1 1 1 0 0 0


Modèle d’utilisation des données ‘Heat Map’ base de données

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 1 1

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0

0 0 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 0 0 0 1 1 1 0 0 1 1

0 1 0 1 0 1 1 0 0 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 0 0 0 0 0 1 1 1 1 0 0 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 0 1 1 0 1 0 0 1 0 1 0 0 1 1

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 0 0 0 1 1 1 0 0 1 1

0 1 0 1 0 1 1 0 0 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 0 0 0 0 0 1 1 1 1 0 0 1

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 0 1 1 0 1 0 0 1 0 1 0 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 1 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 1 1 1 0 0 1 1 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 1 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 1 1 1 0 0 1 1 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 1

1 1

1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0

1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 0 0 0 1 1 1 0 0 1 1

0 1 0 1 0 1 1 0 0 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 0 0 0 0 0 1 1 1 1 0 0 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 0 1 1 0 1 0 0 1 0 1 0 0 1 1

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 0 1 1 0 1 0 0 1 0 1 0 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 0 0 0 1 1 1 0 0 1 1

0 1 0 1 0 1 1 0 0 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 0 1 1 0 1 0 0 1 0 1 0 0 1 1

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 0 0 0 1 1 1 0 0 1 1

0 1 0 1 0 1 1 0 0 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 0 1 1 0 1 0 0 1 0 1 0 0 1 1

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 0 0 0 1 1 1 0 0 1 1

0 1 0 1 0 1 1 0 0 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 0 0 0 0 0 1 1 1 1 0 0 1

0 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 1 1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 1 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 1 1 1 0 0 1 1 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 0 0 1 1 1 0 0 1 1 1 1 0 0 0

1 0 0 1 1 1 1 1 1 0 0 1 1 1 1 0 0 0 1 0 0 1 1 1 1 0 1 0 0 1 1 1 1 0 1 1 1 0 0 1 1 0 1 1 1 0 0 1 1 1 1 0 0 0


Heat Map Enterprise Manager


Automatic Data Optimization

Heat Map : cartographie mémoire qui trace les accès aux

segments et blocs

– Données écrites d’une manière périodique sur le disque

– Information accessible via les vues et les procédures stockées

Appliquer des politiques sur les tables pour compresser ou

hiérarchiser les données en fonction de l’accès

– Les tables ou partitions peuvent varier entre différents niveaux

de compression, les données restent accédées

Simplifier le cycle de vie des données

Po licy 1


Automatic Data Optimization Add compression and tiering policies to tables

Copyright © 2012, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Restricted 46

Oldest Data Most Recent Data

Po licy 1

Po licy 2

Compress Partitions with

Row Compression

if they haven’t been modified in

30 days

Compress Partitions with

Hybrid Columnar Compression

if they haven’t been modified in

180 days


Automatic Data Optimization A heat map tracks the activity of segments and blocks



Po licy 1

Po licy 2


Automatic Data Optimization Policies are automatically applied to tables



Po licy 1

Po licy 2





Po licy 1

Po licy 2





Po licy 1

Po licy 2


Automatic Data Optimization Reduce storage footprint, read compressed data faster



Po licy 1

Po licy 2


Automatic Data Optimization Automatically tier data to lower cost storage



Po licy 1

Po licy 2

Po licy 3

If the tablespace is nearly full

compress the oldest partition

with Archive Hybrid Columar

Compression and

move it to Tier 2 Storage


Extension SQL déclarative Automatic Data Optimization

Actives

Accès

Fréquents

Accès

Occasionnels

Dormant

• Compression OLTP (2-4x)

• Uniquement pour les lignes concernées

• Caché en mémoire & flash

SQL> ALTER TABLE ORDERS ILM

ADD POLICY

ROW STORE COMPRESS ADVANCED ROW

AFTER 1 DAY OF NO MODIFICATION

• Compression colonne lecture (10x)

• Stockage haute performance


ADD POLICY

COMPRESS FOR QUERY HIGH SEGMENT

AFTER 30 DAYS OF NO MODIFICATION

• Compression colonne lecture (10x)

• Stockage moindre coût


ADD POLICY

TIER TO LOW_COST_TABLESPACE

• Compression Archive (15-50X)

• Stockage d’archive bas coût


ADD POLICY

COMPRESS FOR ARCHIVE HIGH SEGMENT

AFTER 6 MONTHS OF NO ACCESS


Exécution programmée des politiques

Exécution immédiate en background de la politique

– Les politiques au niveau ‘ligne’ sont exécutées d’une manière périodique

(possibilité de configurer la fréquence d’exécution)

– Les politiques au niveau ‘Segment’ sont exécutées pendant la fenêtre de

maintenance

Extension possible des politiques à des règles métiers

– Ajout de conditions spécifiques pour contrôler les données liées à des

commandes

– (par ex. 3 mois après la date de livraison)

Automatic Data Optimization


Conclusion

Oracle Database 12c dispose des fonctionnalités permettant de gérer le

cycle de vie des données de manière totalement automatisée

Maîtrise des coûts OPEX/CAPEX

– Adéquation entre la valeur de la donnée et le coût du stockage

– Maîtrise des coûts de stockage (base de données, sauvegardes, copies…)

– Maintenance simplifiée

– Pas de développements spécifiques pour gérer le cycle de vie des données

Transparent pour vos applications

Heat Map & Automatic Data Optimization


Haute Disponibilité


La base de données Oracle

Protection

Maximale

Un but depuis toujours

des transactions

des données

de l’information


Haute Disponibilité : Architecture MAA

Active Data Guard – Protection de données, PRA

– Répartition de charge de

reporting

GoldenGate – Active-active

– Hétérogène

RMAN, Oracle Secure Backup – Sauvegarde

Réplication Active

Edition-based Redefinition,

Online Redefinition, Data Guard, GoldenGate – Temps de maintenance, migration minimisé

RAC – Scalabilité

– Panne matérielle

Flashback – Correction d’erreur

humaine

Site Production Application Continuity – Haute disponibilité des apps

Global Data Services – Service de Failover / Load Balancing


Data Guard Far Sync

Data Guard Fast Sync

Global Data Services

Améliorations reporting Active Data Guard

Flex ASM

Rolling Upgrade avec Data Guard

Application Continuity

Haute disponibilité

Capture intégrée GoldenGate


Gestion des transactions

Les utilisateurs sont généralement

dans le doute

Conséquences possibles

– Insatisfaction

– Corruption logique des données en cas

de rejeu(x)

Solutions

– Redémarrage des tiers applicatifs

– Développements complexes

En cas de problème pendant la transaction ou la phase de COMMIT…

Serveur

d’applications

Base de

données

Utilisateur

?


Application Continuity Rejeu transparent de transactions

Transaction Guard

Protocole et API retournant le

résultat d’une transaction


Rejoue automatiquement

toutes les transactions

courantes en cas d’erreur

Aucun doute sur l’aboutissement

des transactions

+


Transaction Guard

Retourne le résultat du COMMIT de la

dernière transaction

– Sans : le(s) rejeu(x) de la transaction

peut causer des corruptions logiques

– Avec : les applications peuvent gérer les

erreurs de manière plus transparente

Utilisé par Application Continuity…

Préserve et récupère l’issue du COMMIT

Serveur

d’applications

Base de

données

Utilisateur



Rejoue automatiquement la transaction

en cas d’erreur ou failover

Masque les pannes matérielles,

logicielles, du réseau et du stockage

Améliore le ressenti utilisateur sans

développement spécifique

Masque les arrêts planifiés ou non

Transaction

Rejouée

automatiquement


Gestion des bases répliquées

Sans approche centralisée

– Pas de solution simple pour utiliser toutes les bases

– Pas de répartition de charge ni de haute disponibilité pour les services entre sites

Entraînant

– Une utilisation non optimale des ressources

– Des erreurs si la réplication échoue

– Une gestion locale des bases répliquées

Une approche globale

Primaire

Active Standby

Active Standby

GoldenGate

Solution : un framework de gestion globale et automatisée des bases répliquées


Global Data Services Etend les services RAC aux bases répliquées : Load Balancing

Sans GDS

Service RH Service RH

Active Data Guard

Avec GDS

Active Data Guard

Framework unifié

Global Data Services Service Global RH


Global Data Services Etend les services RAC aux bases répliquées : Failover

Réplication

Active Data Guard


Global Data Services

Scalabilité et Performance optimale

– Load Balancing temps réel global

– Connexion selon : l’affinité géographique, le temps de réponse, la charge

serveur, le rôle (primaire/standby)…

Très Haute Disponibilité

– Failover de services selon les préférences utilisateurs

– Maintenance planifiée transparente

Amélioration de la Qualité des Données

– Service basculé si délais de réplication trop important (latence réseau…)

Une solution multi-sites


Pas de perte de données sur de longues distances

La réplication synchrone impose des compromis sur la performance

Impact sur la performance = f( distance )

Primaire Standby

Commit

Commit Ack

Network Send

Network Ack


Primaire Standby ASYNC

Data Guard Asynchrone Risque de perte de données

800 Km


Active Data Guard Far Sync Réplication

ASYNC

Primaire Standby SYNC

Redos uniquement, pas de données

780 Km 20 Km

Instances

Far Sync


Data Guard Multitenant

Une Standby database

Une configuration Enterprise Manager/ DG Broker

Une commande de failover/switchover

11g 11g

11g 11g

11g 11g

11g 11g

11g 11g

N Primaires N Standbys

VS


1 0 1

0 1 0 1 0

1 1 1 0 1 0 0 1

1 0 1 1 0 1 1 1 1 0

0 0 1 0 1 0 0 0 0

1 0 0 1 1 0 1

1 0 1 0

0 1

Restauration de niveau table

Pour restaurer une ou plusieurs tables

(ancienne ou dernière version) à partir

d’un backup RMAN

Gain en temps et espace disque pour

la restauration

RECOVER TABLE

RMAN Backups


1 1 1 0 1

1 0 1 1 0 1 1 1 1 0 1

0 0 1 0 1 0 0 0 0 1

1 0 0 1

1 1 1 0 1

1 0 1 1 0

1 1 1 1 0 1

0 0

1 0 1 0

0 0

0 1

1 0 0

1

Backup/Restauration multi plate-forme

Conversion sur la source ou la cible (little/big endian)

Processus simplifié en cas de sauvegardes incrémentales

Migration simplifiée

Source (AIX, HP-UX)

Restauration

Cible (Solaris, Linux)

Backup (disque/bande)


RMAN Multitenant Un seul backup databases, restauration niveau PDB

Un Backup

Point-in-time Recovery

niveau PDB


• Si une instance ASM

tombe, les instances

s’arrêtent

ASM Cluster Pool of Storage

Disk Group A

Automatic Storage Management (ASM) Jusqu’à aujourd’hui

Disk Group

partagé

• Mapping 1-pour-1

Base de données ASM Instance

Database Instance

Cluster RAC

ASM ASM ASM

DBA DBA DBB DBB

ASM

DBB


Flex ASM Haute disponibilité des instances ASM

ASM Cluster Pool of Storage

Disk Group A

Client ASM

Disk Group

partagé

Cluster RAC

ASM ASM

DBA DBA

Client ASM

DBB DBB • Mapping 1-pour-1

supprimé

• Failover des

instances ASM

ASM

DBB


Répondre aux besoins des clients


Big Data

Database as a Service

Cloud


Date post:	29-Mar-2018
Category:	Documents
Upload:	buicong
View:	214 times
Download:	0 times

Oracle Database 12cndclients.com/oracle/regionales_2014/download/regionales...Title CVC Presentation...

Documents