{"id":61964,"date":"2015-06-21T09:54:12","date_gmt":"2015-06-21T07:54:12","guid":{"rendered":"http:\/\/e3mag.com\/?p=61964"},"modified":"2019-08-21T10:03:28","modified_gmt":"2019-08-21T08:03:28","slug":"s-4-hana-und-sap-adaptive-server-enterprise","status":"publish","type":"post","link":"https:\/\/e3mag.com\/de\/s-4-hana-und-sap-adaptive-server-enterprise\/","title":{"rendered":"S\/4 Hana und SAP Adaptive Server Enterprise"},"content":{"rendered":"

Unternehmen, die f\u00fcr ihre SAP-Systeme bislang homogene Datenbanken von Anbietern wie Oracle oder IBM nutzen, drohen bei der Einf\u00fchrung von Hana oder SAP Business Suite 4 Hana (S\/4 Hana) doppelte Lizenz- und Wartungskosten f\u00fcr ihre Datenbanken: Einerseits f\u00fcr Hana, andererseits f\u00fcr die der anderen Anbieter.<\/p>\n

Dabei ist in der Hana Runtime Edition for Applications and SAP BW (REAB) bereits die Lizenz f\u00fcr ASE enthalten \u2013 eine alternative Datenbank f\u00fcr die verbleibenden Altsysteme wird sozusagen frei Haus mitgeliefert. Diese ist aufgrund ihrer Stabilit\u00e4t insbesondere im Finanzumfeld gesch\u00e4tzt und teils seit Jahrzehnten im Einsatz.<\/p>

\"Fullsize\"<\/a><\/div><\/div>\n

Zudem ist die Roadmap von SAP \u2013 im Gegensatz etwa f\u00fcr MaxDB \u2013 f\u00fcr sie klar und sie verf\u00fcgt \u00fcber eine sehr gute Kompression, was zu einem vergleichsweise geringen Platzbedarf f\u00fchrt. Ein Umstieg liegt somit auf der Hand. Doch bei der Migration auf ASE gilt es, einige Stolperfallen zu beachten.<\/p>\n

Pro und Contra Migration auf ASE<\/h3>\n

Wie unsere Erfahrungen aus \u00fcber 100 Migrationen und dem Betrieb von \u00fcber 70 Kundensystemen zeigen, amortisieren sich die Kosten f\u00fcr die Migration auf ASE in der Regel aufgrund der dauerhaft nie\u00addrigeren Lizenz- und Wartungskosten recht schnell.<\/p>\n

Au\u00dferdem legt das Lizenzmodel der SAP dabei keine H\u00fcrden f\u00fcr die Virtualisierung der Datenbank in den Weg. Weitere Vorteile sind der Bezug von Anwendung und Datenbank aus einer Hand sowie deutliche Vorteile beim Platzbedarf etwa gegen\u00fcber MaxDB, die im Gegensatz zu ASE keine Datenkompression unterst\u00fctzt.<\/p>\n

Zudem sind keine aufw\u00e4ndigen Reorganisationen wie bei Oracle notwendig. Die eingebettete Administration erfolgt \u00fcber das g\u00e4ngige DBA Cockpit, mit dem die meisten Administratoren vertraut sind.<\/p>\n

Dem stehen meist zwingend erforderliche Investitionen in die IT-Infrastruktur entgegen, da ASE hardwareseitig deutlich mehr CPU-Ressourcen ben\u00f6tigt. Wie die Praxis zeigt, ist hier teilweise eine um mehrere hundert Prozent h\u00f6here Rechenleistung erforderlich.<\/p>\n

Hinzu kommt, dass die Datenbank w\u00e4hrend der Vollsicherung ihr Log nicht leeren kann, sodass ein besonderes Augenmerk auf die Gestaltung des Backups zu legen ist.<\/p>\n

Insgesamt \u00fcberwiegen bei den meisten Unternehmen jedoch die Vorteile von ASE \u2013 insbesondere im Hinblick auf die dauerhaften Gesamtkosten.<\/p>\n

Konzeption: Erfahrung ist gefragt<\/h3>\n

Aufgrund der spezifischen Hardware-Anforderungen gilt es trotz der gut dokumentierten Migrationsanleitungen, bereits in der Fr\u00fchphase der Planung erfahrene Spezialisten hinzuzuziehen und sich strikt an die von SAP ver\u00f6ffentlichten Empfehlungen \u2013 etwa bei der Dimensionierung der Caches \u2013 zu halten.<\/p>\n

Ein besonderes Augenmerk sollte dabei auch auf die Gestaltung des Backup-Konzepts gelegt werden. Bei Snapshot-basierten Backups hat dies idealerweise auf dem \u201eprepare database mode\u201c zu basieren.<\/p>\n

Er ist dem \u201equiesce mode\u201c vorzuziehen, da Letzterer die Datenbank nur in einen Read-only-Modus versetzt. Um Point-in-time Recovery zu erm\u00f6glichen, ist in der Konzeption darauf zu achten, dass Logs eigenst\u00e4ndig wiederherstellbar sind.<\/p>\n

Da die Datenbank w\u00e4hrend einer Vollsicherung ihre Logs nicht leeren kann, ist die Backup-Laufzeit ein kritischer Faktor: Solange die Sicherung l\u00e4uft, werden die \u00c4nderungen in die Logs geschrieben.<\/p>\n

Dauert das Backup zu lange, laufen die Logs \u00fcber. Es empfiehlt sich daher, Backups in Zeiten geringer Belastung zu machen sowie den Logbereich ausreichend zu dimensionieren. Zus\u00e4tzlich k\u00f6nnen f\u00fcllgradgesteuerte Log\u00adbackups eingerichtet werden.<\/p>\n

Auch sollten die Monitoring-Parameter strikt auf die SAP-spezifischen Anforderungen angepasst sein. Sind diese Voraussetzungen erf\u00fcllt, erm\u00f6glicht ASE sehr schnelle und erfahrungsgem\u00e4\u00df problemlose Backups.<\/p>\n

Knackpunkte bei der Administration<\/h3>\n

Mit SAP vertraute Administratoren k\u00f6nnen ASE \u00fcber das gewohnte DBA Cockpit verwalten und \u00fcberwachen. Typisch f\u00fcr die Datenbank sind jedoch sehr h\u00e4ufige \u00c4nderungen in den SAP-Hinweisen bez\u00fcglich der einzelnen Parameter.<\/p>\n

Hervorzuheben ist dabei, dass rund 95 Prozent der ASE-Parameter online \u00e4nderbar sind. Dies gilt selbst f\u00fcr den zu verwendenden Arbeitsspeicher (max_memory) und die CPU-Ressourcen (syb_default_pool). Diese Eigenschaft erm\u00f6glicht es \u2013 insbesondere im Zusammenspiel mit Virtualisierung \u2013, die Ressourcen dynamisch an den wachsenden Bedarf anzupassen.<\/p>\n

F\u00fcr die Reduktion der Ressourcen ist, wie auch aus der Virtualisierung bekannt, ein Neustart erforderlich \u2013 dieser kann jedoch meist in ein geplantes Wartungsfenster gelegt werden.<\/p>\n

Auch die Frequenz der Patches ist bei ASE vergleichsweise hoch, was einerseits einen gewissen Aufwand beim Einspielen bedeutet, jedoch auch zur Folge hat, dass Bug Fixes meist recht schnell erfolgen und neue Features rasch zur Verf\u00fcgung stehen.<\/p>\n

F\u00fcr den Fall, dass die SAP-Systeme beziehungsweise das DBA-Cockpit ausf\u00e4llt, fehlen auch die gewohnten Administrationstools f\u00fcr ASE. Dann l\u00e4sst sich die Datenbank nur noch rein \u00fcber iSQL verwalten.<\/p>\n

Dies kann insbesondere kleinere IT-Abteilungen ohne Mitarbeiter mit entsprechenden iSQL-Kompetenzen vor Schwierigkeiten stellen.<\/p>\n

Fazit<\/h3>\n

Insgesamt steht Unternehmen mit ASE eine Datenbank zur Verf\u00fcgung, die \u2013 nicht zuletzt aufgrund der g\u00fcnstigen Lizenzsituation in Kombination mit S\/4 Hana \u2013 eine sinnvolle Alternative zum Parallelbetrieb von Hana und Datenbanken von Drittanbietern ist.<\/p>\n

Werden ein paar Schritte eingehalten (siehe Kasten), steht erfahrungsgem\u00e4\u00df einer Migration auf ASE nichts entgegen. Dabei ist es unerheblich, ob der Betrieb im Unternehmen selbst oder von einem Dienstleister \u00fcbernommen wird.<\/p>\n

 <\/p>\n

\n

 <\/p>\n

ASE-Migration: Klassische Vorgehensweise<\/span><\/h3>\n