{"id":25125,"date":"2017-07-11T08:07:38","date_gmt":"2017-07-11T06:07:38","guid":{"rendered":"http:\/\/e3mag.com\/?p=25125"},"modified":"2024-02-07T09:05:56","modified_gmt":"2024-02-07T08:05:56","slug":"das-patchmonster","status":"publish","type":"post","link":"https:\/\/e3mag.com\/de\/das-patchmonster\/","title":{"rendered":"SAP Hana – das Patchmonster"},"content":{"rendered":"

Schaut man sich die Patchzyklen der marktrelevanten Datenbanken und demzufolge den Hana-Wettbewerb an, so ergibt sich auf Monatsbasis ein interessantes Bild. Auch den Herstellern anderer Datenbanken passieren Fehler (\u201ezur\u00fcckgezogene Releases\u201c), sodass die geplanten Release-Zyklen nicht wie geplant eingehalten werden k\u00f6nnen.<\/p>\n

Bei SAP kann man zwar nicht von geplant ausgehen, aber die Vergangenheit best\u00e4tigt die Zahl der zur\u00fcckgezogenen Releases. Eine derartig hohe Taktung hat keine andere dieser DBs.<\/p>

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

Optimistisch kann man sagen: \u201eDie Hana-Entwicklung schreitet rasant voran.\u201c Die meisten Beobachter und Anwender kommen aber zu dem Schluss, dass es in der Vergangenheit zu viele Fehler gab, die nicht auf neue Funktionen zur\u00fcckzuf\u00fchren sind.<\/p>\n

Laut SAP werden in den sogenannten Maintenance-Revisionen nur Fehler behoben und keine neuen Features aktiviert. Erh\u00f6ht sich hier die Schlagzahl derartiger Maintenance-Versionen, macht dies die mangelnde Qualit\u00e4t der Software sichtbar. \"Hana<\/a><\/p>\n

Dies ist insbesondere bei SPS12 deutlich zu erkennen. Dies haben auch einige Kunden best\u00e4tigt und die Vertreter der SAP haben diesen Kritikpunkt verstanden und angenommen. Seit den letzten Revisionen (deutlich ab 122.09) sind die Fehler enorm zur\u00fcckgegangen.<\/p>\n

In der Grafik, die aus mehr als 400 der offiziellen SAP-Hinweise entstanden ist, erkennt man deutlich, wie viele Fehler in einer Hana-Revision enthalten sind und, wesentlich dramatischer, dass f\u00fcr rund 35 Prozent davon kein Workaround vorhanden ist oder angeboten wird!<\/p>\n

Je nach Gewichtung des Bugs muss dann auf die n\u00e4chsth\u00f6here Revision ausgewichen werden. Viele Kunden bem\u00e4ngeln genau dieses Verhalten, da sie von einem Fehler in den n\u00e4chsten laufen. Dies bedeutet einen enormen internen Administrations- und Testaufwand.\"Release<\/a><\/p>\n

Der zeitliche Aspekt ist gerade f\u00fcr die gr\u00f6\u00dferen Unternehmen, die im Normalfall nur ein bis zwei Releases im Jahr produktiv setzen, ein riesiges Problem. Hier muss man allerdings zwischen geplanten (neue Features, Performanceverbesserungen, Supportende oder Abh\u00e4ngigkeiten zum SAP-Release) und ungeplanten Wartungen (Stabilit\u00e4tsprobleme, falsche Ergebnisse, Konsistenzprobleme, fehlerhafte Funktionalit\u00e4ten) differenzieren.<\/p>\n

Im Durchschnitt ben\u00f6tigt man zwischen mindestens drei und i. d. R. sechs Wochen, um f\u00fcr eine neue Datenbankversion alle Regressions-, Backup-, Recovery- und Clustertests zu durchlaufen, ohne Vorbereitungs- und Abstimmungsaufwand.<\/p>\n

Wenn allerdings bereits nach vier bis f\u00fcnf Wochen die n\u00e4chste Hana-Revision ver\u00f6ffentlicht wird, kommt man gar nicht mehr aus dieser Testspirale heraus. Hier stellt die SAP nun via \u201eCapture and Replay\u201c (ab SPS12) eine neue notwendige Funktion bereit, die den Testaufwand minimiert und optimiert.<\/p>\n

Man ben\u00f6tigt nicht mehr explizite Test-\/Keyuser, die das neue Release funktional und mit nur geringer Last testen, sondern man kann 1:1 den Workload aus dem produktiven System auf einem Testsystem abbilden.\"Patchzyklen\"<\/a><\/p>\n

30 Minuten f\u00fcr den Release-Wechsel?<\/h3>\n

Oft wird im Hana-Umfeld von der SAP \u00fcber einen Wartungsaufwand von nur 30 Minuten f\u00fcr einen Release-Wechsel geworben. Hierbei wird aber unterschlagen, dass es sich dabei lediglich um die reine technische Prozedur handelt.<\/p>\n

Hierf\u00fcr notwendige und hinreichende Vorbereitungsarbeiten, Tests, Konsistenzpr\u00fcfungen oder gar die Pr\u00fcfung von Abh\u00e4ngigkeiten sind dabei nicht enthalten, denn diese beanspruchen mit Abstand die meiste Zeit.<\/p>\n

Um Letzteres zu pr\u00fcfen, stellt die SAP den Kunden leider kein vern\u00fcnftiges Toolset zur Seite. Das bedeutet, man muss f\u00fcr jeden Release- Wechsel einige hundert Hinweise pr\u00fcfen, ob die Funktion im Einsatz ist und dies auf die zuk\u00fcnftig verwendete Datenbankversion zutrifft.<\/p>\n

Es gibt zum jetzigen Stand keine Such-, Filter- oder Kategorisierung der Hana-SAP-Hinweise. Am Ende erschwert es dem Administrator die Arbeit und verl\u00e4ngert somit den Testaufwand f\u00fcr m\u00f6gliche Workarounds und Bugs, die m\u00f6glicherweise doch noch in der neuen angestrebten Version enthalten sind.<\/p>\n

Eine Antwort, ob ein derartiges Tool in Zukunft von der SAP ausgeliefert wird, konnten die anwesenden SAP-Mitarbeiter nicht geben. Auch dieser Kritikpunkt wurde aufgenommen, konnte aber bis zum jetzigen Zeitpunkt nicht vollst\u00e4ndig gekl\u00e4rt werden.<\/p>\n

Eine m\u00f6gliche L\u00f6sung hat QPCM mit dem iHAL (intelligent Hana Assurance List) unabh\u00e4ngig von der SAP entwickelt, damit die tagelange Suche, Pr\u00fcfung und Gewichtung der Hana-Hinweise nicht so viel Aufwand bedeutet.<\/p>\n

Durch Eingabe des Quell- und Ziel-Releases kann der Administrator mittels iHAL ermitteln und dann abw\u00e4gen, wie viele Fehler mit welchem Feature in Verbindung stehen, und anhand der Gewichtung bewerten, ob es Sinn macht, einen Workaround einzusetzen oder besser auf eine der kommenden Revisionen zu warten.<\/p>\n

Dieses Hana-Pr\u00fcf-Tool wird es in Zukunft auf www.qpcm.de geben. (Bei Interesse oder Detailauswertung setzen Sie sich via Mail mit jens.gleichmann@qpcm.de in Verbindung.)\"Buganzahl\"<\/a><\/p>\n

Nicht jeder Bug f\u00fchrt zum Update<\/h3>\n

Ein Gro\u00dfteil der von SAP ver\u00f6ffentlichten Hana-Fehler sind schwerwiegender Natur, die sehr wohl die Stabilit\u00e4t der Hana-Datenbank als auch die Konsistenz der Daten betreffen. Damit sollte jedes Update wohl\u00fcberlegt sein und gepr\u00fcft werden, bevor man das Update technisch einspielt.<\/p>\n

Die Grafik gibt eine \u00dcbersicht der Verteilung der Kategorien und die verbundene Anzahl an Hana-Bugs. Wichtig ist die Kernaussage des Impulsbeitrags der SAP: \u201eNicht jeder Bug muss zwangsweise zu einem Update f\u00fchren!\u201c<\/p>\n

Man sollte also abw\u00e4gen, ob das betroffene Feature sowie dessen Impact den Betrieb, die Stabilit\u00e4t und Inte\u00adgrit\u00e4t des Gesamtsystems gef\u00e4hrden. Nur mit diesem Wissen kann man die Frage \u201eWann ist der richtige Zeitpunkt f\u00fcr ein Update\/Upgrade\u201c mit ruhigem Gewissen beantworten.<\/p>\n

Doch Stand heute fehlt genau diese Transparenz f\u00fcr die Kunden und Anwender. Unter diesen Umst\u00e4nden stellt sich zwangsl\u00e4ufig die Frage, \u00fcber die fast alle IT-Manager und Administratoren diskutieren: Ist Hana bereits \u201eMission critical ready\u201c?<\/p>\n

\"BugKategorien\"<\/a>Aufgrund dieser sehr kurzen Release-Zyklen sowie des damit verbundenen hohen Aufwands und der Menge an trotzdem noch offenen Bugs im Vergleich zu anderen Datenbanken verdient sich die Hana-Datenbank zum Standpunkt heute die bereits unter vielen Kunden bekannte Betitelung \u201eDas Patchmonster\u201c.<\/p>\n

Die Veranstaltung war sowohl f\u00fcr Hersteller als auch Kunden sehr konstruktiv und die SAP hat sich der Kritik offen gestellt. Der Software-Gigant aus Walldorf hat in den letzten Wochen bereits darauf reagiert und die Hana-Revisionen deutlich stabilisiert.<\/p>\n

Mit dieser Veranstaltung wurde das Fundament f\u00fcr die von vielen Kunden geforderte DSAG-Arbeitsgruppe \u201eHana im Betrieb\u201c Ende Juni geschaffen.<\/p>\n

\"https:\/\/e3mag.com\/partners\/q-partners-gmbh\/\"<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

Im M\u00e4rz trafen sich Anwenderunternehmen, SAP und Partner zum DSAG-Thementag \u201eHana im Betrieb\u201c. Beim Vortrag zur Release-Strategie waren die kurzen Release-Zyklen zwischen Maintenance und Revision Thema. F\u00fcr die alten Releases SPS10 und SPS11 waren es sehr knappe 37 beziehungsweise nur 32 Tage. <\/p>\n","protected":false},"author":107,"featured_media":25134,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"pmpro_default_level":"","footnotes":""},"categories":[5,15175],"tags":[273,65,4256],"coauthors":[22259],"class_list":["post-25125","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it-management","category-mag-1707","tag-dsag","tag-hana","tag-maintenance","pmpro-has-access"],"acf":[],"featured_image_urls_v2":{"full":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606.jpg",1000,519,false],"thumbnail":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606-150x150.jpg",150,150,true],"medium":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606.jpg",400,208,false],"medium_large":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606-768x399.jpg",768,399,true],"large":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606.jpg",1000,519,false],"image-100":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606-100x52.jpg",100,52,true],"image-480":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606-480x249.jpg",480,249,true],"image-640":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606-640x332.jpg",640,332,true],"image-720":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606-720x374.jpg",720,374,true],"image-960":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606-960x498.jpg",960,498,true],"image-1168":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606.jpg",1000,519,false],"image-1440":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606.jpg",1000,519,false],"image-1920":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606.jpg",1000,519,false],"1536x1536":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606.jpg",1000,519,false],"2048x2048":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606.jpg",1000,519,false],"trp-custom-language-flag":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606.jpg",18,9,false],"bricks_large_16x9":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606.jpg",1000,519,false],"bricks_large":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606.jpg",1000,519,false],"bricks_large_square":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606.jpg",1000,519,false],"bricks_medium":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606.jpg",600,311,false],"bricks_medium_square":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606.jpg",600,311,false],"profile_24":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606-24x24.jpg",24,24,true],"profile_48":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606-48x48.jpg",48,48,true],"profile_96":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606-96x96.jpg",96,96,true],"profile_150":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606-150x150.jpg",150,150,true],"profile_300":["https:\/\/e3mag.com\/wp-content\/uploads\/2017\/07\/shutterstock_420859606-300x300.jpg",300,300,true]},"post_excerpt_stackable_v2":"

Im M\u00e4rz trafen sich Anwenderunternehmen, SAP und Partner zum DSAG-Thementag \u201eHana im Betrieb\u201c. Beim Vortrag zur Release-Strategie waren die kurzen Release-Zyklen zwischen Maintenance und Revision Thema. F\u00fcr die alten Releases SPS10 und SPS11 waren es sehr knappe 37 beziehungsweise nur 32 Tage. <\/p>\n","category_list_v2":"IT-Management<\/a>, MAG 17-07<\/a>","author_info_v2":{"name":"Jens Gleichmann, Q-Partners","url":"https:\/\/e3mag.com\/de\/author\/jens-gleichmann\/"},"comments_num_v2":"0 comments","_links":{"self":[{"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/posts\/25125","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/users\/107"}],"replies":[{"embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/comments?post=25125"}],"version-history":[{"count":1,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/posts\/25125\/revisions"}],"predecessor-version":[{"id":139181,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/posts\/25125\/revisions\/139181"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/media\/25134"}],"wp:attachment":[{"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/media?parent=25125"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/categories?post=25125"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/tags?post=25125"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/e3mag.com\/de\/wp-json\/wp\/v2\/coauthors?post=25125"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}