Kernel

SAP Speicherverwaltung für Dummies mit ABAP Kernel 7.40/7.41 und Linux

Die richtige Einstellung der SAP Speicherverwaltung ist nicht immer einfach. Zum einen kommt es auf die Anforderungen an das System an, zum anderen natürlich auf die vorgegebene Umgebung und verfügbare Ressourcen. Früher zunächst nur für die Windows-Systemschiene bei SAP verfügbar gibt es seit einiger Zeit das SAP Zero Administration Memory Management auch für Linux. Eine nette Sache! Richtig eingesetzt macht es gerade in virtuellen Umgebungen richtig Sinn. Den über einen prozentuale Angabe des zu benutzenden RAMs ist es möglich, dass das SAP System sich zum Großteil automatisch an die RAM Veränderung anpasst. Man gibt also der virtuellen Maschine mehr Arbeitsspeicher, startet die entsprechende Instanz durch und viola – das System ist gleich passend für die wichtigsten Kenngrößen gesized ohne das auch nur an das Instanzprofil gedacht werden muss.

Wie geht man nun am Besten vor? Zunächst als <sid>adm ein cdpro absetzen um ins Profilverzeichnis (/sapmnt/<SID>/profile) zu wechseln und eine Sicherungskopie des aktuell aktiven Instanzprofils anlegen – safety first 🙂 Dreh- und Angelpunkt während der Anpassung ist der Parameter PHYS_MEMSIZE. Über diesen wird angegeben, wie viel Arbeitsspeicher für die Instanz genutzt werden soll. Die Angabe kann in Absoluten- und in Prozentwerten erfolgen. Somit kann man recht einfach für einen Application Server ohne Datenbank je nach Speicherausstattung 96 oder mehr Prozent angeben um dem Application Server möglichst viel Arbeitsspeicher zur Verwendung zu überlassen. Der Rest bleibt dann entsprechend für das OS übrig. In einer Shared Host Installation mit viel RAM kann so ggf. auch jeder Instanz 10% zugewiesen werden. Über das Konstrukt ist es dann ebenfalls möglich Instanzen mit hören Anforderungen über den Parameter gezielt mehr Speicher zuzuordnen ohne immer wieder an mehreren Parametern in mehreren Profilen schrauben zu müssen. Wird die Instanz auf dem Datenbankhost betrieben sollte hier zuvor genau errechnet werden wie viel Speicher das Datenbanksystem allein benötigt. In neueren SAP Releases geht das sehr einfach über die Transaktion DB02, die eine genaue Auflistung erstellt, die nicht nur die SGA enthält. Ansonsten muss man die Oracle Parameter auswerten und manuell errechnen.

Die für das jeweilige Kernelrelease unterstützen Formeln, die für das Memory Management herangezogen werden erhält man über sappfpar. Hierfür bietet sich folgendes Statement an: [Read more…]

Defektes SAP Syslog reparieren

Nach einem Neuaufbau eines SAP Application Servers war plötzlich nach dem das Syslog defekt. Die SM21 zeigte für das lokale Syslog nur einige Einträge korrekt an, der Rest sah sehr merkwürdig aus. Defekte Zeit/Datumsangaben, unsinnige Meldungen und abgeschnittene Feldinhalte standen dort, wo für gewöhnlich die Stop/Start-Meldungen der Workprozesse abgebildet sind. Es wurden nur ca. 10% der Startmeldungen des Application Servers in das Syslog geschrieben bzw. angezeigt.

Die gängigen SAP-Notes bin ich erfolglos durchgegangen. Der Syslog Korrektur-Report RSLG0020 hilft auch nicht weiter. Die SCSA wurde bereits gelöscht und neu angelegt. Selbst ein Server-Neustart war nicht von Erfolg gekrönt.

Das kontrollierte Löschen des lokalen Syslogs laut SAP-Note blieb auch erfolglos. Einfach zum Haare raufen. [Read more…]

LONG-Field Tabellen und die online Reorganisation

Wenn man einen Tablespace reorganisieren möchte kann man dies in der Regel online als auch offline tun. Beide Verfahren haben ihre Vor- und Nachteile. Bei der online Reorganisation von Tabellen gibt es jedoch eine Einschränkung bzgl. Tabellen mit Feldern vom Typ LONG. Diese können nicht online reorganisiert werden. Bei moderneren Systemen (Neuinstallation >= Kernel 7.00) kommen LONG-Fields nicht mehr vor bzw. die Systeme werden ohne LONG-Felder ausgeliefert. Bei älteren Systemen muss man sich entweder mit einem Export/Import der Tabellen behelfen oder aber die LONG-Fields in LOBs umwandeln. Aber Achtung, je nach Release kann es hier zu Nebeneffekten kommen. Sofern man ein historisch gewachsenes System hat, das über einen Kernel >= 7.00 sowie Oracle 10g verfügt kann man die LONG-Fields jedoch einfach konvertieren. Das geht sogar online und muss lediglich einmal gemacht werden. Der online Reorganisation von Tabellen steht dann nichts mehr im Wege.

Zunächst kann man recht einfach prüfen ob es denn überhaupt LONG-Fields in den Tabellen gibt, die umgesetzt werden müssen.

SQL> select TABLE_NAME, COLUMN_NAME from dba_tab_columns where owner='<Schema-Owner>' and data_type = 'LONG';

TABLE_NAME                     COLUMN_NAME
------------------------------ ------------------------------
GVD_OBJECT_DEPEN               TO_NAME
GVD_SQL                        SQL_TEXT
GVD_SQLAREA                    SQL_TEXT
ORA_RESUMABLE                  SQL_TEXT
PLAN_TABLE                     OTHER

SQL>

[Read more…]

Oracle Datenbankupgrade und das Backup danach

Nach dem erfolgten Upgrade einer 10er Oracle Datenbank auf die Version 11g wollte ich zur Sicherheit ein Offlinebackup des Systems fahren. Allerdings begrüßte mich brbackup daraufhin erst einmal mit einer Fehlermeldung:

brbackup -u / -c -m all -t offline_force
/usr/lib/hpux64/dld.so: Unsatisfied data symbol 'nltrc_entry' in
load module  '/oracle/client/10x_64/instantclient/libnnz10.so'.
/usr/lib/hpux64/dld.so:  Unsatisfied data symbol 'nltrc_exit' in
load module  '/oracle/client/10x_64/instantclient/libnnz10.so'.
/usr/lib/hpux64/dld.so:  Unsatisfied data symbol 'nzdacvalue' in
load module  '/oracle/client/10x_64/instantclient/libnnz10.so'.

Killed

Ein ldd auf brbackup brachte dann folgendes zu Tage:

ldd brbackup [Read more...]

Abwärtskompatibilität

Lücke im Linux-Kernel ermöglicht Root-Rechte

Eine Schwachstelle im 32-Bit-Kompatibilitätsmodus des aktuellen Linux-Kernels (und vorhergehenden Versionen) für 64-Bit-Systeme lässt sich ausnutzen, um an höhere Rechte zu gelangen. Angreifer könnten dies beispielsweise nach einem Einbruch über eine Lücke im Webserver ausnutzen, um mit Root-Rechten das System vollständig unter ihre Kontrolle zu bekommen. […] aus heise.de

Ich sags ja immer wieder: Abwärtskompatibilität ist kein Segen sondern ein Fluch! Anstatt aus Fehlern in der Vergangenheit zu lernen schleppe ich alte Workarrounds mit in die Zukunft. Anstatt das Design so anzupassen das ich keine Probleme mehr habe behindern mich alte Workarounds im Design neuer Funktionen. Das ist irgendwie schon Paradox. Und jetzt bitte nicht mit dem Satz: „Das muss so sein, das wird sonst teuer.“ argumentieren 🙂

Ich sag nur A20-Gate…

VMware Server 1.06 unter Ubuntu Server „Hardy“ installieren

Nach dem Wechsel von Debian zu Ubuntu als Serverdistribution hatte ich jetzt ein Problem mit dem VMware Server. Zunächst wollten die Module nicht kompliliert werden, dann war es nicht möglich die VMware-Server-Console unter Ubuntu (auf einem Client) zu starten…

Hier nun die Schritte, die bei mir zum Erfolg geführt haben:

sudo bash

apt-get install build-essential linux-headers-`uname -r` xinetd

wget VMware-server-1.0.6-91891.tar.gz
wget VMware-server-linux-client-1.0.6-91891.zip

tar -xvf VMware-server-1.0.6-91891.tar.gz

cd vmware-server-distrib

./vmware-install.pl

Die Module sollten sich durch die installieren headerfiles problemlos übersetzen lassen. Die entpackten Kernelsourcen reichen hierfür nicht aus, da die zum laufenden Kernel passende Konfiguration nicht vorliegt. Ohne die Headerfiles passiert sowas: [Read more…]