Hi everybody, --- for a German version of the mail text, please see further below ---
Summary: We are using SAP DB 7.4.3, are unhappy with its performance, and would greatly appreciate any hints and help leading to a better configuration. We have a SAP DB 7.4.3 database on Debian Linux, accessed by a Java web application in a cluster setup. The database is running on a 4 x 2.5Ghz Xeon machine with 2 GB RAM and separate disks for log volume, data volume and os / db. The problem is, we are not quite happy with the performance of our setup yet. When a not-too-high number of users tries to access the application, the database comes under load pretty quickly (as measured by the Unix "top" command), and normally fast queries start to take several seconds. Since this is the first time we are using SAP DB for such a setup, we lack an experienced DBA, and the application itself is relatively well tuned (heavy caching etc.), we suspect that our db configuration might be less than optimal. My question is, what are typical configuration gotchas regarding performance? Our current configuration parameters are: . CACHE_SIZE = 100000 . MAXCPU = 4 . MAXLOCKS = 8560 . MAXUSERTASKS = 200 ..., all other params have default values. Do these look all right? What other parameters look at for performance tuning? The database is accessed by four application servers, each of which is using a JDBC based connection pool with up to 50 connections. Is this too low, counter-productively high ;), or pretty standard? The data and log volumes are plain files (not raw devices) sitting on an ext3 (journaled) file system. Might it be a problem that it's a journaled file system? What kind of performance improvements, if any, could one typically expect from a switch to raw devices? What kind of performance gain, if any, have people experienced by going from 7.4 to 7.5. - is it worth it? Just yesterday, I stumbled across the documentation for the jdbc driver, and saw that it has "interesting" configuration parameters as well. Any hints for how to set these? As I said, any hints that help us go in the right direction would be highly appreciated. Many thanks in advance! =) Falk ([EMAIL PROTECTED]) --- German version --- Hallo zusammen, kurz gesagt: Wir haben eine SAP DB 7.4.3 im Einsatz, sind aber mit der Performance noch nicht so recht gl�cklich. Wir vermuten, da� unsere Konfiguration noch nicht optimal ist, und w�ren sehr dankbar f�r sachdienliche Hinweise. Die Datenbank l�uft auf Linux (Debian) und wird von einem kleinen Cluster von Java-Anwendungsservern (Tomcats) angesprochen. Die Datenbankmaschine ist eine Vierfach-Xeon mit 2.5 Ghz, 2 GB RAM und getrennten Platten f�r Datenvolume, Logvolume und System / Datenbank. Das Problem ist, da� die Performance f�r dieses Setup noch nicht zufriedenstellend ist. Die Datenbank kommt bereits bei einer nicht allzu hohen Zahl von Zugriffen unter Last (gemessen als "Load" im Unix "top"-Befehl), und normalerweise recht schnelle SQL-Abfragen brauchen dann leicht einige Sekunden. Da dies unser erster Einsatz von SAP DB in einem derartigen Szenario ist und wir keinen erfahrenen DBA in der Firma haben, verd�chtigen wir unsere Datenbankkonfiguration als Hauptschuldigen. Meine Frage ist daher: Was sind typische Performancefallen bei der Konfiguration von SAP DB? Unsere derzeitigen Parameter lauten: . CACHE_SIZE = 100000 . MAXCPU = 4 . MAXLOCKS = 8560 . MAXUSERTASKS = 200 ..., alle anderen Einstellungen liegen bei den Default-Werten. Ist hierbei schon etwas auff�llig? Welche anderen Parameter sollte man sich beim Performance-Tuning anschauen? Die vier Anwendungsserver greifen auf die Datenbank �ber JDBC-basierte Connection Pools zu. Jeder dieser Connection Pools belegt bis zu 50 Verbindungen (etwas weniger). Ist das zu wenig, kontraproduktiv viel, oder ein relativ normaler Wert? Die Daten- und Log-Volumes liegen als normale Dateien in einem Journaling File-System (ext3) eingebunden, nicht als Raw Devices. K�nnte die Tatsache, da� es ein Journaling File-System ist, ein Problem darstellen? Welche Performance-Vorteile, wenn �berhaupt, d�rfte man sich von einem Umstieg auf Raw Devices f�r Log und Daten versprechen? Hat jemand schon Erfahrungen beim Umstieg von 7.4. auf 7.5. - welchen Performancegewinn bringt das? Gestern bin ich zum ersten Mal �ber die Dokumentation zum SAP DB JDBC-Treiber gestolpert. Wie ich gesehen habe, hat der ja auch einige performance-relevante Parameter. Hat hierzu jemand Erfahrungen? Wie gesagt, f�r jegliche Tips, die uns in die richtige Richtung bringen k�nnten, w�ren wir sehr dankbar. Vielen Dank im Voraus! =) Falk ([EMAIL PROTECTED]) -- NEU : GMX Internet.FreeDSL Ab sofort DSL-Tarif ohne Grundgeb�hr: http://www.gmx.net/info -- MaxDB Discussion Mailing List For list archives: http://lists.mysql.com/maxdb To unsubscribe: http://lists.mysql.com/[EMAIL PROTECTED]
