Freiformerkennung und Dokumentcheck
Bereitstellung der Dienste und Grundlagen
Bei der Interpretation der Ergebnisse sollten Sie die folgenden Faktoren berücksichtigen, die Einfluss auf das Sizing haben: Finden Sie unter den größten Tabellen im System solche, deren Inhalte vor der Migration auf SAP HANA archiviert oder gelöscht werden können? In diesem Fall kann sich der Hauptspeicherbedarf reduzieren. Wie groß ist Ihr Datenwachstum? Bestimmen Sie die jährliche Wachstumsrate, und legen Sie fest, auf wie viele Jahre Sie Ihre SAP-HANAInstallation planen wollen.
Hier ist zuerst die Rechenzentrumsinfrastruktur mit Stellplatz, weltweiter Netzwerkanbindung, Energie, Kühlung, Notstrom und strikten Zugangsverfahren zu nennen. Dann z. B. die Rechner, die Speichersysteme, das interne und externe Netzwerk, die Schnittstellen zu anderen Systemen oder auch eine ausfallsichere Auslegung der benötigten Komponenten, die die (Hoch-)Verfügbarkeit oder auch den Wiederanlauf im Katastrophenfall (Desaster Recovery) sicherstellen. Zudem Betriebssysteme, Virtualisierungsschicht (oder andere sog. Middleware), Datenbanken sowie die Lösungen und Verfahren zur Sicherung (Backup) und Wiederherstellung (Recovery) der Daten. All das samt technischer Überwachung und Wartung gemäß industrieweit üblichen Standards wie z. B. ISO 27001 oder den Prozessvorgaben der IT-Infrastructure Library (ITIL) , zählt zu den Aufgaben die der IT-Dienstleister in dieser Ebene übernimmt.
SCC1 Mandantenkopie
Der Test von Eigenentwicklungen findet sehr häufig im Qualitätssicherungssystem statt. Daher müssen die Customizing-/Workbench-Entwicklungen ins entsprechende System transportiert werden. Sehr empfehlenswert ist hierbei die Nutzung der Auftragsart "Transporte von Kopien". Warum Sie diese Auftragsart nutzen sollten und was Sie dabei beachten müssen, erfahren Sie in diesem Beitrag. Transporte von Kopien - Warum? Dabei bleiben alle Objekte auf dem ursprünglichen Transportauftrag gesperrt. Nur die Kopien der Objekte werden in das nächste SAP-System transportiert. Falls beim Transport etwas schiefgeht, können Objekte ganz einfach neu gesammelt oder hinzugefügt werden. Darüber hinaus wird bei einem Transport von Kopien ins Testsystem kein Import im Produktivsystem angelegt. Die Importqueue bleibt sauber und übersichtlich. Das Problem mit „Überholer“-Transporten entfällt. Transporte von Kopien - Erstellung Um einen Transport von Kopien zu erstellen, rufen Sie den Transport Organizer über die Transaktion SE01 auf. Setzen Sie ein Häkchen beim Auftragstyp „Transporte von Kopien“ und klicken Sie auf Anzeigen Legen Sie einen neuen Auftrag an (über das Dokument-Icon oder die F6-Taste). Wählen Sie anschließend den Auftragstyp „Transport von Kopien“ aus. Definieren Sie anschließend eine Beschreibung und das Zielsystem des Transports. Transporte von Kopien - Objekte hinzufügen Der Transportauftrag des Typs "Transporte von Kopien" wurde angelegt. Nun wollen wir diesem die zu transportierenden Objekte des Originals hinzufügen. Leider können nicht direkt alle Objekte eines Auftrags kopiert werden. Daher ist es wichtig, die Objekte Aufgabe für Aufgabe zu übernehmen. Ein Transportauftrag kann mehrere Aufgaben enthalten. Markieren Sie mit der Tastenkombination STRG+Y die ID der Aufgabe und kopieren Sie diese anschließend mit STRG+C. Führen Sie einen Rechtsklick auf Ihren Auftrag von der Art "Transport von Kopien" aus und wählen Sie die Option Objekte aufnehmen aus. Wählen Sie den Radiobutton Objektliste eines Auftrags aus und kopieren Sie die ID der Aufgabe hinein, welche die zu transportierenden Objekte enthält. Bestätigen Sie Ihre Eingabe. Alle Objekte des Auftrags werden in den Transport von Kopien übernommen. Anschließend können Sie die Objekte mit der normalen Transportprozedur ins Testsystem transportieren.
Unter Gesichtspunkten der Systemverfügbarkeit (High Availability) bilden Message- und Enqueue-Service zusammen mit der Datenbankinstanz die kritischen Punkte eines SAP-Systems (sogenannte Single Points of Failure oder SPOFs). Diese Services lassen sich prinzipiell nicht über mehrere Rechner verteilen. Der Ausfall eines Rechners mit einem dieser Services führt damit zum Ausfall des gesamten SAP-Systems. Es sind also hauptsächlich Verfügbarkeitsgesichtspunkte, die dafürsprechen, Datenbankinstanz und zentrale SAP-Instanz (mit Message- und Enqueue-Service) auf einem Rechner zu betreiben und diesen z. B. durch eine Failover-Lösung besonders zu schützen , die fast alle Hardwarehersteller anbieten und die es ermöglicht, ausgefallene Instanzen automatisch auf einem anderen Rechner zu ersetzen. Bei großen Installationen sollten Sie allerdings aus Gründen der Performance Datenbankinstanz und zentrale SAP-Instanz auf separaten Rechnern konfigurieren.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Wie aber schon eingangs erwähnt: Die Experten der Hardwarepartner und der SAP-Serviceorganisation können ihre Arbeit nur dann zuverlässig machen, wenn die Eingangsdaten aus dem Kundenprojekt zuverlässig und genau sind.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Stellen Sie sicher, daß genügend Platz (Größe der OCS-Dateien multipliziert mit 2) im Transportverzeichnis (siehe R/3-Profilparameter DIR_TRANS mit der Transaktion AL11 oder der Transaktion SE38 und dem Report RSPARAM) vorhanden ist.