OAC5 Einstellungen zur Barcodeerfassung
Migration in die Wolke: Azure, Amazon, Google, andere
In der Datenbank, welche auf einem Datenbankserver liegt, werden alle Daten eines Unternehmens gesichert. Anwendungsprogramme ziehen sich die benötigten Daten aus der Datenbank. Diese Daten können aus Datentabellen, Anwendungen oder Systemsteuertabellen bestehen. Außerdem nimmt die Datenbank auch neue Informationen der Anwender auf und sichert diese ab.
Anhand der Workload-Analyse diagnostizieren Sie ein allgemeines Performanceproblem. Anhand des Vergleichs der Workload-Daten für unterschiedliche Tage grenzen Sie das Problem auf einen bestimmten Zeitraum ein. Auffällig sind in diesem Zeitraum hohe Datenbankzeiten, insbesondere für logische Änderungen. Bei näherer Analyse der Fehlerprotokolldatei der Datenbank stellt sich heraus, dass nachts ein Archiver Stuck aufgetreten ist. Ein Archiver Stuck tritt bei einer Oracle-Datenbank auf, wenn das Archive-Verzeichnis für Redo-Log-Dateien voll ist. Somit kann keine Redo- Information mehr geschrieben werden; die Datenbank und damit auch die SAP-Instanzen bleiben stehen. Nachdem das Problem behoben worden ist, setzen Datenbank und SAP-Instanzen ihre Arbeit ohne Fehler fort. Morgens wird das Problem vom Datenbankadministrator behoben. Im Tagesmittel führt der Archiver Stuck an diesem Tag zu erhöhten Datenbankzeiten (insbesondere für logische Änderungen). Diese suggerieren bei der Analyse des Workload-Monitors eine schlechte Datenbankperformance, obwohl diese in Wirklichkeit gut ist, nachdem das Problem behoben wurde.
Migration von einem Betriebssystemwechsel, homogener/heterogener Datenbank
Bei der Migration zu SAP Business Suite bzw. zu SAP S/4HANA ist zu berücksichtigen, dass alle Cluster- oder Pool-Tabellen (z. B. EDID4, BSEG oder KONV) zu regulären Tabellen konvertiert werden. Da die Inhalte von Cluster- oder Pool-Tabellen seitens der ABAP-Datenbankschnittstelle komprimiert worden sind, können diese Tabellen in SAP HANA sogar größer sein als in der Quelldatenbank.
Wenn Sie das CPU-Auslastungsprofil einer SAP-HANA- mit dem einer traditionellen Datenbank vergleichen, werden Sie charakteristische Unterschiede bemerken: Für SAP HANA werden Sie häufig kurzzeitige Lastspitzen bemerken, bei denen die CPU zu 100 % ausgelastet ist. Dieses Verhalten ergibt sich aus der Tatsache, dass SAP HANA Anfragen massiv parallelisiert und dabei kurzzeitig alle Prozessoren vollständig belegt. Kurzzeitige Lastspitzen sind also nicht automatisch als CPU-Engpass zu werten. Im Gegensatz beobachtet man bei traditionellen Datenbanken ein eher geglättetes Lastprofil, bei dem Auslastungen zu 100 % bei Normalbetrieb nicht zu beobachten sind.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Nach Abschluß des Abgleiches müssen die Entwickler die Aufgaben freigeben und Sie informieren.
Diese halten benutzerübergreifende Daten auf dem Applikationsserver vor, auf die häufig zugegriffen wird und die wenig geändert werden.