Nachfolgend sind die Schritte aufgeführt, die beim Aktualisieren des Zielsystems vom Quellsystem aus durchgeführt werden sollten, um es für das Abspielen vorzubereiten. Es sollte darauf geachtet werden, dass diese Schritte mit den Schritten abgeglichen werden, die bereits für die Aktualisierung von Systemen in der aktuellen Landschaft dokumentiert sind. Jede Organisation sollte ihre eigene Liste von Auffrischungsschritten anlegen und dabei die im Folgenden empfohlenen Schritte für Testimony berücksichtigen.
Beachten Sie, dass einige Schritte nur erforderlich sind, wenn Sie die Systemzeit ändern, wozu TimeShiftX empfohlen wird.
| # | Beschreibung | Erforderlich | Hinweise |
| 1 | Aktivieren Sie die Aufzeichnung auf dem Quellsystem | Ja | |
| 2 | Versetzen Sie die Quelldatenbank in den Online-Backup-Modus | Ja | Einzelheiten zur Koordinierung der Sicherung mit dem Start der Aufzeichnung finden Sie in der Dokumentation. |
| 3 | Durchführen einer vollständigen Datenbankkopie der Quelldatenbank | Ja | |
| 4 | Sobald die Kopie der Quelldatenbank abgeschlossen ist, deaktivieren Sie den Sicherungsmodus | Ja | |
| 5 | Notieren Sie sich den genauen Zeitpunkt der Kopie, damit der Schritt der Übertragung in das Repository dieses Datum und diese Uhrzeit verwenden kann | Ja | |
| 6 | Richten Sie das SAP-Zielsystem ein (Systemprofile usw.) | Ja | |
| 7 | Richten Sie das Zielsystem in einem “ring-fenced“ Netzwerk ein | optional | |
| 8 | Installieren Sie TimeShiftX auf Anwendungs- und Datenbankservern auf dem Zielsystem | Nur TimeShiftX | |
| 9 | Stellen Sie sicher, dass Batch-Jobs deaktiviert werden, wenn das SAP-Zielsystem gestartet wird (Profileinstellung) | Ja | Es wird empfohlen, btctrns1 (in SE38) auszuführen, um alle Batch-Jobs in den Modus “freigegeben/ausgesetzt” zu setzen, und sie dann alle aus SM37 zu löschen. Einzige Ausnahme sollten die ereignisabhängigen RDD*-Jobs sein, da ohne diese die Transporte für die Freigabe (Zeile 24) nicht funktionieren werden. |
| 10 | Starten Sie die SAP-Zieldatenbank und den/die Anwendungsserver(s) | Ja | |
| 11 | Deaktivieren Sie mit dem Programm /BTI/AUT_DEACT_ENH über SE38 auf dem kopierten System die Aufzeichnungserweiterungen auf dem Ziel | Ja | Wenn Sie Ihr System aktualisieren, stellen Sie sicher, dass Sie dieses Programm vor Beginn des Upgrade-Prozesses ausführen |
| 12 | Überprüfen Sie den Parameter sapgui/user_skripting | Ja | Dieser Wert muss TRUE sein, damit die Bots das Abspielen ordnungsgemäß durchführen können. Nur im Abspielsystem. |
| 13 | Überprüfen Sie den Parameter sapgui/user_skripting_per_user | Ja | Dieser Wert muss FALSE sein, damit die Bots das Abspielen ordnungsgemäß durchführen können. Nur im Abspielsystem. |
| 14 | Überprüfen Sie den Parameter sapgui/user_skripting_set_readonly | Ja | Dieser Wert muss FALSE sein, damit die Bots das Abspielen ordnungsgemäß durchführen können. Nur im Abspielsystem. |
| 15 | Überprüfen Sie den Parameter login/disable_password_logon | Ja | Dieser Wert muss 0 sein, damit sich die Bots am Abspielsystem anmelden können. Nur im Abspielsystem. |
| 16 | Überprüfen Sie den Parameter login/disable_multi_gui_login | Ja | Dieser Wert muss 0 sein, damit mehrere Anmeldungen möglich sind. Nur im Abspielsystem. |
| 17 | Überprüfen Sie den Parameter rdisp/tm_max_no | Ja | Da sich Testimony mit der Benutzerlast von der Quelle (die die Produktion sein könnte) anmeldet, sollte dies die Quelleneinstellung +50% sein. (Nur im Abspielsystem.) |
| 18 | Überprüfen Sie den Parameter rdisp/gui_auto_logout | Ja | Dieser Wert muss 0 sein. Dadurch wird sichergestellt, dass die Bots und ihre angemeldeten Benutzer nicht automatisch durch den Benutzer aufgrund von Zeitlimits abgemeldet werden können (Wenn das Abspielen z. B. pausiert wird, oder ein anderes Problem auftritt |
| 19 | Überprüfen Sie den Parameter rdisp/max_wprun_time | Ja | Stellen Sie sicher, dass dieser Wert mindestens dem im Produktionssystem eingestellten Wert entspricht |
| 20 | Überprüfen Sie den Parameter abap/buffersize | Ja | Stellen Sie sicher, dass dieser Wert mindestens dem im Produktionssystem eingestellten Wert entspricht |
| 21 | Überprüfen Sie den Parameter ztta/parameter_area | Ja | Dieser Wert muss mindestens 64.000 betragen. Der geprüfte Wert kann durch Ändern von PLAYBACK_PARAM_AREA in den Allgemeinen Parametern angepasst werden. Nur im Abspielsystem. |
| 22 | Überprüfen Sie den Parameter snc/enable | Nur TimeShiftX | Dieser Wert muss 0 sein, wenn TimeShiftX betrieben wird. Nur im Abspielsystem. |
| 23 | Führen Sie die Nachbearbeitungsschritte aus, wie z. B. RFC-Destination neu ausrichten, Dateisystem neu ausrichten, Drucker neu ausrichten usw. | Ja | |
| 24 | Quell-SAP-Benutzer nicht aus dem Zielsystem löschen/entfernen | Ja | Testimony benötigt die Benutzer aus dem Quellsystem, um korrekt abgespielt zu werden |
| 25 | BDLS ausführen, wenn die System-ID umbenannt werden soll (z. B. PRD in QA1) | Optional | |
| 26 | Basis Technologies System Copy GT verwenden, wenn BDLS sehr lange dauert | Optional | |
| 27 | Änderungen, die das zu testende Release anpassen (z. B., (z. B. Transport von Aufträgen oder Durchführung von Upgrades) auf das Zielsystem übertragen | Ja | |
| 28 | Übertragung von Testimony-Abspielweiterungen auf das Zielsystem | Optional | Wenn der Transport von Testimony-Abspielerweiterungen nicht auf das Quellsystem angewendet wurde, müssen Sie diesen Transport hier anwenden |
| 29 | Stellen Sie sicher, dass ein Ziel-RFC-Benutzer vorhanden ist | Ja | Stellen Sie sicher, dass ein Systembenutzer mit der Rolle /BTI/AUT_TARGET_RFC vorhanden ist (sicherstellen, dass die Profilrolle generiert wird) Dieser Benutzer ist für die im Zentralsystem definierte RFC-Destination. Beim erstmaligen Einrichten von Bots sollten Sie auch die Rolle /BTI/AUT_BOT_SIMULATION verwenden. Dies ist eine optionale Rolle, die nur für das BOT-Simulationsprogramm benötigt wird. Diese Rolle enthält die Berechtigung zum Anlegen von Benutzern, zum Zuweisen von Rollen an Benutzer und zum Löschen von Benutzern, was während der Bot-Simulation erforderlich ist und nach Abschluss der Simulation wieder entfernt werden kann. Es empfiehlt sich, die RFC-Einrichtung zu diesem Zeitpunkt mit dem Benutzer zu überprüfen. |
| 30 | Stellen Sie sicher, dass ein Benutzer für Metadaten-RFC vorhanden ist | Ja | Stellen Sie sicher, dass ein Systembenutzer mit der Rolle /BTI/AUT_NCO_METADATA_ACCESS vorhanden ist (Stellen Sie sicher, dass eine Profilrolle generiert wird). Dieser Benutzer dient zum Abspielen von RFCs und zum Sammeln der Metadaten, um sicherzustellen, dass sie korrekt funktionieren. Der vorgeschlagene Benutzername lautet /BTI/AUT_RFM, kann jedoch in den allgemeinen Parametern geändert werden. |
| 31 | Stellen Sie sicher, dass der Batch-Job-Benutzer korrekt ist | Ja | Vor dem Start des Abspielens prüft Testimony die Gültigkeit und Existenz der Benutzer, die als Ersteller von Batch-Jobs in den Aufzeichnungsdaten vorhanden sind. Wenn einer dieser Benutzer diese Prüfung nicht besteht (d.h. weil der Benutzer nicht existiert oder ungültig ist), wird Testimony diesen Benutzer zur Ausführung des Batch-Jobs verwenden. Wir empfehlen, den Standard-Batch-Benutzer in den Allgemeinen Parametern zu konfigurieren. Der in den allgemeinen Parametern voreingestellte Benutzername lautet /BTI/AUT_BTC |
| 32 | Kennwort des Workflow-Batch-Benutzers festlegen | Ja | Verwenden Sie die Transaktion SWU3, um den RFC-Workflow-Benutzer (WF-BATCH) auf das in den allgemeinen Parametern unter dem Parameter CHECK_DEFAULT_PWD festgelegte Testimony-Kennwort zu setzen. |
| 33 | Personas deaktivieren | Optional | Derzeit wird die Verwendung von Personas von Testimony nicht unterstützt. Der Hauptgrund dafür ist, dass bei Personas ein großer Teil der Verarbeitung im Front-End stattfindet und Testimony als ein Werkzeug, das im Back-End aufzeichnet, diese Informationen nicht erfassen kann. Um Personas für das Abspielen zu deaktivieren, wechseln Sie im Zielsystem zur Transaktion /n/personas/settings und fügen Sie den folgenden Eintrag hinzu: DISABLE_WEBGUI = X. |
| 34 | Erstellen Sie eine Sicherungskopie des Zielsystems | Ja | Es wird empfohlen, eine Sicherungskopie anzulegen, da dies bedeutet, dass das Zielsystem für einen zweiten Durchlauf leicht wieder in diesen Zustand zurückversetzt werden kann, d. h., wenn etwas nicht korrekt funktioniert, kann das System schnell wiederhergestellt und ein zweiter Durchlauf gestartet werden, ohne dass alle oben genannten Schritte erneut durchgeführt werden müssen. |
| 35 | Prüfen Sie das SAP-System auf Zeitinkonsistenzen | Nur TimeShiftX | Verwenden Sie das Programm RSDBTIME über die Transaktion SE38, um Zeitinkonsistenzen zwischen den SAP-Servern zu prüfen |
| 36 | Prüfen Sie den aktuellen Zeitreise-Status | Nur TimeShiftX | Verwenden Sie den TimeShiftX-Befehl “tsx list”, um den aktuellen Zeitreise-Status Ihres Systems zu prüfen. Dadurch wird vermieden, dass mehrere TimeShiftX-Befehle ausgeführt werden, die zu unerwarteten Zeiten auf den Systemen führen und einen Systemabsturz verursachen könnten. |
| 37 | Erforderlich, wenn die SAP HANA-Version HANA 2.0 SP04 oder niedriger ist und eine Multi Tenant-Datenbank verwendet wird. Führen Sie die SQL-Befehle aus | Nur TimeShiftX | Führen Sie die folgenden SQL-Befehle in HANA Studio auf der Systemdatenbank (Multi Tenant-Datenbank) aus ALTER SYSTEM ALTER CONFIGURATION (‘nameserver.ini’, ‘SYSTEM’ ) SET (‘delta’, ‘preallocated_nodebuffers’) = ‘1’ WITH RECONFIGURE ALTER SYSTEM ALTER CONFIGURATION (‘indexserver.ini’, ‘SYSTEM’ ) SET (‘delta’, ‘preallocated_nodebuffers’) = ‘1’ WITH RECONFIGURE |
| 38 | Nur wenn HANA 2.0 SP4 oder niedriger ausgeführt wird. Führen Sie die SQL-Befehle aus | Nur TimeShiftX | Führen Sie die folgenden SQL-Befehle in HANA Studio auf der Tenant-Datenbank aus ALTER SYSTEM ALTER CONFIGURATION (‘indexserver.ini’, ‘SYSTEM’ ) SET (‘delta’, ‘preallocated_nodebuffers’) = ‘1’ WITH RECONFIGURE |
| 39 | Wenn Sie einen SAP HANA-Datenbankserver betreiben, setzen Sie die Umgebungsvariable HDB_TIMER=system | Nur TimeShiftX | |
| 40 | Fahren Sie die Anwendungserver des SAP-Zielsystems herunter | Nur TimeShiftX | |
| 41 | Fahren Sie die Datenbankserver des SAP-Zielsystems herunter | Nur TimeShiftX | |
| 42 | Richten Sie eine virtuelle Uhr für die ADM-Benutzer in TimeShiftX sowohl auf den Zieldatenbank- als auch auf den Anwendungsservern ein | Nur TimeShiftX | Es wird empfohlen, die Offset-Option zu verwenden, anstatt eine bestimmte Zeit einzustellen, um die Konfiguration bei mehreren Anwendungsserver zu vereinfachen. |
| 43 | Stellen Sie sicher, dass die virtuelle TimeShiftX-Uhr auf kurz vor dem Beginn der Aufnahmezeit eingestellt wird, bevor das Abspielen beginnt. | Nur TimeShiftX | Es wird empfohlen, die Zeit zu verlangsamen, um sicherzustellen, dass genügend Zeit zur Verfügung steht, falls sich der Start des Abspielens verzögert oder das Abspielen langsamer als erwartet erfolgt. Die Zeit kann beschleunigt werden, wenn die Mitternachtsgrenze unmittelbar bevorsteht oder Testimony eine Pause einlegt und wartet. |
| 44 | Starten Sie den/die Datenbankserver für das SAP-Zielsystem | Nur TimeShiftX | |
| 45 | Starten Sie den/die Anwendungsserver für das SAP-Zielsystem | Nur TimeShiftX | |
| 46 | Prüfen Sie die SAP-Systemzeit | Nur TimeShiftX | Verwenden Sie das Programm RSDBTIME über die Transaktion SE38, um die Zeit zu prüfen und auf eventuelle Inkonsistenzen zwischen den SAP-Servern zu achten |
Hinterlasse einen Kommentar.