Typkopplung
SCC7 Mandantenimport – Nachbereitung
Der Dataowner sollte der adm des Zielsystems sein, den können Sie (in der Unix-Konsole) mit "chown adm K12345_DEV" ändern (respektive R12345_DEV für die data-Datei). Um die Zugriffsberechtigungen zu ändern, können Sie den Befehl "chmod 664 K12345_DEV" benutzen. Transportaufträge im SAP-System anhängen Sobald dies geschehen ist, können Sie die Transportaufträge in Ihrem SAP-System an die Importqueue anhängen. Dies geschieht, indem Sie über die STMS -> Importübersicht (F5) sich die Importqueues anzeigen lassen. Hier wählen Sie mit einem Doppelklick die Importqueue des Zielsystems aus. Danach bekommen Sie unter "Zusätze"->"Weitere Aufträge"->"Anhängen" ein Popup, mit dem Sie die Transportaufträge an die Importqueue anhängen können. In dem aufkommenden Popup müssen Sie den genauen Transportauftrag benennen. Der richtige Name dafür bildet sich wie folgt: Die ersten drei Zeichen sind die Datei-Endung der beiden Dateien, welche Sie in das Transportverzeichnis kopiert haben. Die letzten Zeichen setzen sich aus dem Dateinamen der cofiles-Datei zusammen. Bei unserem Beispieltransport würde der Transport also "DEVK12345" genannt werden (Abzuleiten aus der cofiles-Datei K12345.DEV) Das dürfte nun eine positive Meldung vom SAP zurückgeben und der Transport ist an die Importqueue angehängt. Nun können Sie diesen Transport wie jeden gewöhnlichen Transportauftrag in das System importieren. Schritt-für-Schritt Zusammenfassung Cofiles/data-Datei in das Transportverzeichnis kopieren Normalerweise /usr/sap/trans, falls nicht --> AL11 -> DIR_TRANS Dateiowner und Zugriffsrechte anpassen chown adm chmod 664 Im SAP-System: STMS -> Importübersicht -> Importqueue auswählen -> Zusätze -> Weitere Aufträge -> Anhängen Transportaufträge eingeben ().
Dies verbessert die Möglichkeiten der SAP HANA-Basisadministratoren und erhöht das Serviceniveau, das sie bieten sollten. Ihr Basisteam kann Ihre Datenreplikationsstrategie leichter feinabstimmen, um die anspruchsvollen Standards für Disaster Recovery und Hochverfügbarkeit zu erfüllen.
SAP S/4HANA
Das klassische System-Monitoring überwacht bestenfalls jede Softwarekomponente einzeln. Angesichts der Vielzahl von Komponenten, die an einer Lösung beteiligt sein können, kann es jedoch vorkommen, dass zwar jede Komponente für sich korrekt arbeitet, der Geschäftsprozess dem Endanwender dennoch nicht performant, korrekt und sicher zur Verfügung steht. Dies kann z. B. an einer fehlerhaften Kommunikation zwischen Komponenten liegen. Ein Solution Monitoring muss daher geschäftsprozessspezifische Überwachungsteile haben, die komponentenübergreifend den Geschäftsprozess überwachen.
SAP HANA kann genutzt werden, um Suite Accelerator genannte Anwendungen zu betreiben. Bei dieser Art von Anwendungen wird SAP HANA als sekundäre Datenbank neben der SAP Business Suite betrieben. Als Beispiel für diese Klasse von Anwendungen sei der CO-PA Accelerator genannt. Daten, die der Accelerator benötigt, werden in die HANA Datenbank repliziert. Der Benutzer arbeitet weiter mit der gewohnten Benutzeroberfläche im SAP-Business-Suite-System, die SAP-Business-Suite-Anwendung delegiert den Datenbankzugriff auf die SAP-HANA Datenbank. Das heißt, der Benutzer profitiert von der Performanceoptimierung durch die SAP-HANA-Datenbank, ohne dass sich seine gewohnte Benutzeroberfläche für ihn ändert. Dieses Szenario ist dazu gedacht, SAP-Kunden einen schnellen, punktuellen Nutzen von SAP HANA zu bieten. Es ist aber als Zwischenlösung zu sehen und in Abbildung 1.4 auch nicht aufgeführt.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Das anschaulichste und intuitiv eingängigste Maß für die »Größe« einer SAP-Komponente ist die Benutzeranzahl.
Die Basis stellt Dienste wie Kommunikation mit dem Betriebssystem, Datenbankkommunikation, Speicherverwaltung, Sammlung von Anwendungsdaten zur Laufzeit, Webanfragen, Austausch von Geschäftsdaten usw zur Verfügung.