In "Woche der Virtualisierungslösungen" beschreibe ich, dass es mir nicht gelingt, Oracle VM in einer VMware zu starten.

Das Problem ist gelöst, lag an der Konfiguration des Computers. Oracle VM hat den 64bit Prozessor (Intel T7300) richtig erkannt und wollte die "Intel Virtualization Technology" nutzen. Diese war aber im BIOS augeschaltet.

Nun kann ich also DOM0 starten - und werde demnächst mit der Installation virtueller Maschinen weiter testen...

Die ersten Templates lassen sich übrigens hier laden.

Tanel Poder beschreibt in seinem Blog-Eintrag "Your read only accounts aren’t that read only", dass Benutzer mit ausschliesslich Select-Rechten Tabellen locken können. Damit besteht die Gefahr, dass diese Benutzer Applikationen komplett lahmlegen können. Tanel liefert auch einen (mühsamen) Workaround.

Durch diesen Bericht bin ich wieder einmal auf die Idee gekommen, zu testen, ob sich im "Readonly-Verhalten" von Oracle etwas geändert hat.
Read the rest of this entry »

Nach Oracle mit "Oracle VM" stellt nun auch SUN eine eigene Virtualisierungslösung mit dem Namen xVM auf Basis von Xen vor.
VMware beschreibt im VMWare VROOM! "Ten Reasons Why Oracle Databases Run Best on VMware".

Interessant wäre ein direkter Vergleich aller drei Lösungen.

Einen Riesenvorteil sehe ich aber in der Oracle-Lösung - für diese sind diverse Oracle-Produkte supportet:

• Oracle Database 10g Release 2 und Oracle Database 11g Release 1
• Oracle Application Server 10gR2 and 10gR3
• Oracle Enterprise Manager 10.2.0.4
• ...

Ich habe gestern abend mal versucht, Oracle VM zu installieren. OK - nur zum Test in einer VMware...
Die Installation ist mehr als einfach (bis auf die Netzwerkkonfiguration und eventuell das Partitionlayout kann eigentlich alles mit <Enter> bestätigt werden).

Leider ist es mir dann nicht gelungen, DOM0 zu starten. Ich bekomme immer eine Fehlermeldung, dass ich kein 64bit OS habe (stimmt) - obwohl ich aber die 32bit Version von OracleVM installiert habe.
Naja, ich bleibe dran und teste weiter...

Drei Monate nach Erscheinen von Oracle 11 für Linux (32bit) ist die neue Version nun für alle Hauptplattformen verfügbar:

• Microsoft Windows (32-bit)
• Microsoft Windows (x64)
• Linux x86
• Linux x86-64
• Solaris (SPARC) (64-bit)
• AIX (PPC64)
• HP-UX Itanium

Download wie immer im Technet.

Hat ein Benutzer EXECUTE-Rechte auf eines der folgenden Packages, kann er (bis Oracle 10g) Informationen an beliebige Hosts schicken:

• UTL_TCP
• UTL_SMTP
• UTL_MAIL
• UTL_HTTP
• UTL_INADDR

Mit Oracle 11g ist dies nicht mehr der Fall. Per Default hat kein Benutzer (ausser SYS) die Möglichkeit, mit diesen Packages externe Rechner zu erreichen.
Mit dem neuen Package DBMS_NETWORK_ACL_ADMIN können nun Access Control Listen erzeugt werden, mit denen definiert wird, wer an welchen Host Callouts durchführen kann.

Dies hat aber einige Auswirkungen...
Read the rest of this entry »

Nach der Migration einer 10g-Datenbank nach 11g wurden bei mir auf einmal (ohne Parameteränderung) die Archivelogs gespiegelt.
log_archive_dest_n ist nicht gesetzt, damit wird (richtig) in db_recovery_file_dest (also in die Flash Recovery Area - FRA) archiviert - aber zusätzlich auch noch in $ORACLE_HOME/dbs!!

Im alert.log steht's:

Using LOG_ARCHIVE_DEST_1 parameter default value as /u00/app/oracle/product/11.1.0/dbs/arch
Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST

Ist das nun Absicht? In der Dokumentation haben wir jedenfalls nichts darüber gefunden.

Zwei Tipps kamen von meinen Kollegen:

• Entweder Destination1 wirklich auf FRA setzen:

  ALTER SYSTEM SET log_archive_dest_1 = 'location=USE_DB_RECOVERY_FILE_DEST';
   

• Oder aber Destination1 ausschalten, indem ein Whitspace eingetragen wird (in der Doku wird dies ein Null-String genannt):

  ALTER SYSTEM SET log_archive_dest_1=' ';
   

Sollte man unbedingt beachten, damit nicht sehr schnell das ORACLE_HOME voll läuft...

... ist ab heute hier zum Download verfügbar (für Linux und Windows).

Zwei für mich sehr interessante Neuigkeiten habe ich auf Anhieb entdeckt:

• Support für 11g als Repository- und Target-Datenbank (siehe Metalink)
• Einige (mir) neue Plugins, z.B. für VMware ESX (den werde ich sicherlich mal austesten)

Das ZIP für Linux ist "nur" 1.4 GB gross...

Mein Kollege Martin hat einen Rolling Upgrade mit dem aktuellen CPU getestet. Das Einspielen des CPU ging ohne Probleme (wenn der bekannte Bug mit Linux 64bit umgangen wird).

Damit aber die Datenbank die gesamte Zeit online zur Verfügung steht, müssen ein paar Sachen beachtet werden. Siehe dazu seinen interessanten Blog-Eintrag.

Ein kurzes Update zu unserem Security Alert:

Oracle informierte uns, dass drei unserer kritischsten Security Holes im Main Code behoben sind. Die Fixes sollen im nächsten CPU (Januar 2008) enthalten sein.
Wir bemühen uns, einen Vorab-Patch zu bekommen für die Kunden, die Database Vault schon produktiv im Einsatz haben.

Andere Probleme sind noch "Under investigation".

Die 32bit Windows Version steht hier zum Download bereit.

Interessant finde ich schon, dass zuerst die Linux-Versionen, dann Windows und später irgendwann die restlichen Unix-Versionen kommen. Früher kam Windows immer viel später. Ist Microsoft für Oracle nun wichtiger geworden?

Also - happy download - wer unbedingt Windows möchte