How-To

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…]

Optimierung einer Wolf CGB-K-20 Gasbrennwerttherme mit Bedienmodul

Update: Auf vielfache Anfrage habe ich den Artikel aus einem Backup restored. Da ich die Immobilie nicht mehr besitze und auch keinen Zugriff mehr auf eine solche Heizungsanlage habe kann ich keinerlei ergänzende Fragen zu dem Thema beantworten. Wie sich in der Vergangenheit gezeigt hat konnte mit den gesammelten Informationen dem einen oder anderen Hausbesitzer geholfen werden, seinen Gasverbrauch zu senken.

Die Kommentare werden erst nach manueller Prüfung freigeschaltet – bitte daher etwas Geduld und keine Doppelpostings 😉

Wie viele andere Häuslebauer haben auch wir die (eigentlich) überdimensionierte Wolf Gasbrennwerttherme CGB-K-20 eingebaut bekommen. Ich will natürlich nicht sagen, dass die Therme schlecht wäre! Ganz im Gegenteil. Die Therme hat einen hervorragenden Energienutzungsgrad, (lt. Stiftung Warentest 06/2006), verbraucht im Standby 6 Watt und im Betrieb (30 % Auslastung)  83 Watt Strom. Andere Thermen verbrauchen lt. Stiftung Warentest hier weit über 90 Watt bis hin zu 111 Watt. Das kling zwar nicht viel, rechnet man das über eine komplette Heizperiode hoch kommen hier doch einige kWs zusammen.

Wolf CGB-K-20 Brennwerttherme

Wolf CGB-K-20 Brennwerttherme

Das Problem ist nur, dass die Wolf Therme mit den 20 kW Leistung völlig überdimensioniert ist – welcher Neubau braucht schon deutlich mehr als 10 kW Heizleistung? Und da kommen wir schon zum nächsten Problem – der für Neubauten (offiziell) zu geringe Modulationsbereich der Therme: 6,1 – 20,5 kW. Hier wäre – um bei Wolf zu bleiben – eine CGB11 wesentlich sinnvoller gewesen. Die hat dann einen Modulationsbereich von 3,6 bis 10,9 kW. Sowie eine Booster-Leistung von 14,6 kW beim Warmwasser erzeugen.

Das bringt dann natürlich – zumindest mit Werkseinstellungen und nicht optimiert sofort ein weiteres Problem mit sich: Takten des Brenners, geringe Laufzeiten (< 2 Minuten), erhöhter Gasverbrauch, erhöhter Verschleiß und die (nicht erzeugte) Wärme kommt nicht beim Verbraucher an. Das starke Takten dieses Geräts scheint eines der häufigsten Probleme zu sein und wir z.B. im Haustechnik Dialog Forum immer und immer wieder angesprochen. Dem kann man nun recht einfach entgegen wirken. Aber Vorsicht! Man sollte wissen was man tut um nicht ungewollt die Heizungsanlage oder ihre Komponenten zu beschädigen. Änderungen sollten daher immer wohl bedacht sein und nur vorgenommen werden, wenn sie unbedingt notwendig sind. Never touch a running System! (Das gilt nicht nur für EDV-Systeme :-)).

Als Heizungsanlage haben wir eine Wolf CGB-20-K (inkl. Bedienmodul BM) mit einem Wolf 90l Schichtenspeicher installiert bekommen. Das Bedienmodul ist eine sehr wichtige – wenn für den Benutzer nicht die wichtigste Komponente der ganzen Heizungsanlage. NUR über das Wolf BM kann man die Anlage ordentlich einstellen. DWT und was es da noch an Reglungen gibt sind leider nicht in der Lage die Therme vollständig zu parametrisieren. Die Heizung hat einen Außenfühler (logisch), das BM sitzt im Heizungsraum in der Therme. Die Heizung ist im DG eingebaut. Als Heizung ist überall eine Fußbodenheizung verlegt. Im Bad ist zusätzlich ein Handtuchheizkörper an den VL (Vorlauf) der FB angeschlossen. Die Heizung ist für einen VL von 55C° bei -14C° ausgelegt (zumindest in der Standardkonfiguration). Eine Zirkulationspumpe ist per Zeitschaltuhr gesteuert; Typ Wilo-Star, einfache Version ohne sonstige Regelungen. Alle Räume haben ebenfalls eine ERR (Einzelraumreglung) von Purmo. Die hat anscheinend eine Hysterese von 0.5-1K. [Read more…]

bogofilter, Postfix und der Kampf gegen Spam

Hatte ich bislang amavis im Einsatz, so läuft auf der neuen Hardware zwar auch wieder ein Postfix Mailserver auf Debian Basis, jedoch nicht mehr mit spamassassin und CO. Das war mir einfach zu ressourcenlastig. Aber ich habe mittlerweile eine nette Alternative im Einsatz: bogofilter.

Auf bogofilter bin ich gekommen, da man amavis auf der NSLU2 zwar betreiben konnte, aber die durchschnittliche Bearbeitungszeit einer Email lag mit allen Checks bei > 3 Minuten. Das war zwar OK, allerdings muss man hierbei bedenken, dass die NSLU2 in dieser Zeit gar nichts anderes gemacht hat. Selbst einfach SSH Sessions hingen zu diesem Zeitpunkt. An einen Zugriff per NFS, SMB oder gar FTP war nicht mal ansatzweise zu denken. Ob nun eine Mail in 1 Sek verarbeitet ist oder 3 Minuten braucht, das ist bei einem Homeserver eigentlich egal – bei den 4 Mailadressen, die der im Schnitt betreut macht das bisschen Verspätung nichts aus 😉

[Read more…]