Dies erh\u00f6ht die Kosten zus\u00e4tzlich, aber wir sollten uns immer bewusst sein, dass SAP S\/4HANA<\/strong> <\/a> eine fantastische IT-L\u00f6sung f\u00fcr Unternehmen ist. Es verf\u00fcgt \u00fcber einzigartige In-Memory-Funktionen, die es erm\u00f6glichen, au\u00dfergew\u00f6hnliche Datenverarbeitungsfunktionen<\/strong> bereitzustellen. Diese Leistung hat jedoch ihren Preis – ein erh\u00f6hter Bedarf an Speicher und Rechenleistung, um diese gr\u00f6\u00dferen Datenmengen zu verarbeiten. Das ist das IT-\u00c4quivalent zur \u00dcberdimensionierung von Portionen, und unkontrolliert ist ein \u00fcberm\u00e4\u00dfiger Speicherverbrauch f\u00fcr Unternehmen ebenso ungesund wie zu viel Junkfood f\u00fcr ihre Mitarbeiter.<\/p>\r\n\r\n\r\n\r\n SAP hat das Problem erkannt, aber es muss noch mehr getan werden, um diese Aufbl\u00e4hung zu stoppen. Um die Benutzer bei der Bew\u00e4ltigung des zus\u00e4tzlichen Speicherbedarfs zu unterst\u00fctzen, hat SAP<\/strong> zum Beispiel die Column Store-Funktion<\/strong> <\/a> f\u00fcr die meisten seiner Tabellen eingef\u00fchrt. Dies hat ein besseres Komprimierungsverh\u00e4ltnis als die zuvor verwendeten traditionellen Row-Store-Datenbanken und kann den Speicherbedarf f\u00fcr dieselbe Datenmenge effektiv reduzieren. Leider kann mit Column Stores nur die H\u00e4lfte des Problems gel\u00f6st werden, denn die Komprimierung der Daten allein kompensiert nicht die Tatsache, dass mehr Speicher ben\u00f6tigt wird, um den Gro\u00dfteil der Daten im Arbeitsspeicher zu halten.<\/p>\r\n\r\n\r\n\r\n Microsoft<\/strong> <\/a> hat eine neue virtuelle Maschine ver\u00f6ffentlicht, die fast 24 TB<\/strong> Arbeitsspeicher mit 832 vCPUs unterst\u00fctzt<\/strong> und Anwendern hilft, die Anforderungen von High-End-S\/4HANA-Workloads zu erf\u00fcllen. Es ist der Standard_M832ixs_v2<\/a>. “Wir erleben bei vielen Kunden, die On-Premise arbeiten, dass ihre S\/4HANA-Systeme oder ihre gr\u00f6\u00dferen SAP-Systeme aus ihrer On-Premise-Infrastruktur herauswachsen”, sagt Microsoft-Partnerarchitekt<\/a> J\u00fcrgen Thomas.<\/p>\r\n\r\n\r\n\r\n Die neue VM von Microsoft tr\u00e4gt dazu bei, dieses Problem zu l\u00f6sen, und wir k\u00f6nnen sie f\u00fcr ihre F\u00e4higkeit loben, L\u00f6sungen mit herausragender Rechenleistung anzubieten<\/em>.<\/p>\r\n<\/blockquote>\r\n\r\n\r\n\r\n Aber abgesehen davon m\u00fcssen wir uns mit einem grundlegenden Problem befassen, das uns hier bei der TJC-Gruppe immer wieder besch\u00e4ftigt. Vor 25 Jahren, als die Unternehmen noch mit Mainframes arbeiteten, konnten die meisten Anwender ihre SAP-Anwendungen mit weniger als 1 TB Datenbankspeicher betreiben. Warum sind wir also in der Situation, dass moderne Anwendungen immer mehr Speicher ben\u00f6tigen?<\/p>\r\n\r\n\r\n\r\n M\u00fcssen wir heute wirklich so viel mehr Informationen erfassen, um die gleichen Produkte zu liefern, die vor 30 Jahren ben\u00f6tigt wurden? Das glaube ich nicht. Sicher, wir brauchen immer noch die gleichen grundlegenden Angaben – die Adresse des Kunden, vielleicht seine E-Mail-Adresse und einige Lieferanweisungen. Und doch stehen wir hier vor dieser Situation des \u00fcberm\u00e4\u00dfigen Verbrauchs und des aufgebl\u00e4hten Speichers. In einigen Branchen, insbesondere in der Fast-Fashion-Branche, werden heute doppelt so viele Produkte verkauft wie noch vor 20 Jahren. Dies w\u00fcrde einen Teil des zus\u00e4tzlichen Datenwachstums erkl\u00e4ren. Aber wenn man die Dinge ins rechte Licht r\u00fcckt, dann ist das immer noch nur ein Wachstum um den Faktor 2.<\/p>\r\n\r\n\r\n\r\n Was ist mit all den anderen Unternehmen, die ein schnelles Wachstum erlebt haben? Einige Unternehmen, insbesondere solche, die mit der Technologie- oder E-Commerce-Branche verbunden sind, haben ein exponentielles Wachstum erlebt. Amazon<\/strong> ist ein offensichtliches Beispiel, aber nicht viele Unternehmen haben ein derartiges Hyperwachstum erlebt, das ihre zus\u00e4tzlichen Datenmengen rechtfertigt.<\/p>\r\n\r\n\r\n\r\n Ich komme also auf meinen urspr\u00fcnglichen Punkt zur\u00fcck. Warum sollte ein gro\u00dfes und erfolgreiches Unternehmen heute eine In-Memory-Anwendung mit 24 TB ben\u00f6tigen? Das scheint \u00fcbertrieben zu sein und ist es auch!<\/p>\r\n\r\n\r\n\r\n Die technischen Teams der TJC Group haben die Gr\u00fcnde f\u00fcr dieses Problem untersucht und Hunderte von SAP-Systemen analysiert, um zu verstehen, warum dies der Fall ist.<\/em><\/p>\r\n<\/blockquote>\r\n\r\n\r\n\r\n Auf der Grundlage unserer Untersuchungen kommen wir zu den folgenden Schlussfolgerungen:<\/p>\r\n\r\n\r\n\r\n 1) Architektonische Schw\u00e4chen<\/strong><\/p>\r\n\r\n\r\n\r\n Es gibt so viele, aus denen man w\u00e4hlen kann. Hier sind nur einige der Fehler in der architektonischen Gestaltung, die wir im Laufe der Zeit bei Kundenanwendungen festgestellt haben:<\/p>\r\n\r\n\r\n\r\n 2) Technische Fragen<\/strong><\/p>\r\n\r\n\r\n\r\n Einer meiner pers\u00f6nlichen Favoriten ist eine kundenspezifische Entwicklung, die von einem Experten optimiert wurde, der daf\u00fcr aber \u00c4nderungsprotokolle f\u00fcr den Code aktiviert. Durch diese einfache Anpassung der Batch-Programmierung k\u00f6nnen Protokolle erstellt werden, die das Gesamtvolumen der Datenbank um 400 % erh\u00f6hen.<\/p>\r\n\r\n\r\n\r\n 3) Sie f\u00fchren keine grundlegenden Verwaltungsaufgaben und gew\u00f6hnliche Haushaltsarbeiten aus.<\/strong><\/p>\r\n\r\n\r\n\r\n 4) Keine Einleitung eines Archivierungs- oder ILM-Prozesses.<\/a><\/strong> Bei jedem stabilen Unternehmen erfordern 2 Jahre Daten das doppelte Volumen. Und keine Technologie wird daran etwas \u00e4ndern.<\/p>\r\n\r\n\r\n\r\n 5) <\/strong>Keine Messung der Ergebnisse von Archivierungs- oder ILM-Prozessen.<\/strong> Wenn Sie Ihr Archivierungsprogramm ausgef\u00fchrt haben, aber nur eine Quote von 50 % erreichen, bleibt Ihnen immer noch die H\u00e4lfte des Volumens und des Speichers.<\/p>\r\n\r\n\r\n\r\n 6) Es wird nicht sichergestellt, dass die Ergebnisse konsequent umgesetzt werden<\/strong>. Die TJC Group bietet fachkundige Archivierung und ILM-Automatisierung mit garantierten Archivierungsquoten von \u00fcber 95 % und der M\u00f6glichkeit, laufende Archivierungsdienste anzubieten.<\/p>\r\n\r\n\r\n\r\n Wenn wir auf 20 Jahre Erfahrung in der Branche zur\u00fcckblicken, haben wir in dieser Zeit einige SAP-Systeme mit mehr als 24 TB an Daten kennengelernt.<\/em><\/p>\r\n<\/blockquote>\r\n\r\n\r\n\r\n Darunter waren sogar Oracle-Datenbanken<\/strong>, die vor S\/4HANA<\/strong> entstanden sind, aber die Beispiele sind relativ selten und k\u00f6nnen an den Fingern abgez\u00e4hlt werden. Abgesehen von den Problemen mit den BW-Systemen litten die meisten dieser \u00fcberdimensionierten Systeme unter einem gemeinsamen Konzeptionsmangel. Wie konnte es mit HANA und den Hyperscalern<\/strong> so viel schlimmer werden?<\/p>\r\n\r\n\r\n\r\n <\/p>\r\n\r\n\r\n\r\n Erfahren Sie in diesem On-Demand-Webinar, wie Siebei der Migration auf S\/4HANA die Migrationszeiten verk\u00fcrzen und die TCO Ihrer SAP-Systeme senken<\/strong> k\u00f6nnen. Jetzt anschauen! https:\/\/info.tjc-group.com\/webinar-data-archiving<\/p>\r\n\r\n\r\n\r\n Die TJC-Gruppe ist der Ansicht, dass die Hauptfaktoren f\u00fcr diese Probleme<\/strong> die folgenden sind :<\/strong><\/p>\r\n\r\n\r\n\r\nBew\u00e4ltigung der In-Memory-Anforderungen in SAP<\/h2>\r\n\r\n\r\n\r\n
Neue virtuelle Maschine mit 24 TB von Microsoft<\/h2>\r\n\r\n\r\n\r\n
\r\n
Datenwachstum vs. Gesch\u00e4ftswachstum<\/h2>\r\n\r\n\r\n\r\n
Deep Dive: Warum sollte ein Unternehmen eine 24 TB In-Memory-Anwendung ben\u00f6tigen?<\/h2>\r\n\r\n\r\n\r\n
\r\n
\r\n
\r\n
\r\n
![\"Banner](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2018\/08\/webinar.jpg\")
<\/a><\/figure>\r\n<\/blockquote>\r\n\r\n\r\n\r\nHauptgr\u00fcnde f\u00fcr unsere Toleranz gegen\u00fcber “\u00fcberdimensionierten” Systemen<\/h2>\r\n\r\n\r\n\r\n
![\"Thierry](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2023\/01\/Thierry_500X500.webp\")
<\/figure>\r\n