DBA Community

ASM Cluster Filesystem - General Purpose vs. Oracle Home File System

Fri, 17 May 2013 00:00:00 +0000

Mit Oracle 11.2 führte Oracle ein allgemeines Cluster Filesystem auf Basis von ASM ein - das ASM Cluster Filesystem kurz ACFS. Es steht als Standard Posix konformes Filesystem für jegliche Applikation zur Verfügung, und ist deshalbt nicht nur im Zusammenhang mit Real Application Clusters interessant. Da geplant ist, das "reine ACFS" ohne Zusatzfunktionen, wie Read/Write Snapshots, erweiterte Sicherheit und Filesystemverschlüsselung, kostenfrei zur Verfügung zu stellen, ist ACFS eine eine echte Alternative zu anderen teuren Clusterfilesystemen - auch wenn keine Oracle Datenbank auf dem System installiert ist. In der Lizenzierung wird dieses Filesystem auch als "Oracle Cloud Filesystem" ausgewiesen. Dahinter verbirgt sich technisch das ACFS, lizenzrechtlich beinhaltet das Cloud Filesystem aber alle notwendigen Bestandteile, um mit ACFS zu arbeiten: Die Grid Infrastruktur, das Automatic Storage Management sowie die ASM dynamic Volumes (ADVM).

Legt man zum ersten Mal ein ACFS Filesystem über den ASM Configuration Assistant (kurz ASMCA) an, so wird wird man gefragt, ob das Filesystem für ein Oracle Home verwendet wird oder ein "General Purpose File System" ist. Für welche Anwendungsfälle man welche Art verwenden sollte und wie man zwischen den Varianten wechselt, klärt dieser Tipp.

EMCLI: Auditing in Cloud Control

Fri, 03 May 2013 00:00:00 +0000

Erweiterte Statistiken (extended statistics)

Fri, 05 Apr 2013 00:00:00 +0000

Aussagekräftige Statistiken auf Tabellen und Spalten sind eine wichtige Voraussetzung, damit Statements mit optimaler Performance ausgeführt werden. Wie werden die Statistiken interpretiert, falls die Spalten in Beziehung (auch Korrelation) zueinander stehen oder durch Ausdrücke verändert werden? Das Feature "extended statistics" in 11g liefert eine Lösung dafür. Im aktuellen Tipp wird erläutert wie man extended Statistics erzeugen, berechnen und monitoren kann.

Oracle Enterprise Manager Cloud Control 12c: Historische Metrikdaten in geglätteten Charts

Fri, 05 Apr 2013 00:00:00 +0000

Im Repository des Oracle Enterprise Manager Cloud Control 12<i>c</i> werden im Rahmen des Monitorings viele Metriken bzgl. der Zielsysteme gespeichert. Diese Daten werden automatisch aggregiert und die Einzeldaten werden standardmäßig nach 8 Tagen gelöscht. Für jede Metrik sind also sowohl die Einzeldaten der letzten 8 Tage, als auch länger zurückreichende, aber dafür aggregierte Daten vorhanden. Sichtbar wird dieses bei der Historischen Ansicht dieser Metrikdaten: Die letzten 8 Tage werden detailliert, der Rest jedoch geglättet dargestellt.

Dieser Tipp zeigt, wie Sie eine komplett geglättete Darstellung erzielen können.

Oracle Enterprise Manager Cloud Control 12c: Speicherdauer für Metriken einstellen

Fri, 05 Apr 2013 00:00:00 +0000

Im Rahmen des Monitorings mit Oracle Enterprise Manager Cloud Control 12<i>c</i> werden von den Agenten auf den Zielsystemen viele Metriken gesammelt und deren Werte im Repository von Cloud Control gespeichert. Dabei werden die Einzelwerte nach einer gewissen Zeit gelöscht. Zuvor jedoch findet eine Aggregierung zu Stunden- und Tagesdaten statt. Die dabei verwendete Defaulteinstellung kann auf die individuellen Bedürfnisse angepasst werden. Dieser Tipp zeigt, wie das funktioniert.

DBMS_CRYPTO - Revisionssicherheit mit Bordmitteln

Fri, 08 Mar 2013 00:00:00 +0000

XMLDB für DBAs

Fri, 22 Feb 2013 00:00:00 +0000

Seit Oracle 9i Release 2 gibt es spezielle XML Features in der Datenbank, die unter dem Namen Oracle XML DB zusammengefasst sind. Oracle XML DB steht dabei in jeder Edition (auch Standard und Express Edition) ohne zusätzliche Installation zur Verfügung. Mit jedem neuen Oracle Datenbank Release werden zusätzlich wichtige XML DB Erweiterungen im Datenbankumfeld implementiert, die die XML DB für den Datenbankeinsatz bald obligatorisch macht.

Was ist zu tun, um die XML DB zu aktivieren? Wie sieht die Konfiguration aus? Wie kann man Objekte in der XML DB monitoren? Kann man die Standard Werkzeuge wie Enterpries Manager zur Administration einsetzen? Gibt es spezielle Rollen bzw. Privilegien, die ein Entwickler zur Nutzung der XML DB benötigt? Der Tipp beantwortet diese Fragen und illustriert einige interessante Features an Beispielen.

Oracle Enterprise Manager Cloud Control 12c: Monitoring mit eigenen Metriken

Fri, 25 Jan 2013 00:00:00 +0000

Oracle Enterprise Manager Cloud Control 12c beinhaltet direkt nach der Installation viele Metriken zur überwachung verschiedener Systeme. Dennoch besteht in einigen Fällen der Wunsch, eigene Metriken zu erstellen.

Bis Grid Control 11g stehen hierzu die "User-Defined Metrics" zur Verfügung, die aber auf wenige Zielsystemtypen (target types) beschränkt sind. Auch sonst gibt es einige Beschränkungen. In Cloud Control 12c wurde diese Sonderbehandlung von selbst definierten Metriken entfernt. Es stehen jetzt also alle Features, die auch für normale Metriken vorhanden sind, selbst definierten Metriken zur Verfügung. Auch bei der Implementierung auf der Seite der Agenten wird kein Unterschied mehr gemacht. Dafür gibt es jetzt einen neuen Namen für diese Metriken: "Metric Extensions".

Oracle Data Pump und Datenverschlüsselung

Sat, 12 Jan 2013 00:00:00 +0000

Services in der Datenbank

Fri, 21 Dec 2012 00:00:00 +0000

Database Services (kurz Services) bieten nicht nur die Möglichkeit remote auf eine Datenbank zuzugreifen, sondern stellen eine Schlüsseltechnologie für die Nutzung vieler Technologien innerhalb der Datenbank dar. Dabei müssen Services nicht unbedingt immer in den Zusammenhang mit der RAC Technologie gestellt werden. Die Nutzung von Services kann auch die Verwaltung und das Monitoring datenbankseitiger Applikationen stark vereinfachen.

Da in den zukünfigen Datenbank Releases der Einsatz von Services immer wichtiger wird, widmen wir uns in folgendem Artikel den Eigenschaften von Services und geben Tipps für mögliche Anwendungsformen.

Tipps & Tricks rund um CRSCTL

Mon, 10 Dec 2012 00:00:00 +0000

Egal ob Single Instanz oder für Real Applikation Cluster Datenbanken die Grid Infrastruktur findet man bei immer mehr Systemen im Einsatz. Das liegt sowohl an der vereinfachten Überwachungstätigkeiten für die Oracle Datenbank, Listener und ASM Instanz, als auch an einigen weiterführenden Features, wie der einfachen Service Verwaltung für Single Instanz, DataGuard und/oder RAC. Dabei kommen insbesondere den Cluster Ready Services (CRS), einem Bestandteil der Clusterware Komponente der Grid Infrastruktur, eine wichtige Bedeutung zu, da diese intern alle Ressourcen steuert. Ressourcen können hierbei natürlich nicht nur die Oracle Prozesse (Datenbank, Listener, Virtuelle IP Adressen etc.) sein, sondern auch eigene Applikationen, die unter die Überwachung der Grid Infrastruktur resp. Clusterware gestellt werden. Dies kann von simplen Neustartanforderungen im Single Server Betrieb bis zu klassischen Failover Szenarien in Clusterumgebungen reichen. Diesem Aspekt trägt auch die Tatsache Rechnung, dass es seit einiger Zeit generische Applikations-Agenten (Siebel, Tomcat, GoldenGate, Apache, ...) für die Clusterware gibt und eine abgespeckte GI Installation auf der Oracle eigenen Middleware Hardware (Exalogic) läuft, um die Prozesse zu überwachen.

Diese Cluster Ready Services werden vom Befehl "crsctl" gesteuert. Deshalb lohnt es sich dieses Utility mal genauer anzuschauen, zumal es einige Feinheiten enthält, die nicht direkt aus der Dokumentation bzw. Hilfe des Tools ersichtlich sind.

SQL Tuning Sets im Einsatz

Thu, 06 Dec 2012 00:00:00 +0000

Oracle Enterprise Manager Cloud Control 12c: Die Verwendung von Gruppen

Fri, 23 Nov 2012 00:00:00 +0000

SSL: Alternative Netzwerkverschlüsselung für Oracle Datenbanken

Fri, 09 Nov 2012 00:00:00 +0000

Datenbank Speicherplatz mit dem Segment Advisor kontrollieren

Fri, 26 Oct 2012 00:00:00 +0000

Wie kritisch ist die Belegung des Speicherplatzes innerhalb der Tablespaces? Können vielleicht einige Segmente verkleinert bzw. reorganisiert werden, die unnötigen Platz verbrauchen? Um Antworten auf diese Fragen zu erhalten, gibt es die Möglichkeit unterschiedliche Data Dictionary Views wie DBA_SEGMENTS, DBA_EXTENTS und DBA_FREE_SPACE abzufragen bzw. Packages wie DBMS_SPACE zur detaillierten Analyse zu verwenden.

Zusätzlich gibt es in der Oracle Datenbank spezielle mitgelieferte Advisors, die bei der Analyse des Speicherplatzes und der Objekte eine gewisse Unterstützung liefern können - den sogenannten Segment und den Compression Advisor. Der aktuelle Artikel in der DBA Community illustriert díe Verwendungsweise des Segment Advisors.

Fast Recovery Area (FRA)

Fri, 12 Oct 2012 00:00:00 +0000

Unser letzter Tipp im Hochverfügbarkeits-Teil der DBA Community beschäftigte sich mit dem Housekeeping der 11gR2 Grid Infrastruktur und der aktuellen Datenbank, insbesondere der Log- und Trace Dateien. Allerdings wurde hierbei nicht berücksichtigt, dass die Oracle Datenbank selber auch für Ihre eigenen Datenbank Dateien eine Art Housekeeping durchführen kann: Insbesondere für die Dateien eines Datenbank Backups und für die Archivierten Redo-Log Dateien. Dies funktioniert nur dann zu 100% automatisch, wenn die Sicherungen und Archive-Logs an Ihrem Default Speicherort, der Fast Recovery Area (kurz FRA) bzw. Flashback Recovery Area, wie die FRA vor 11gR2 benannt wurde, gespeichert werden.

In der Vergangenheit waren Informationen zur FRA immer mal wieder in den einzelnen Tipps enthalten, wenn dies gerade zum Thema passte oder für den Tipp relevant waren. Aus aktuellem Anlass habe ich mich deswegen entschlossen die Informationen zur FRA einmal in einem Artikel zu bündeln, damit man sofort eine Übersicht erhält und die automatischen Mechanismen innerhalb der FRA versteht.

Oracle Enterprise Manager Cloud Control 12c: Neue Features im Release 2

Fri, 28 Sep 2012 00:00:00 +0000

Pre-Loading von Tabellen in 11g

Fri, 31 Aug 2012 00:00:00 +0000

Wie kann man die Performance von Zugriffen auf den Tabellen und Indizes erhöhen? Eine Möglichkeit besteht darin, Tabellen und Indizes vorab in den Cache zu laden, damit möglichst wenig I/O durchgeführt wird. Die Technik nennt man auch Pre-Loading oder Pre-Caching von Datenbank Objekten.

Die Durchführung ist einfach und wird häufig praktiziert. Gleich zu Beginn werden spezielle SQL Statements wie SELECT Statements mit Full Table Scan oder Index Scan durchgeführt, damit die entsprechenden Objekte vollständig in den Cache geladen werden können. Besonders interessant ist dieser Aspekt auch im Zusammenhang mit der Erstellung von Testumgebungen. Falls beispielsweise kein Warmup möglich ist, kann man bevor der eigentliche Test durchgeführt wird, bestimmte Tabellen und Indizes mit dieser Technik vorab in den Buffer Cache laden.

Der folgende Artikel zeigt wie man eine Tabelle in 11g in den Buffer Cache laden kann und gibt Tipps zur Durchführung.

Technische Webseminare zum Thema Compression und Real Application Testing

Mon, 06 Aug 2012 00:00:00 +0000

Die Technologien Compression (u.a. auch die Option Advanced Compression) und Real Application Testing sind wichtige und viel diskutierte Themen im Datenbankumfeld. Immer wieder gibt es auch unterschiedliche Fragen zu den einzelnen Aspekten.

Aus diesem Grund werden im August zwei Webseminare zu diesen Themenkomplexen veranstaltet. Am Besten melden Sie sich gleich an!

23.August 11:00: Speicherplatz Optimierung mit Komprimierung in der Datenbank
29.August 11:00: Sichere Implementation von IT Veränderungen mit Real Application Testing

Housekeeping 11gR2 RAC

Mon, 30 Jul 2012 00:00:00 +0000

11g Release 2 Real Application Cluster ist nun schon seit geraumer Zeit verfügbar und bei vielen Kunden im produktiven Einsatz. Im Normalfall laufen diese Systeme rund um die Uhr - höchstens unterbrochen durch das Einspielen eines Patches.

Bei laufenden Systemen schenkt der Administrator allen anfallenden Log-, Trace- und anderen Files - wie zum Beispiel Sicherungskopien der Oracle Cluster Registry (OCR) - die Oracle an vielen Stellen zur Analyse/Sicherung ablegt keine weitere Beachtung. Schaut man aber trotzdem genauer auf die ORACLE_HOME Verzeichnisse der Installation, so wird man bemerken, dass im Gegensatz zu einer neuen Installation der zur Verfügung stehende Plattenplatz doch erheblich reduziert ist.

Zwar hat Oracle an vielen Stellen vorgesorgt, dass Logfiles rotieren oder alte automatisch gelöscht werden, leider trifft dies aber nicht für alles zu. Ein Grund mehr sich einmal anzuschauen, in welche Verzeichnisse der Oracle RAC mit seiner Grid Infrastruktur Informationen ablegt und welche Verzeichnisse man im Bezug auf den verwendeten Speicherplatz im Auge behalten sollte.

Real Application Testing Teil 1: Database Replay

Fri, 13 Jul 2012 00:00:00 +0000

Real Applicaton Testing steht seit Oracle Datenbank Version 11g als neue Option der Datenbank zur Verfügung. Es handelt sich dabei um ein Werkzeug für die Datenbank, das einen Workload aufzeichnen und in einer Testumgebung wieder abspielen kann. Der Ausdruck Werkzeug ist dabei etwas irre führend, da keine zusätzliche Installation einer separaten Werkzeug-Software für Real Application Testing notwendig ist. Die Nutzung erfolgt wie üblich über die Standardwerkzeuge Enterprise Manager oder PL/SQL bzw. SQL Aufrufe. Welche Idee steckt dahinter?

Um diese Frage zu beantworten, wird im Tipp ein Überblick über die Technologien gegeben, über die Voraussetzungen aufgeklärt, die Ergebnisse eingeordnet und für die praktische Nutzung Skripte zum Download zur Verfügung gestellt.

Erfahrungsbericht zur Nutzung des Database Resource Managers

Thu, 12 Jul 2012 00:00:00 +0000

2009 fand bei der Payback GmbH eine Migration des bestehenden Payback-DWHs auf eine Exadata V1 statt. Im Zuge dieser Migration wurden alle Prozesse, die auf dem DWH ausgeführt wurden, an DB-Services gebunden. Es wurden Services implementiert, welche die Möglichkeit eines Loadbalancing über das komplette RAC bieten, aber auch Services, die nur auf einem dedizierten Knoten aktiv sind. Es war somit möglich eine gewisse "Resourcenverteilung" durchzuführen. Wie kann nun sichergestellt werden, dass bestimmte Prozesse bzw. Benutzergruppen nur die Ressourcen allokieren, die ihnen ggf. vertraglich zugesichert/zugestanden werden?

Der Oracle Database Resource Manager lieferte die passende Antwort auf die Fragestellung. Als dann auch noch in einem weiteren Projekt beobachtet werden konnte, dass sich im OLTP Betrieb verschiedene Module der Anwendung gegenseitig Ressourcen streitig machten, war das Projekt klar:
Die Payback GmbH benötigt ein globales Resource-Manager-Konzept! Der Artikel beschreibt die Implementierung und die Testfällen mit den entsprechenden Möglichkeiten des Monitorings. Skripte und Testcases stehen separat zum Download zur Verfügung.

Real Application Testing Teil 2: SQL Performance Analyzer

Thu, 12 Jul 2012 00:00:00 +0000

Real Applicaton Testing steht seit Oracle Datenbank Version 11g als neue Option der Datenbank zur Verfügung. Es handelt sich dabei um 2 Komponenten - Database Replay (kurz DB Replay) und SQL Performance Analyzer (kurz SPA). Wichtig zu wissen ist, daß SPA nicht nur unabhängig von DB Replay nutzbar ist, sondern auch als eine gute Ergänzung bzw. Vorbereitung für den DB Replay Testlauf dienen kann. Database Replay wurde in Teil 1 im ersten Teil des Tipps ausführlich besprochen und demonstriert. In diesem Artikel liegt der Fokus nun auf der Komponente SQL Performance Analyzer.

Flashback Data Archives: Das perfekte Gedächtnis der Datenbank

Tue, 10 Jul 2012 00:00:00 +0000

Wegen Lizenzierungsänderung im Juli 2012 überarbeitete Version des vor einigen Jahren erschienenen Artikels

Oracle Enterprise Manager Cloud Control 12c: Verteilen von beliebiger Software mit Deployment Prozeduren

Fri, 13 Apr 2012 00:00:00 +0000

Die Verteilung von Software ist in größeren IT-Umgebungen eine ständige Herausforderung. Einheitliche Installationsverfahren sind die Voraussetzung für die Begrenzung von Wartungskosten. Oracle Enterprise Manager Cloud Control 12c ist ein Verwaltungssystem für kleine, mittlere und große IT-Umgebungen und hilft bei der Standardisierung von Softwareinstallationen.

Mit dem Lifecycle Management Pack von Oracle Enterprise Manager Cloud Control 12c können Sie Software aus der grafischen Konsole heraus auf Zielsysteme verteilen und installieren, also provisionieren. Dieses funktioniert für viele Oracle Produkte in einer vorgefertigen Form unter Verwendung von Deployment Prozeduren, die als eine Art Spezialformat für Provisionierungsskripte angesehen werden können. Dabei können die vorgefertigten Deployment Prozeduren direkt oder für die eigenen Bedürfnisse modifiziert verwendet werden. Sie können diese Technik jedoch auch für die Provisionierung beliebiger Software nutzen, indem Sie eigene Deployment Prozeduren erstellen.

Als einfaches Beispiel einer solchen Provisionierung soll in diesem Tipp das Verteilen einer ZIP-Datei mit anschliessendem Auspacken betrachtet werden. Bewusst wird in diesem Tipp versucht, das Beispiel einfach zu halten, um einen leichten Einstieg zu ermöglichen.

Dieser Tipp zeigt Ihnen, wie Sie eine ZIP-Datei mit einer selbstgeschriebenen Deployment Prozedur provisionieren können.