SAP Business Application Programming Interface (BAPI)
SARA Archivadministration
Vor der geplanten Laststeigerung sollten Sie einen Service von SAP in Anspruch nehmen, der die aktuelle Hardwareauslastung ermittelt und die Folgen der geplanten Laststeigerung bewertet. SAP empfiehlt, bei geplanten Laststeigerungen von bis zu 30 % den SAP-EarlyWatch-Service und bei größeren Laststeigerungen den SAP GoingLive Check in Anspruch zu nehmen. Bei einem Wechsel des SAP-Releases bzw. der Datenbankplattform oder der Hardwareplattform bietet SAP ebenfalls spezielle SAP GoingLive Checks an. Während dieser Services wird die aktuelle Auslastung der Hardware gemessen und bewertet. Aufgrund der Angaben über den geplanten Projektschritt wird der zusätzliche Hardwarebedarf ermittelt. Bereits geplante Änderungen der Hardwarelandschaft werden in die Auswertung mit einbezogen. Der kostenfreie automatische Service SAP EarlyWatch Alert ermittelt ebenfalls die aktuelle Hardwareauslastung und stellt diese in einem übersichtlichen Bericht zusammen. Sofern bereits eine Produktivnutzung besteht, werden also immer die aktuellen Auslastungsdaten für das Sizing-Projekt herangezogen. Eine falsche Entscheidung wäre es, ein initiales Sizing für die neue Gesamtlast durchzuführen und die aktuellen Auslastungsdaten zu ignorieren.
Dadurch ergeben sich neue Möglichkeiten der SAP-Administration. So können Basis-Dienstleistungen auch bei SAP gemietet oder im Rahmen von Managed Services bei einem externen Dienstleister bezogen werden.
Ggf das zugrunde liegende Betriebssystem verwalten
Seit den letzten Jahren ist SAP HANA eines der großen Themen im SAP Umfeld. Viele Kunden stehen aktuell vor der Frage, ob Sie Ihr SAP System migrieren sollen oder nicht. Neben der eigentlichen Umstellung an sich, gibt es aber zahlreiche andere Themen bei denen Sie sich vorab schon informiert haben sollten, da diese den Erfolg von SAP HANA bei Ihnen beeinflussen. Was wissen Sie bereits über SAP HANA? Gerne möchte ich Sie mit dem folgenden Artikel dazu anregen sich Gedanken zu Thematik der Sicherheit zu machen. Möchten Sie etwas über die Architektur von HANA erfahren, empfehle ich Ihnen einen Beitrag unserer Kollegen von erlebe Software. SAP HANA Szenario Doch warum sprechen wir überhaupt über HANA Security? Warum ist es so wichtig, sich mit der neuen Technologie auch neue Sicherheitsstrategien zu überlegen? Mit HANA ist es möglich, Daten schnell zu analysieren. BW-Szenarien profitieren in erster Linie von der verwendeten In-Memory- Datenbank (IMDB), da sich hier Geschwindigkeitsvorteile beim Datenzugriff besonders positiv auswirken. Im Vergleich zu einem klassisches ERP / R3 Szenario wird die normale DB gegen HANA ausgetauscht. Es resultieren die gewünschten Geschwindigkeitsvorteile. Bei der Umstellung ist jedoch mit einem Migrationsaufwand zu rechnen. Verursacht wird dies, durch kundeneigene Entwicklungen im System. HANA ist jedoch keine Weiterentwicklung von SAP ERP, HANA ist die nächste Stufe eines ERP Systems. In einem ERP-Systeme steckt bekanntlich das Kapital der Unternehmen. Daher ist auch ein neues HANA-System wie alle anderen ERP Systeme für Angreifer interessant. Zum einen enthält ein solches System die kritischen Geschäftsdaten die sich für eine Spionage anbieten. Darüber hinaus sind die meisten Geschäftsprozesse in einem solchen System abgebildet und bieten eine Angriffsfläche für Sabotage. Hinzu kommt, Nutzer kennen sich mit der neuen Technologie anfangs nicht gut aus. Dies gilt ebenso für Administratoren in dem Bereich einer neuen Technologie. Angreifer haben schnell einen gefährlichen Wissensvorsprung vor diesen Nutzergruppen. In SAP HANA gibt es viel neues, obwohl auf vieles existierendes von SAP ERP zurückgegriffen wird, daher besteht hier ein Risiko.
Seit der Version 7.0 bietet der SAP Solution Manager unter dem Schlagwort End-to-End Diagnostics eine komponentenübergreifende Workload-Analyse und ein Tracing an. Die komponentenübergreifende Workload-Analyse summiert die Performancedaten aus allen an einer Lösung beteiligten Komponenten und stellt sie in einer Oberfläche dar. Beim komponentenübergreifenden Tracing ist es möglich, bei einer Transaktion in der Benutzeroberfläche, d. h. im Webbrowser oder im SAP GUI, zentral einen Trace einzuschalten, der dann mit dem Datenstrom über die beteiligten Komponenten verteilt wird. Wird also ein Trace von einem Benutzer eingeschaltet, schaltet jede Komponente lokal ihren Trace ein und speichert diesen unter einer bestimmten Identifikationsnummer ab. Die Trace-Daten werden dann anschließend durch den SAP Solution Manager eingesammelt und stehen für eine zentrale Auswertung zur Verfügung. Dabei können unterschiedliche Trace-Levels aktiviert werden.
Verwenden Sie "Shortcut for SAP Systems", um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Beachten Sie, daß ab SPAM/SAINT-Version 11 das Löschen der Queue nach dem Schritt DDIC_IMPORT und folgenden nicht mehr möglich ist.
IMPORT_OBJECT_LIST In diesem Schritt werden die Objektlisten für die Support Packages in der Queue in das System eingespielt.