Dieser Beitrag wird sehr kurz, aber ich möchte es nicht unerwähnt lassen: Viele DBAs gingen davon aus, dass das Patchset 10.2.0.4 für ORACLE Database Server das finale Patchset sein wird, doch ORACLE hat mal wieder alle überrascht.
Nach unzähligen Fehlschlägen beim Upgrade von APEX 3.0.1 auf 3.2.1 kann ich nun endlich den Erfolg vermelden. Mein Szenario sah folgendermaßen aus: Ich wollte die integrierte APEX-Version 3.0.1 unter ORACLE 11gR1 (Patchset 11.1.0.7; OS: Win) auf die aktuelle APEX-Version 3.2.1 bringen. Das Installationsscript und das Laden der deutschen Ausgabe waren nie das Problem. Das, was nie funktioniert hat, war das Kopieren der Bilder… und das, obwohl ich mich strikt an die Dokumentation gehalten habe. Jedesmal hat es mir die Seite anschließend zerhauen.
Nach dem Artikel SQL-Script: Größe einer Datenbank ermitteln möchte ich daran anknüpfen und auf die Artikel zweier ORACLE DBAs verweisen, die sich mit dem Thema auseinandergesetzt haben, wie viel Platz einzelne Objekte – insbesondere Tabellen – in einem Tablespace belegen.
Ich glaube, jedem DBA wurde schon einmal die Frage gestellt, wie groß denn nun diese oder jene Datenbank ist. Und ich glaube auch, dass jedem DBA daraufhin folgendes durch den Kopf geht: “Was genau will er/sie jetzt wissen und was soll ich darauf antworten?”
Um ORACLE Database 10g Release 2 auf dem SUSE Linux Enterprise Server 10 zu installieren, müssen im Vorfeld diverse Maßnahmen getroffen werden. So muss unter anderem dem ORACLE Universal Installer vorgegaukelt werden, man wolle ORACLE auf einem SLES9-System installieren.
Allgemeines: Zur Automatisierung von Jobs in ORACLE Datenbanken wird das Package dbms_job verwendet. Die Funktionalitäten und Erweiterungen dieses Packages werden in der ORACLE Datenbase Version 10g in dem Package dbms_scheduler zusammengefasst.




