Freitag Apr. 29, 2005

Was tun bei ORA-04031?

Grundsätzlich sollte man den letzten Oracle Patch(set) eingespielt haben besonders bei 8i, da hier doch einige Bugs behoben wurden, die mit dem Fehler zusammenhängen. 9i und 10g sollten eigentlich wegen dem automatischen Storagemanagement nicht so anfällig sein. Besonders die 10g hat hier die Möglichkeit, die SGA automatisch zu erweitern.
Mir ist der Fehler bisher nur bei der 8i passiert und da scheint ein Applikatonserver aufgrund eines fehlerhaften Skripts, das wohl in einer Art Endlosschleife lief, ziemlich viele Connections auf die DB abgesetzt zu haben. Genau konnte ich das nicht nachvollziehen. Sollte der Fehler ständig auftreten, sollte man sich auf jeden Fall mal die folgenden Oracle-Parameter genauer ansehen: SHARED_POOL_SIZE, SHARED_POOL_RESERVED_SIZE und SHARED_POOL_RESERVED_MIN_ALLOC. Grundsätzlich spielt es keine Rolle, wie groß die SGA ist. Der Fehler kann auch dann auftreten, wenn die SGA ziemlich fragmentiert ist. Wenn z.B. viele Statements ohne Bindungsvariablen abgesetzt werden und auch kein Cursor-Sharing benutzt wird, dann kann's bei vielen gleichzeitigen Queries eng werden. Wie oft der Fehler aufgetreten ist, zeigt z.B. folgende Query:

SELECT free_space, avg_free_size, used_space, avg_used_size, request_failures, last_failure_size FROM v$shared_pool_reserved;

Schaut euch auf jeden Fall die Metalink Note zu dem Fehler an. Die Note ist sehr ausführlich und interessant. Ein paar Links zum Oracle Fehler ORA-04031:


ora-04031.ora-code.com
cryer.co.uk
dba.5341.com
Oracle Metalink Note 146599.1

Mittwoch Apr. 27, 2005

Desktop Java Features in Mustang

Wer sich für die neuesten Desktop-Features in Java "Mustang" 6.0 interessiert, sollte hier mal vorbeischauen.

Dienstag Apr. 26, 2005

PostgreSQL Entwickler

Vor kurzem gab's ein nettes Interview mit einigen PostgreSQL-Entwicklern bei osdir.com. Einige Photos der PostgreSQL-Entwickler findet ihr hier. Einer der Core-Entwickler ist Tom Lane. Er schafft's 30-50 Mails am Tag zu beantworten und nebenbei noch mehr Code zu schreiben als jeder Andere. Josh Berkus meinte, das wohl bald das "Tom Lane Scalability Limit" erreicht ist ;-)