Oracle Launch 11gR2 in München

-

    Einleitung / Verschiedenes

  1. 11gR2 XE:
    • neue Express-Edition 11gR2 wird kommen (erst 2010)
  2. ASM
    • Conig Assistent, neu intelligent DataPlacement
  3. Spaltenorientierte Speicherung
    • nur als Option (HCC) mit Exadata2
    • mit Komprimierung 80% Platz sparen
    • HCC = Hybrid Columnar Compression

    Neuheiten für den DBA

  4. Upgrade Manual - für Umstieg auf 11gR2 vorhanden
  5. neuer Installer
    • erlaubt Response-File Erstellung
    • (kostenpflichtige) Optionen nur noch, wenn EE ausgewählt wurde
  6. Test's für Upgrades sind bereitgestellt
  7. Sheduler
    • shagent start -> eigene Agenten auf DB-Servern
    • Job's auf fremden DB's laufen lassen
    • File Watcher -> wartet auf Eintreffen einer Datei, als Event für DB-Job
    • Email-Benachrichtigung
  8. Data-Pump
    • alle Exp/Imp-Parameterdateien weiterverwendbar
    • langfristig KEIN Exp mehr unterstützt
  9. Execute-Privileg für Directories
    • Erlaubt unzip, dann Laden von Daten aus der DB heraus
  10. DB Vault
    • Datenverschlüsselung auch für DBA
    • Kostenpflichtig (?)
  11. Data Masking
    • Datenanonymisierung für Testsysteme
    • Kostenpflichtig

    Anwendungsentwicklung

  12. LISTAGG -> Listen aus Zeilen generieren
  13. nth-value -> n-ten Wert einer sortierten Liste ausgeben
  14. "Editions" -> Online App Upgrade
    • Neue Version eines Paketes unter gleichem Namen "bereitstellen"
    • Möglichkeiten
      • PL-Versionen
      • PL-Versionen und Tbl-Views (spezielle Views die Änderungen der Editionen unterstützen)
      • PL-Versionen, Tbl-Views und Crossedition-Trigger (Sicherung Datenkonsistenz zwischen Editionen)
    • Schwenk per "alter system set default edition xy"
    • Ziel: Hochverfügbarkeit auch bei Anwendungswechsel
  15. DB-Filesystem
    • nicht mit ASM-Filesystem verwechseln
    • ein Dateisystem "in der Datenbank"
    • Ziel: Bilder gemeinsam mit Sourcen in DB halten, Zugriff per Linux-Mount
    • Doku (zu finden bei "Securefile und large Objects"

    Hochverfügbarkeit

  16. "Cloud = letzte Ausbaustufe von HA"

    17. Neu:

  17. shared OracHomes
  18. ASM nur noch per Grid-Infrastruktur Single Instanz
    • "Oracle Restart" = Teil der Std.-Edition
  19. ASM-Cluster-Filesystem
    • eigenes Config-Tool:
      • asmcmd - für Zeile
      • asmcr(?) - graphisch
  20. RAC one Node
    • "Emulation" einer Single Instanz auf einem RAC
    • oder
    • Nutzung nur eines Knotens (one Node) eines Clusters
    • Ziel: leichterer Einstieg in RAC
    • Lizenzierung:
      • 1 Knoten im RAC bleibt ungenutzt, muss nicht lizenziert werden (10 Tage Regel, analog Standby-System)
    • RAC ohne Skalierbarkeit (technisch schon, lizenztechnisch nicht)
    • Omotion
      • Wechsel der Connections auf anderen Knoten
      • Wechsel binnen 30 Minuten (harte Vorgabe)
    • Lizenzierung wie Fail-Over-Cluster
      • 10 Tage Regelung
      • 1 Server lizenzieren, 2. Server für Failover nutzen, wenn Nutzung <>
    • SCAN-Listener
      • einfacher Zugriff auf Clusterstruktur
      • SCAN = Single Client Access Name -> ein Name für alle Knoten im Cluster
  21. ACFS
    • ASM - File System
    • Empfehlung: 3 OraHomes je Cluster (Orahome auf gemeinsamer Platte)
      1. Primäres Home
      2. Sekundäres Home (Ausfallsicherheit)
      3. Terziäres Home für Rolling Upgrades
    • 64 read-only Snapshots möglich

    Performance steigern

  22. Daten laden
    • PRE-Processing (Unzip vor Load)
    • Ausgaben auf Std-Out
  23. schnelle und effiziente Verarbeitung
    • vor 11g - statische Festlegung der Parallelität
    • neu:
    • automated degree of parallelism (DoP)
    • DoP Parameter einstellen
  24. Platz sparen
    • Verzögerte Segmenterstellung bei leeren Objekten
      • physische Tbl-Erstellung erst bei erstem Insert
    • unusable indizes (bei Partitionierten Tabellen)
      • aktives setzen des Index auf unusable
      • Optimizer "umgeht" Index und macht Full Tablescan auf Partition
      • wenn Partition benutzbaren Index hat, wird dieser benutzt
      • vermuteter Hintergrund: DROP INDEX auf einzelne Indexpartition ist nicht möglich
      • können unusable gesetzt werden; spart Platz und wird sauber vom Optimizer unterstützt
      • Resource Manager Instance Caging -> CPU's je Instanz begrenzen
      • inkl. Overprovisioning und Partitioning
      • Bulk Load Komprimierung

Kommentare

Kommentar veröffentlichen

Beliebte Posts aus diesem Blog

trunc(sysdate) - nette Spiele mit dem Datum

-
Über die trunc-date Funktion läßt sich ausgehend von einem Datumswert sehr einfach ein abgeleiteter Datumswert ermittelt: bspw. der Jahres-, Quartals-, Monats- oder Wochenanfang. Die 11g Doku erläutert dies an zwei Stellen: http://download.oracle.com/docs/cd/B28359_01/server.111/b28286/functions209.htm#SQLRF06151 bzw. http://download.oracle.com/docs/cd/B28359_01/server.111/b28286/functions242.htm#sthref2718 So liefert select trunc(to_date('06.02.2011'),'q') from dual; das DATUM des Quartalsersten (im Bsp. den 01.01.2011). Wichtig ist, dass trunc immer ein Datum zurückliefert, keinen String. Einige Beispiele anhand des 20.Feb 2011 (ein Sonntag in der 07 KW in 2011): select trunc(to_date('20.02.2011'),'d') from dual; select trunc(to_date('20.02.2011'),'dd') from dual; select trunc(to_date('20.02.2011'),'ddd') from dual; select trunc(to_date('20.02.2011'),'mm') from dual; select trunc(to_date('20.02.2011...
Mehr anzeigen

Zufallszahlen und -text generieren - DBMS_RANDOM

-
Um für Testzwecke etc. "zufällige" Zahlen / Strings zu erzeugen, gibt es in Oracle die Funktion dbms_random . In Verbindung mit connect by kann so sehr einfach eine beliebige Menge an Zeilen mit Zufallswerten erzeugt werden: SELECT dbms_random.value(1,1000) Z       , dbms_random.string('a',20) Txt   FROM DUAL CONNECT BY level < 101; * DBMS_RANDOM.VALUE(low, high)   + low -> untere Grenze   + high -> obere Grenze * DBMS_RANDOM.STRING(opt, len)   + opt -> Definiert, was für ein String erzeugt wird   + len -> Länge des String   + Details zu opt: 'u', 'U' - returning string in uppercase alpha characters 'l', 'L' - returning string in lowercase alpha characters 'a', 'A...
Mehr anzeigen

Laufzeiten umrechnen, Sekundenangaben lesbar darstellen

-
Hintergrund: Laufzeiten von diversen Prozessen werden (Tool-)intern in Sekunden gemessen und meist auch so dargestellt. Für Weiterberechnungen und Auswertungen ist das Ideal. Der Lesbarkeit für den geneigten Nutzer nur bedingt dienlich. Wer erkennt schon auf den ersten Blick, wie lange 14.738sec sind? Lang halt. Lösungsansätze: Für die Lesbarkeit, kann man diese Werte natürlich entsprechend umrechnen. Aber wie? 14.738sec vermutlich am Besten in Stunden: 14.738/60/60 = 4,0939 Stunden -> Aha. Aber was ist mit 249sec? 249/60/60 = 0,069 Stunden - Wie lang bitte sind 0,069Std? 249sec also besser in Minuten umrechnen: 249/60 = 4,15 Min -> schon besser Also per CASE-Statement die unterschiedliche großen Sekundenangaben passend umrechnen? Nicht schön und umständlich. Netterweise bietet Oracle mit der to_date()-Funktion auch den Formatstring 'sssss' (5x kleines 's'). Per to_char( to_date(14768,'sssss') ,'HH24:MI:SS') werden aus den Sekunden ...
Mehr anzeigen