Oracle Database 12c Ein Überblick. Michael Reick Technischer Account Manager STCC Mitte

Transkript

1 Oracle Database 12c Ein Überblick Michael Reick Technischer Account Manager STCC Mitte

2 Oracle12c: Ein Überblick Oracle Multitenant RMan Real Application Cluster DataGuard Information Lifecyle Management Oracle Enterprise Manager12c Wo ist was!

3 Oracle Database12c ist da Weltweite Launch Veranstaltungen seit Anfang Juni Deutschlandweit in München, Stuttgart, Köln und Hamburg Im Juli: Webcasts für Kunden und Partner 3. September interner Webcast mit Andy Mendelsohn Oracle Database 12c is the most advanced database solution of any type in the IT market. It will support the IT priorities and business needs of our customers for many years. The c stands for cloud and this updated product includes impressive cloud capabilities, allowing our customers to improve efficiency and flexibility, while delivering data centre consolidation. (Loïc le Guisquet)

4 Oracle Database 12c in Zahlen 5 Jahre Entwicklung 500 neue Features Personen-Jahre Systeme für die Tests 1 Million Feature-Tests täglich 1,2 Millionen Stunden Stresstests

5 Lifetime Support Policy Sustaining Support Extended Support Premier Support heute JUL-2018 JUL-2021 R2 JAN-2015 JAN-2018 AUG-2012 AUG-2015 R2 JUL-2010 JUL

6 Schwerpunkte der neuen Datenbank SOCIAL BLOG SMART METER BIG DATA ENGINEERED SYSTEMS CLOUD COMPUTING

7 Gartner: Enterprise Private Cloud Umfrage Verfolgen Sie eine Private Cloud Computing Strategie bis 2014? 5% 17% Yes Maybe No Gartner Data Center Conference Poll December % Source: Gartner Top Five Trends for Private Cloud Computing, February 2012, Thomas J Bittman

8 Private Cloud Datenbank Architekturen Mit Oracle Database 11g Virtuelle Maschinen Dedizierte Datenbanken Schema Konsolidierung Gemeinsame Server Gemeinsamer Server und OS Zunehmende Konsolidierung Gemeinsamer Server, OS und Datenbank

9 Private Cloud Datenbank Architekturen Mit Oracle Database 12c Virtuelle Maschinen Dedizierte Datenbanken Multitenant Datenbank Gemeinsame Server Gemeinsamer Server und OS Zunehmende Konsolidierung Gemeinsamer Server, OS und Datenbank

10 Oracle Datenbank Architektur Benötigt Hauptspeicher, Prozesse und Datenbank Dateien System-Ressourcen

11 Die neue Multitenant Architektur Hauptspeicher und Prozesse werden nur noch auf Ebene des multitenant containers benötigt System-Ressourcen

12 Die neue Multitenant Architektur Hauptspeicher und Prozesse werden nur noch auf Ebene des multitenant containers benötigt System-Ressourcen

13 Multitenant Architektur Komponenten einer Multitenant Container Database (CDB) PDBs Pluggable Databases (PDBs) Root CDB

14 Multitenant Architektur Database Link Die Multitenant Architektur unterstützt derzeit bis zu 252 PDBs Eine PDB verhält sich identisch zu einer non-cdb Ein DB-Client kann nicht erkennen, ob er an einer PDB oder einer non-cdb angemeldet ist.

15 Multitenant Architekture Dynamische Anteile PDBs teilen sich SGA und Hintergrundprozesse Vordergrundprozesse (DB Sessions) sehen nur die PDB an der sie angemeldet sind

16 GB Multitenant Skalierbarkeit 3 2,5 2 1,5 1 0,5 MEMORY MEMORY MEMORY 0 CRM HCM HCM ERP ERP BI BI DW Pluggable Pluggable Database Pluggable Database Database Jeweils nur kleiner Speicherzuwachs beim Hinzufügen weiterer PDBs

17 Dateien in der CDB Namespaces Jede PDB hat einen eigenen Satz Tablespaces, inkl. SYSTEM und SYSAUX PDBs teilen sich UNDO, REDO und control files, (s)pfile Als Default hat die CDB einen einzelnen TEMP Tablespace, PDBs können aber ihren eigenen anlegen

18 Benutzer (DB User) Lokale Nutzer ( local user ) entsprechen selbst erstellen Nutzern in einer non-cdb sind nur in einer PDB definiert können eine PDB administrieren Ein common user ist im root definiert und wird in jeder PDB repräsentiert Ein common user kann sich an jede PDB anmelden, in der er Create Session -Privileg hat und kann diese auch administrieren Oracle-eigene Systemobjekte gehören common users

19 Common Users und Privilegien Authorisierung wird genauso geprüft wie vor 12.1 Einem common user können Privilegien lokal für eine PDB (oder root ) zugewiesen werden und daher in jedem Container unterschiedlich sein Alternativ können einem common user System Privilegien auch allgemein ( commonly ) zugewiesen werden der Grant gilt dann im root und jeder PDB (auch in zukünftigen) Es können common roles erstellt werden Eine common role kann einem common user allgemein ( commonly ) zugewiesen werden Autorisierung erfolgt ausschließlich mit den Rechten die der User in dem Container hat, im dem er das SQL ausführen will

20 Unplug / Plug Einfach aus der alten CDB ausklinken

21 Unplug / Plug und in die neue CDB einklinken Verschieben zwischen CDBs erfordert lediglich das Verschieben der Metadaten der PDB Upgrades und Patching werden dadurch einfacher Eine ausgeklinkte PDB beinhaltet Infos zu lineage, opatch, encryption keys etc.

22 Unplug / Plug Beispiel Unplug alter pluggable database HCM unplug into '/u01/app/oracle/oradata/ /hcm.xml' Plug create pluggable database My_PDB using '/u01/app/oracle/oradata/ /hcm.xml'

23 Manage Many as One mit Multitenant Gemeinsames DB-Backup; Recovery auf Pluggable Database Ebene Ein Backup Point-in-time Recovery auf Pluggable Database - Ebene

24 Manage Many as One mit Multitenant Eine Standby Datenbank deckt alle Pluggable Databases ab

25 Multitenant für vereinfachtes Patching Änderungen nur einmal anwenden, alle Pluggable Databases sind aktualisiert Upgrade in-place

26 Multitenant für Upgrades Flexibilität beim Patchen und & Upgraden von Datenbanken

27 Verbesserte Agilität bei Änderungen der DB-Last Cluster-Erweiterung für flexible Konsolidierungsmodelle Services Single SGA pro CDB Instanz CDB Instance 1 CDB Instance 2 Node1 Node2 Multitenant Container Database (CDB)

28 Verbesserte Agilität bei Änderungen der DB-Last Cluster-Erweiterung für flexible Konsolidierungsmodelle Services Single SGA pro CDB Instanz CDB Instance 1 CDB Instance 3 CDB Instance 2 Node1 Node3 Node2 Multitenant Container Database (CDB)

29 Vorteile von Flexibilität und Portabilität Eine PDB kann SLAs durchwandern je mehr mission critical sie wird GOLD RAC, Data Guard, Tägliche inkr. Backups SILBER Data Guard, Tägliche inkr. Backups BRONZE Wöchtentliche Full Backups

30 Multitenant für schnelles Ausrollen von DBs Pluggable Datenbanken können schnell aus seed DB erzeugt werden

31 Multitenant für schnelles Ausrollen von DBs Schnelles Cloning von PDBs PDBs können innerhalb der gleichen CDB geklont werden PDBs können aus remote CDBs geklont werden

32 Klonen einer PDB Beispiel Lokal create pluggable database HCMBI from HCM Remote (über DB Link) create pluggable database HCMBI from

33 pro PDB vs pro CDB Feingranulare Kontrolle wo angemessen trotz gemeinsamer CDB-Operationen Pro CDB Eine Oracle Software Version Pro PDB RMAN point-in-time recovery Data Guard Ad hoc RMAN Backups Geplante RMAN Backups Einige Eigenschaften/Parameter, z.b. einheitl. Character Set Redo und Undo Flush shared pool Parameter für die gilt IsPDB_Modifiable = 'TRUE'

34 Vorteile der Multitenant Architektur Weniger Kosten, Mehr Agilität, Einfache Einführung Self-contained PDB für jede Anwendung Applikationen laufen unverändert Schnelles Ausrollen (über Clones) Portabilität (durch Plug/Unplug ) Gemeinsame Nutzung von RAM und Prozessen Mehr Applikationen pro Server Gemeinsame Verwaltung auf CDB-Ebene Manage many as one (Upgrade, HA, Backup) Granulare Kontrolle wo angemessen

35 Verwalten von geteilten Ressourcen Resource Management in einer Multitenant Umgebung Hohe Priorität Niedrige Priorität Mittlere Priorität

36 Verteilen von Ressourcen zwischen PDBs Grundsätzlich: PDBs konkurrieren um gemeinsame Ressourcen Mit dem Resource Manager stellt man daher pro PDB ein: CPU Exadata I/O Sessions Anzahl der Parallel Execution Servers Konfigurierte Policies regeln, wie Ressourcen benutzt werden: über eine Default Konfiguration die auch bei Hinzufügen/Entfernen von PDBs funktioniert über harte Limits ( you get what you pay for )

37 Verteilen von Ressourcen zwischen PDBs Das zugrundelegende Standardmodell basiert auf folgenden Annahmen: Eine Anzahl Shares wird jeder PDB zugewiesen (Default: 1 Share pro PDB) Die Summe der Shares ist beliebig Die Summe der Shares entspricht der Gesamtleistung Zusätzlich: Ein optionales Cap (d.h. ein maximales Nutzungslimit) kann jeder PDB zugewiesen werden (Default: Kein Cap, d.h. max 100%)

38 Zuteilen von CPU-Leistung Ein CDB Resource Plan nutzt Shares zur Verteilung von CPU-Leistung für PDBs 2 Shares 1 Share 1 Share Pluggable Database Shares Garantierte CPU-Leistung Maximale CPU-Leistung HCM 2 2/4 = 50% 100% CRM 1 1/4 = 25% 100% ERP 1 1/4 = 25% 100%

39 Upgrade auf Multitenant Schritt 1: Upgrade der alten Datenbank in-place Upgrade in Place

40 Upgrade auf Multitenant Schritt 2: Aktualisierte Datenbanken einklinken

41 Upgrade auf Multitenant Schritt 3: Applikationen an Multitenant-Betrieb anpassen

42 Upgrading to Multitenant Schritt 3: Applikationen an Multitenant-Betrieb anpassen Keine Applikationsänderungen nötig

43 Upgrade auf Multitenant - Syntaxbeispiel Frisch upgegradete Non-CDB im READ ONLY-Modus starten, dann: SQL> BEGIN END; / DBMS_PDB.DESCRIBE( pdb_descr_file => '/home/oracle/ncdb.xml'); Resultat: XML-Datei mit Metadaten (Speicherort und Einstellungen aller Datendateien)

44 Upgrade auf Multitenant - Syntaxbeispiel (Forts.) Non-CDB herunterfahren, DB-Dateien und zuvor erzeugte XML-Datei auf neuen Server kopieren, dann: SQL> CREATE PLUGGABLE DATABASE pdb1 USING '/home/oracle/ncdb.xml' SOURCE_FILE_NAME_CONVERT= ('/oradata/noncdb', '/oradata/tmp' FILE_NAME_CONVERT= ('/oradata/tmp', '/oradata/pdb1 ) STORAGE (MAXSIZE 100G MAX_SHARED_TEMP_SIZE 900M); Skript $ORACLE_HOME/rdbms/admin/noncdb_to_pdb.sql ausführen Neue PDB Read/Write öffnen

45 Upgrade auf Multitenant Variante 2: Migration über Replikation 1 2 Neue PDB from Seed erzeugen Inhalte replizieren z.b. über Oracle GoldenGate oder Data Pump

46 1. Multitenant für Test und Entwicklung Schnelle, flexible Kopien und Snapshots von Pluggable Databases

47 2. Konsolidierung von vereinzelten Anwendungen Teilt den Overhead von Speicher und Prozessen System-Ressourcen

48 3. Self-Service Database as a Service (DBaaS) Auswählen von Größe und Service Level GOLD RAC, Data Guard, Tägl. Incrementals SILBER Data Guard Tägl. Incrementals BRONZE Wöchentl. Full Backups

49 4. Multitenant. Ideal für SaaS. Mandantenfähig durch die Datenbank, nicht die Anwendung

50 5. Multitenant. Ideal für ISVs. Anstelle von langwierigen Setup-Skripten u.ä.: Verteilung von vorkonfigurierten Anwendungen als PDB

51 Kundenzitate Oracle Multitenant will help lower our administrative costs since we can now manage many databases as one with fewer software installations and patches during the lifetime of our applications. (Postbank) Oracle Multitenant allows us to consolidate hundreds of databases onto an Oracle Real Application Clusters environment whilst guaranteeing the separation that drove us to put them on separate servers previously. ( Logical Technology).. Das muß ich sofort ausprobieren... ( Kunde beim Launch in Stuttgart)

52 Einige interessante RMAN Features RMAN Backups Einfacher Befehl um einzelne Tabellen aus dem Backup wiederherzustellen Eliminiert komplexes und zeitaufwendiges TSPITR mit Export RMAN> RECOVER TABLE Backup to Disk/Tape Source Database (AIX) Destination Database (Solaris) Restore Backup Cross-Platform Backup & Restore Einfach und schnell, kein Skripting Ideal für Migrationen

53 Oracle Flex Cluster HA für Applikationen Leaf Nodes Hub Nodes Neue Oracle Clusterware basierende HA Topology 2 Arten von Clusterknoten Hub nodes Traditionelle Knoten, eng mit Netzwerk und Storage verbunden für I/O íntensiven Workload Leaf nodes Neuer Typ in 12c mit weniger Abhängigkeiten Eigene Fehler bzw. Heartbeat Einstellungen Brauchen keinen direkten Shared Storage Zugriff Geeignet für Applikationen

54 Oracle Flex Cluster HA für Applikationen Leaf Nodes Hub Nodes Neue Oracle Clusterware basierende HA Topology 2 Arten von Clusterknoten Hub nodes Traditionelle Knoten, eng mit Netzwerk und Storage verbunden für I/O íntensiven Workload Leaf nodes Neuer Typ in 12c mir weniger Abhängigkeiten Eigene Fehler bzw. Heartbeat Einstellungen Brauchen keinen direkten Shared Storage Zugriff Geeignet für Applikationen

55 ASM Überblick Oracle Database Operating System Oracle Database ASM File System and Volume Management File System Logical Volume Manager Operating System Server Server

56 Automatic Storage Management Der bevorzugte Storage Manager für Oracle Datenbanken ( Striping / Mirroring ) Einfache Verwaltung Performance von Raw Volumes ASM Status > 65% aller RAC-Installationen > 30% aller 11g-Kunden > 10TB auf ASM (VLDB)

57 ASM Überblick Oracle Datenbank 11.2 RAC Cluster Database Instance One to One Mapping of ASM Instances to Servers ASM Instance Node1 Node2 Node3 Node4 Node5 Shared Disk Groups ASM Cluster Pool of Storage Disk Group A Disk Group B ASM Disk Wide File Striping

58 ASM Überblick 12c RAC Cluster Database Instance One to One Mapping of ASM Instances to Servers ASM Instance Node1 Node2 Node3 Node4 Node5 Shared Disk Groups ASM Cluster Pool of Storage Disk Group A Disk Group B ASM Disk Wide File Striping

59 Flex ASM Oracle 12c: Kein 1 zu 1 Mapping mehr RAC Cluster Database Instance Databases share ASM instances ASM Instance Node1 Node2 Node3 Node4 Node5 Shared Disk Groups Node1 Node2 runs as runs as ASM ASM Client to Client to Node2 Node4 Node3 ASM Cluster Pool of Storage Disk Group A Disk Group B ASM Disk Node5 runs as ASM Client to Node4 Wide File Striping

60 Flex ASM Verbesserungen 511 Diskgruppen Kommando zum Umbenennen von ASM Disk ASM Patch-Level Verifizierung (nicht während eine Rolling Upgrades) Replikation von physischen Metadaten Virtuelle Metadaten wurden bisher schon über ASM Mirroring repliziert

61 ASM Verbesserungen 12c Datenverteilung Failure Group Repair Timer Schnellerer Plattenaustausch (Ohne Rebalance) Disk Resync (Checkpointing) Priority Rebalance (Controlfile & Redologs zuerst) Datensicherheit Data Scrubbing Performance Gleichmäßigere I/O Verteilung (Preferred Mirror Read) Typisierung der ASM Diskgruppe

62 Oracle Data Guard Architektur

63 Data Guard Protektion Modi Daten Sicherheit, Performance, Verfügbarkeit Mode Risk of data loss Transport If no acknowledgement from standby: Maximum Protection Zero Data Loss Double Failure Protection SYNC Stall primary until acknowledgement is received from replica Maximum Availability Zero Data Loss Single Failure Protection SYNC Stall primary until acknowledgement is received or timeout threshold period expires then resume processing Maximum Performance Potential for Minimal Data Loss ASYNC Primary never waits for standby acknowledgement

64 Active Data Guard Far Sync Redolog-"Repeater" für Data Guard Optimierter Transport der Redo-Daten über große Entfernungen Minimale Oracle-Instance Standby Control File, Standby Redo Logs, Archived Redo Logs, keine Datendateien Redo wird synchron von der Primärdatenbank empfangen und asynchron an die Standby Datenbank weitergeleitet Verbessertes Failover: Standby erhält "letzte Änderungen" automatisch von Far Sync Instanz Zweite "Far Sync Instance" zur Unterstützung der Gegenrichtung Standby Datenbanken müssen Active Data Guard Standbys sein

65 Active Data Guard Far Sync Systematische Darstellung Primary SYNC ASYNC Standby Far Sync Instance

66 67 % der gestohlenen Daten kamen aus Datenbanken 76 % der Datendiebstähle wurden erst möglich durch schwache oder gestohlene Zugangsdaten der Datendiebstähle wurden nicht vom Eigentümer der Daten bemerkt, sondern von 69 % Dritten gemeldet 97 % der Datendiebstähle wären durch einfache Schutzmassnahmen zu verhindern gewesen

67 Was macht Datenbanken so verwundbar? 80% der IT Security Programme gehen an der Datenbank vorbei Forrester Research Netzwerk Security Unternehmen setzen sich Risiken aus, von deren Existenz sie nicht einmal etwas ahnen. Vor allem, weil immer mehr Angriffe auf Datenbanken über legitimierte Zugänge erfolgen." Authentifizierung & Benutzer Security Security Datenbank Sicherheit Web Application Firewall SIEM Endpoint Security

68 Höchste Sicherheit durch Schutz auf allen Ebenen PRÄVENTION DETEKTION ADMINISTRATION Verschlüsseln Aktivitäten überwachen Privilegien analysieren Redigieren und Maskieren Auditieren und Berichten Sensible Daten finden Privilegierte Benutzer kontrollieren Database Firewall Konfigurationen verwalten

69 Höchste Sicherheit durch Schutz auf allen Ebenen PRÄVENTION DETEKTION ADMINISTRATION Verschlüsseln Aktivitäten überwachen Privilegien analysieren Redigieren und Maskieren Auditieren und Berichten Sensible Daten finden Privilegierte Benutzer kontrollieren Database Firewall Konfigurationen verwalten

70 Verschlüsseln ist die Basis Oracle Advanced Security (ASO) Transparent Data Encryption Schützt Daten auf Speichermedien Erfordert keine Änderungen von Anwendungen Enthält das Schlüssel Management Systembelastung vernachlässigbar Integriert in die Oracle Technologien Exadata, Advanced Compression, ASM, Golden Gate, DataPump etc. Anwendungen Speichermedien Backups Exports Dezentrale Aufbewahrung

71 Transparent Data Encryption Oracle Advanced Security (ASO) Neue, eigene Syntax zur Verwaltung von Wallet und HSM Voraussetzung ADMINISTER KEY MANAGEMENT Privileg oder SYSKM ADMINISTER KEY MANAGEMENT CREATE KEYSTORE '$ORACLE_HOME/network/admin' IDENTIFIED BY einpasswort; Schlüssel können importiert, exportiert, zusammengeführt (merge) und automatisch gesichert werden Neue Views zur besseren Kontrolle von Wallets und Schlüsseln V$ENCRYPTION_WALLET, V$ENCRYPTION_KEYS und andere

72 Höchste Sicherheit durch Schutz auf allen Ebenen PRÄVENTION DETEKTION ADMINISTRATION Verschlüsseln Aktivitäten überwachen Privilegien analysieren Redigieren und Maskieren Auditieren und Berichten Sensible Daten finden Privilegierte Benutzer kontrollieren Database Firewall Konfigurationen verwalten

73 Daten unkenntlich machen Oracle Advanced Security (ASO) Data Redaction Abhängig von Umgebungsvariablen wird JEDE AUSGABE in Echtzeit maskiert Bibliothek mit gängigen Policies ist im Lieferumfang enthalten Transparent für Anwendungen, Benutzer und Datenbankadministratoren Kreditkarten Redaction Policy xxxx-xxxx-xxxx Call Center Mitarbeiter Rechnungsabteilung

74 Graphische Unterstützung schon heute Data Redaction in EM Cloud Control 12c

75 Daten für Entwicklung und Test maskieren Oracle Enterprise Manager Cloud Control Data Masking Pack Oracle Data Masking Sensible Daten durch typgerechte harmlose Daten ersetzen Referentielle Integrität wird erhalten Bibliothek mit editierbaren Vorlagen und Formaten ist im Lieferumfang enthalten Vorlagen für Anwendungen verfügbar Unterstützt auch das Maskieren in Nicht-Oracle Datenbanken NAME SOZIALVERSNR GEHALT AGUILAR BENSON Produktion Entwicklung, Test NAME SOZIALVERSNR GEHALT ANSKEKSL BKJHHEIEDK Production

76 Information Lifecycle Management in Oracle12c Direkte Integration in den Datenbankkern Heat Map: automatisches Monitoring und Klassifikation (Hot/Cold Data) Automatic Data Optimization/Placement Policies werden automatisiert in der Datenbank ausgeführt Zusätzlich Erweiterungen in Bereichen wie... Kompression Partitionierung

77 Heat Map Tracking Active Frequent Access Occasional Access Dormant HOT Actively updated Infrequently updated, Frequently Queried Infrequent access for query and updates Long term analytics & compliance COLD Einfaches Setup : ein Parameter Monitoring: Views, Packages, Enterprise Manager 2 Ebenen: Segment und Block Welche Tabellen und Partitionen werden verwendet? Welche Blöcke wurden zuletzt verändert? Umfassend Trackt Reads und Writes, Lookups, Scans Aktuell und in Historie Performant

78 Heat Map für Tabellen und Partitionen ORDER S Welche Tabellen und Partitionen werden wie verwendet? Ein Ausschnitt... OWNER OBJECT_NAME TRACK_TIME WRI FUL LOO SH CUSTOMERS_PK :48 NO NO YES SCOTT DEPT :48 NO YES NO SCOTT EMP :30 YES YES NO SCOTT EMP :48 NO YES NO SCOTT EMP :47 NO YES NO SCOTT PK_EMP :30 NO NO YES SCOTT PK_EMP :48 NO NO YES

79 Automatische Daten Optimierung OLTP Reporting Compliance & Reporting 10x komprimiert 15x komprimiert Automatisch und Online Im Quartal Im Jahr Jahre zuvor Advanced Row Compression für OLTP Columnar Query Compression für schnelle Analysen Columnar Archive Compression für max. Kompression Komprimierung/ Verlagerung

80 Storage Tiering Automatische Daten Optimierung ORDER S ALTER TABLE EMPLOYEE ILM ADD POLICY TIER TO <LOW_COST_TABLESPACE> 1. Tabellen wachsen Daten werden komprimiert 2. Tablespace mit Partitionen erreicht Grenze 3. Partitionen werden in einen anderen Tablespace verlagert

81 Heat Map im Oracle Enterprise Manager

82 Cloud Control 12c und die Datenbank 12c Cloud Control 12c unterstützt Oracle Database 12c Voraussetzung Cloud Control 12c Release 2 ( ) mit aktuellem Plugin Verfügbar seit Februar 2013 In Kürze komplette Feature-Unterstützung

83 EM Database Express Neues Werkzeug mit Oracle Database 12c Automatische Installation Monitoring und Management einer einzelnen Oracle Datenbank 12c Nicht für die komplette Administration (aktueller Stand) Einfache Konfigurationen Kein Backup/Recovery, Resource Management etc. Sehr gut geeignet für Performance Monitoring (Performance Hub)

84 Oracle12c Database Express

85 Nicht zu vergessen: SQL Developer Unterstützt Oracle Database 12c Seit Release 3.0 DBA Unterstützung Oracle Multitenant Data Redaction Resource Manager Data Pump SQL Tuning Advisor :

86 Informationen in deutscher Sprache Tipp "Oracle Database 12c ist verfügbar" Communities DBA Community APEX Community Linux und Virtualisierung Exadata Community Veranstaltungen

87 Graphic Section Divider