Die Widgets basieren auf Adobe AIR , was direkt das erste Problem für manche Nutzer aufwerfen wird. In vielen Firmen wird auf den Computern kein Adobe AIR installiert oder steht sogar entgegen der Firmenpolicy. Wenn es manuell nachinstalliert werden soll, so müssen Administratorrechte vorhanden sein, andernfalls klappt das leider nicht.

Die Installation gestaltet sich mit dem Besuch der Webseite der Widgets  und jeweils einem Klick auf “Install Now” für jedes Widget recht einfach und ist in wenigen Minuten erledigt.

Derzeit gibt es drei Widgets:

• Target Search & Monitoring
• High-Load Databases
• Service Level & Monitoring

Allen Widgets gemeinsam ist die Möglicht über die jeweiligen Einstellungsseites den Skin zu wechseln, den automatischen Login einzuschalten, das “Windows-Always-on-Top”-Verhalten festzulegen sowie den automatischen Start des Widgets bei Systemstart einzustellen. Leider kann man nicht festlegen, dass das Widget nicht in der Taskleiste angezeigt werden soll, sodass man bei drei Widgets schnell eine überfüllte Taskleiste hat (sofern man nicht gerade ein Zusatzprogramm zum minimieren in den Tray laufen lässt).

Target Search & Monitoring Bietet, wie der Name schon verspricht, eine Zielsuche. Über eine Eingabemaske können alle Ziele durchsucht werden. Beispielsweise kann nach einem Instanznamen gesucht werden. Gibt man dort den entsprechenden Suchbegriff ein, so erscheint eine Liste von Vorschlägen. Klickt man auf einen Vorschlag, so öffnet sich der voreingestellte Browser des Systems und zeigt die Übersichtsseite des Ziels (z.B. der Instanz). Ausserdem kann man einzelne Systeme als Favoriten markieren und deren Status in einer eigenen Übersicht anzeigen lassen. Dies vor allem bei “kränkelnden” oder besonders wichtigen Datenbanken recht praktisch. Fazit: Prinzipiell sehr praktisch, da man einen schnellen Zugriff auf die Ziele erhält. Jedoch ist das Widget recht groß (Immerhin 300*60 Pixel groß) und eignet sich daher nicht wirklich für die dauerhafte Anzeige auf dem Bildschirm des Administrators. Verbesserungsmöglichkeit sehe ich also in der Auswahl des Skins (Minimal-Skin anbieten!).

High-Load Databases Dieses Widget zeigt eine Übersicht mit den 5 aktivsten Datenbanken. Die Anzeige basierte auf den Auswertungen der durchschnittlichen Session Performance sowie den Belastungsmetriken. Wurde außerdem der “Automatic Database Diagnostic Monitor"-Pack gekauft, so werden die letzten Findings der verschiedenen Advisor beim drüberfahren über den Datenbanknamen angezeigt. Klickt man auf die Datenbanken, so wird die Übersichtsseite im Enterprise Manager angezeigt. Außerdem kann eine andere Sicht gewählt werden, welche die verschiedene Last der Datenbanken in verschiedenen Quadraten zeigt. Fazit: Wenn man die Datenbanken ein wenig im Auge behalten will, ist das sicher kein schlechtes Widget, jedoch finde ich persönlich die verschiedenen Datenbanken schwer zu vergleichen. So ist ein großes Data Warehouse natürlich unter stärkerer Last als eine kleine Labordatenbank. Ich werde es daher nicht weiter einsetzen, da es zudem recht groß ist.

Service Level & Monitoring Für dieses Widget muss zunächst Patch #8869802 für den Enterprise Manager installiert werden. Da dies bei mir nicht der Fall war, kann ich von diesem Widget keine Screenshots präsentieren. Allerdings ist die Oberfläche im Bild oben zu erkennen. Wenn dieser Patch installiert ist, werden einige Infos aus der ersten Seite des Enterprise Managers in einem Widget dargestellt. Darunter ist der Status der Datenbanken (Down/Unbekannt/Up), die Alarme (Warnung/Kritisch) sowie die verletzten SLA’s dargestellt. Letztere müssen natürlich konfiguriert sein, damit diese korrekt angezeigt werden.

Fazit: Auch dieses Widget ist wieder zu groß geraten, da es recht viel Platz auf dem Desktop weg nimmt. Es ließe sich meines Erachtens auch deutlich kleiner darstellen. Es verschafft einen schnellen Überblick, der sich auch im Webinterface sehen lässt.

Generelles Fazit: Relativ praktisch, ABER zu groß geraten.

• Oracle ACFS Snapshot Enhancements
• Oracle ACFS Security and Encryption Features
• Support for ACFS Replication and Tagging on Windows
• Oracle LogMiner Support for Binary XML
• SQL Apply Support for Binary XML
• Oracle LogMiner Support for Object Relational Model
• SQL Apply Support for Object Relational Model
• Deprecation of Obsolete Oracle XML DB Functions and Packages
• Oracle Warehouse Builder Support for Partition DML
• Enhanced Partitioning Support in Oracle Warehouse Builder
• Oracle Warehouse Builder External Table Data Pump Support
• Oracle Warehouse Builder External Table Preprocessor Support
• Compressed Table and Partition Support in Oracle Warehouse Builder
• Support for PL/SQL Native Compilation

Dafür sind einige Features verschwunden oder nicht mehr zugänglich, diese kann man hier in einer Liste finden .

Die genaue Liste der gelösten Bugs findet man dann in Dokument “1348303.1: List of Bug Fixes by Problem Type”, hier muss man derzeit aber noch warten bis es zugänglich ist. Die Liste der weiterhin offenen Bugs findet man hier .

Hilfreicher Artikel:

• Oracle Database 11.2.0.3 new features @ Julian Dontcheff’s Database Blog 

Ich habe letztens auf einer Oracle 10.2.0.5 Datenbank mit Prozeduren rumgespielt. Konkret habe ich eine gebraucht, die mir den Audit-Trail der durch den Parameter audit_trail=db,extended entstanden ist, mal wieder aus der Datenbank löscht. Diese Prozedur sollte mit SYSTEM ausgeführt werden.

Mein erster Versuch der Prozedur sah wie folgt aus:

1
2
3
4
5
6
7
8
9

CREATE OR REPLACE PROCEDURE PURGE_AUDIT_TRAIL (days in number) as purge_date date;
BEGIN
 purge_date := trunc(sysdate-days);
 DBMS_OUTPUT.PUT_LINE('AUDIT: Purging Audit Trail until ' || purge_date || ' started');
 EXECUTE IMMEDIATE 'delete from sys.aud$ where ntimestamp# < trunc(sysdate- ' || days || ')';
 commit;
 DBMS_OUTPUT.PUT_LINE('AUDIT: Purging Audit Trail until ' || purge_date || ' has completed');
END;
/

Bei der Ausführung durch SYS war alles in Ordnung (egal, ob die Prozedur unter SYS oder SYSTEM eingebaut wurde), bei Ausführung unter SYSTEM konnte AUD$ nicht gefunden werden. Dubioserweise konnte aber per SELECT in der gleichen Prozedur drauf zugegriffen werden.

Hintergrund des ganzen Mist ist, dass Oracle ein bisschen seltsames Sicherheitsmodell hat und man einer Prozedur mittels AUTHID mitgeben sollte, mit welchen Privilegien man diese ausführen kann. Will man die gleichen Privilegien als der Ersteller mitgeben, so muss man die Prozedur wie folgt definieren:

1
2
3
4
5
6
7

CREATE OR REPLACE PROCEDURE some_procedure AUTHID DEFINER IS
BEGIN
 DECLARE
 BEGIN

 END;
END;

Will man die des ausführenden Nutzers verwenden, so muss man AUTHID CURRENT_USER statt AUTHID DEFINER verwenden. Das Ergebnis sieht daher wie folgt aus:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

CREATE OR REPLACE PROCEDURE PURGE_AUDIT_TRAIL (days in number) AUTHID DEFINER IS
BEGIN
 DECLARE
 purge_date date;
 BEGIN
 purge_date := trunc(sysdate-days);
 DBMS_OUTPUT.PUT_LINE('AUDIT: Purging Audit Trail until ' || purge_date || ' started');
 EXECUTE IMMEDIATE 'delete from sys.aud$ where ntimestamp# < trunc(sysdate- ' || days || ')';
 commit;
 DBMS_OUTPUT.PUT_LINE('AUDIT: Purging Audit Trail until ' || purge_date || ' has completed');
 END;
END;

So waren die folgenden beiden Beispiele angegeben, was passieren kann, wenn man mit den falschen Parametern spielt:

$ oerr ora 10665 10665, 00000, “Inject Evil Literals” // *Cause: Event 10665 is set to some number > 0, causing 1/(value-1) of all // literals to be replaced by 2000 letter ‘A’s. A value of 1 does // not corrupt anything. //*Action: never set this event

$ oerr ora 10668

10668, 00000, “Inject Evil Identifiers” // *Cause: event 10668 is set to some number > 0, causing 1/(value-1) of all // identifiers to be replaced by a maximum amount of x’s. It is // common for an identifier to be parsed once with a max of 30 bytes, // then reparsed later with a max of 4000, so it may not be possible // to inject such an identifier without the aid of this event. A // value of 1 causes no identifiers to be corrupted. //*Action: never set this event

Sehen böse aus ;) Bei Karl Arao  kann man dann sehen, wie die Kreatur, die man dabei erzeugt, aussieht:

Gestern habe ich einen PL/SQL-Code für eine Oracle Datenbank geschrieben, wo allen Nutzern Rechte entzogen werden sollten. Problem war, dass nicht jeder Nutzer diese Rechte überhaupt hatte und daher der Fehler “ORA-01927: cannot REVOKE privileges you did not grant” geworfen wurde. Untenstehend habe ich lediglich ein paar Beispiele gezeigt, wie man das abfängt.

Mein erster Ansatz war, diesen im generischen Exception-Block abzufangen:

1
2
3
4
5
6
7

BEGIN
 -- Placeholder for revoke the rights from USER
 DBMS_OUTPUT.PUT_LINE('[X] ' || USER || ';');
EXCEPTION
 WHEN OTHERS THEN
 DBMS_OUTPUT.PUT_LINE('[ ] ' || USER || ';');
END;

Wenn das revoken klappt, dann wird “[X] Username” ausgegeben, wenn nicht, dann eben “[ ] Username”. Dies führt aber dazu, dass man nicht unterscheiden kann, ob ein Fehler aufgetreten ist oder ob der Nutzer nicht einfach schon ohne diese Rechte existiert hatte. Daher muss man sich eine Exception basteln:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

DECLARE
 cannotrevokeprivyoudidntgrant EXCEPTION;
 PRAGMA EXCEPTION_INIT(cannotrevokeprivyoudidntgrant, -1927);
BEGIN
 -- Placeholder for revoke the rights from USER
 DBMS_OUTPUT.PUT_LINE('[X] ' || USER || ';');
EXCEPTION
 WHEN cannotrevokeprivyoudidntgrant THEN
 DBMS_OUTPUT.PUT_LINE('[X] ' || USER || ';');
 WHEN OTHERS THEN
 DBMS_OUTPUT.PUT_LINE('[ ] ' || USER || ';');
END;

Wie man sieht, habe ich die Exception cannotrevokeprivyoudidntgrant an den Fehlercode -1927 gebunden, was der Fehler ORA-01927 ist. Somit hat man dann ganz unkompliziert die Möglichkeit zwischen Erfolg und Misserfolg im Fehlerfall zu unterscheiden. Weiteres kann man in der Dokumentation von Oracle  nachlesen.

• Real Application Cluster bietet Grid-Plug-and-Play und neue Funktionen im Server-Pooling
• Auslagerung weniger wichtiger Daten mittels RAC One Node
• Verbesserte Kompression und Partitionierung zur Reduktion des Datenvolumens auf 25 bis 50 Prozent
• Verbessertes Storage Management zur Nutzung von Backupservern als Produktivmaschinen
• Verbesserung der Leistung von Data Warehouses:
  • Verzehnfachung der Query Performance mittels Oracle Database Machine
  • Transparente Ausführung von Querys auf Daten im Speicher aller Rechner eines Clusters
• Automatisierung von Tasks der Datenbankadministratoren (Speicher- und Storage-Management, Backup und Recovery sowie SQL-Tuning)

Derzeit ist nur Linux x86 mit 32 Bit und 64 Bit Versionen zum Download  (zu Testzwecken) verfügbar.

Ein Upgrade-Video ist hier  zu sehen.

Quellen:

• Oracle Whitepaper 
• Heise 
• Golem 

• Oracle Database 11g, version 11.1.0.7, 11.2.0.1
• Oracle Database 10g Release 2, versions 10.2.0.3, 10.2.0.4
• Oracle Database 10g, version 10.1.0.5
• Oracle Database 9i Release 2, versions 9.2.0.8, 9.2.0.8DV

Die Schwachstellen wurden nach dem CVSS 2.0 bewertet , ihr höchster Wert für Oracle Database ist 7,5 für alle Plattformen. Betroffen sind in Oracle Database diesmal die folgenden Teile:

• Core RDBMS
• Change Data Capture
• JavaVM
• Oracle XDB
• RDBMS Security
• XML DB

Das Update beinhaltet Fixes für 7 Schwachstellen in Oracle Database. keiner davon lässt sich von entfernten Rechnern ohne Authentifizierung auszunutzen und keiner der Fixes ist für Client-Installationen bei denen keinen Datenbank installiert wurde, nötig.

Das gesamte Announcement ist hier  zu finden. Die Updates werden am kommenden Dienstag, 13.04.2010 erscheinen. Sind erschienen.

• Oracle Database 11g, version 11.1.0.7, 11.2.0.1
• Oracle Database 10g Release 2, versions 10.2.0.3, 10.2.0.4
• Oracle Database 10g, version 10.1.0.5
• Oracle Database 9i Release 2, versions 9.2.0.8, 9.2.0.8DV

Die Schwachstellen wurden nach dem CVSS 2.0 bewertet , ihr Wert für Oracle Database Server ist 7,8 für alle Plattformen. Betroffen sind in Oracle Database diesmal die folgenden Teile:

• Application Express
• Export
• Listener
• Net Foundation Layer
• Network Layer
• Oracle OLAP

Zudem sind die beiden folgenden Features betroffen:

• Oracle Secure Backup (5 Fixes, CVSS-Rating: 10,0)
• TimesTen In-Memory Database (2 Fixes, CVSS-Rating: 10,0)

Das Update beinhaltet Fixes für 6 Schwachstellen in Oracle Database Server. Vier davon lassen sich von entfernten Rechnern ohne Authentifizierung auszunutzen und einer der Fixes ist für Client-Installationen bei denen keine Datenbank installiert wurde, nötig.

Das gesamte Announcement ist hier  zu finden.

Vorab wurden in der Agenda bereits die folgenden Punkte für den Webcast bekannt gegeben:

• Integrated application-to-disk and cloud management to maximize return on your IT investment
• Business-driven application management that allows your IT department to spot and fix issues before the business is impacted
• Integrated systems management and support that provides proactive notifications and fixes combined with peer-to-peer knowledge sharing to increase customer satisfaction

• Oracle Database 11g, version 11.1.0.7
• Oracle Database 10g Release 2, versions 10.2.0.3, 10.2.0.4
• Oracle Database 10g, version 10.1.0.5
• Oracle Database 9i Release 2, versions 9.2.0.8, 9.2.0.8DV

Die Schwachstellen wurden nach dem CVSS 2.0 bewertet , ihr höchster Wert für Oracle Database ist 10,0 für alle Plattformen. Betroffen sind in Oracle Database diesmal die folgenden Teile:

• Application Express Application Builder
• Core RDBMS
• Listener
• Oracle Data Pump
• Oracle OLAP
• Oracle Secure Backup
• Oracle Spatial
• Oracle Universal Installer

Das Update beinhaltet Fixes für 10 Schwachstellen in Oracle Database, eine davon wurde in Oracle Secure Backup geschlossen. Davon sind 2 von entfernten Rechnern ohne Authentifizierung auszunutzen, benötigen also keinen gültigen Nutzerzugang. Keiner der Fixes ist für Client-Installationenm bei denen keinen Datenbank installiert wurde, nötig.

Das gesamte Announcement ist hier  zu finden.

In diesem CPU wurde in den folgenden Datenbank-Komponenten Schachstellen behoben:

• Advanced Queuing
• Application Express
• Authentication
• CORE RDBMS
• Data Mining
• Net Foundation Layer
• Network Authentication
• Oracle Spatial
• Oracle Text
• PL/SQL
• RDBMS Data Pump
• RDBMS Security
• Workspace Manager

Weitere Informationen sind hier  zu finden.

Update: Ist nun erschienen.

1
2
3
4
5

BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
107901 Full 1.72G SBT_TAPE 00:00:55 **21-FEB-11**

[...]

Und dann setzt man das NLS_DATE_FORMAT um:

1

export NLS_DATE_FORMAT='DD-Mon-YYYY HH24:MI:SS'

Die Ausgabe nachher:

1
2
3
4
5

BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ --------------------
107901  Full    1.72G      SBT_TAPE    00:00:55     <strong>21-Feb-2011 23:38:13</strong>

[...]

Manchmal kommen dabei dann auch noch unbrauchbare Angaben raus, dann braucht man noch die NLS_LANG.

1

export NLS_LANG=english.WE8MSWIN1252

PS: Nachdem ichs jetzt schon eine gefühlte Million-15 Mal gebraucht habe, hier mal als kurzer Spickzettel für mich ;)

• Oracle Database 11g, version 11.1.0.7, 11.2.0.1
• Oracle Database 10g Release 2, versions 10.2.0.3, 10.2.0.4, 10.2.0.5
• Oracle Database 10g, version 10.1.0.5

Die Schwachstellen wurden nach dem CVSS 2.0 bewertet , ihr Wert für Oracle Database Server ist 7,5 für alle Plattformen. Betroffen sind in Oracle Database diesmal die folgenden Teile:

• Change Data Capture
• Core RDBMS
• EM DB Control
• Java Virtual Machine
• Job Queue
• OLAP
• Perl
• XDK

Das Update beinhaltet Fixes für sieben Schwachstellen in Oracle Database Server. Einer davon lassen sich von entfernten Rechnern ohne Authentifizierung auszunutzen, jedoch ist keiner der Fixes ist für Client-Installationen bei denen keine Datenbank installiert wurde, nötig.

Das gesamte Announcement ist hier  zu finden.

• Oracle Database 11g, version 11.1.0.7, 11.2.0.1
• Oracle Database 10g Release 2, versions 10.2.0.3, 10.2.0.4
• Oracle Database 10g, version 10.1.0.5

Die Schwachstellen wurden nach dem CVSS 2.0 bewertet , ihr Wert für Oracle Database Server ist 7,5 für alle Plattformen. Betroffen sind in Oracle Database diesmal die folgenden Teile:

• Client System Analyzer
• Cluster Verify Utility
• Database Vault
• Oracle Spatial
• Scheduler Agent
• UIX

Das Update beinhaltet Fixes für sechs Schwachstellen in Oracle Database Server. Zwei davon lassen sich von entfernten Rechnern ohne Authentifizierung auszunutzen, jedoch ist keiner der Fixes ist für Client-Installationen bei denen keine Datenbank installiert wurde, nötig.

Das gesamte Announcement ist hier  zu finden.