BACKUP, RESTORE, RECOVERY
SAP Basis – das sichere Fundament des SAP-Systems
Wenn die identifizierten Objekte aus dem SAP-Standard stammen, gilt: In Einzelfällen kann es notwendig sein, SAP-Standardobjekte und deren Eigenschaften (z. B. den Pufferungsstatus) zu ändern. Bevor Sie eine Änderung vornehmen, suchen Sie im SAP Support Portal nach Hinweisen mit dem Programm-, Tabellen- oder Nummernkreisnamen, die Ihnen bestätigen, ob die entsprechenden Objekte modifiziert werden dürfen. Ein derartiger Hinweis entspricht der logischen Analyse des Entwicklers. Eigenmächtige Änderungen können sowohl zu unerwarteten Performanceproblemen als auch zu logischen Inkonsistenzen führen.
Auf wie viele Rechner und SAP-Instanzen soll die SAP-Applikationsebene verteilt werden? Grundsätzlich sollten Sie nicht unnötig viele Rechner und Instanzen einrichten, da mit jedem zusätzlichen Rechner und jeder zusätzlichen Instanz ein erhöhter Verwaltungs- und Überwachungsaufwand einhergeht. Folgende Argumente sprechen jedoch für die Einrichtung mehrerer Instanzen: Fällt ein Rechner bzw. eine Instanz aus, müssen die verbleibenden Rechner bzw. Instanzen die zusätzliche Last auffangen. Die Folgen sind dabei umso drastischer, je weniger Rechner bzw. Instanzen konfiguriert wurden. Anmeldegruppen (siehe Abschnitt 7.2.4, »Dynamische Benutzerverteilung: Anmeldegruppen konfigurieren«) sind ein wichtiges Mittel zur Lastverteilung. Diese können aber nur eingesetzt werden, wenn mehrere Instanzen konfiguriert sind. Bei sehr großen Instanzen können singuläre Ressourcen wie der Dispatcher, die Roll- oder die Pufferverwaltung zum Performanceengpass werden. Wann dieser Effekt jedoch auftritt, muss im Einzelfall geprüft werden. SAP gibt an, dass Sie Instanzen bis zu 512 GB Größe konfigurieren können.
Analyse des datenbankspezifischen SQL Plan Caches
Bei der Bewertung des Potenzials einer Migration zu SAP HANA wird man für die bestehenden Anwendungen zunächst einmal den Anteil der Datenbankzeit an der Gesamtantwortzeit ins Feld führen, um anhand dessen zu fragen, welche Reduktion der Datenbankantwortzeit SAP HANA erbringen kann. Bei analytischen Anwendungen, in denen typischerweise die Datenbankzeit die Gesamtantwortzeit dominiert, ist offensichtlich, dass hier Optimierungspotenzial durch eine neue Datenbank besteht. Bei transaktionalen Anwendungen dominiert in der Regel die Antwortzeit auf dem Applikationsserver, eine Vielzahl von Anfragen sind auf dem Applikationsserver gepuffert oder sind sehr einfach strukturiert – ein Optimierungspotenzial durch SAP HANA ist hier eher punktuell gegeben. Allerdings sollten Sie auch berücksichtigen, dass es beim Einsatz von SAP HANA als Datenbank für z. B. SAP BW nicht nur um die reine Reduktion der Datenbankzeit geht. Vielmehr ändern sich die Arbeitsprozesse, und Hintergrundprozesse fallen möglicherweise weg, sodass Sie auch eine Betriebskostenreduktion erreichen können.
Schützen: CodeProfiler for ABAP schützt ab dem ersten Tag des Einsatzes das SAP-System vor Angriffen von innen und außen. Die ABAP-Firewall kann innerhalb kürzester Zeit eingerichtet werden und kontrolliert ab sofort jeden neuen Transportauftrag bei der Freigabe. Optimieren: Die Auditfunktion von CodeProfiler for ABAP ermittelt zielgerichtet, welche Programme am stärksten bedroht sind und somit zuerst bereinigt werden sollten. Langfristig unterstützt CodeProfiler for ABAP die automatisierte Korrektur aller Findings und ermöglicht somit eine zeitnahe Schließung der Sicherheitslücken in allen Programmen.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Ebenso ist durch die neuen Rollen eine erhöhte Sichtbarkeit und Beteiligung an Entscheidungen im Unternehmen gegeben.
Wählen Sie anschließend den Auftragstyp „Transport von Kopien“ aus.