theguard! SyncAssist Version 1.0

Transkript

1 theguard! SyncAssist Version 1.0

2 Inhalt theguard! SyncAssist...3 Systemvoraussetzungen...3 Spezielle Voraussetzungen...3 Systemlandschaft...3 Funktionsbeschreibung...3 Allgemeine Funktionsbeschreibung...3 Funktionen auf dem Wartungssystem...5 Funktionen auf dem Entwicklungssystem...5 Funktionen der theguard! SyncAssist Management Konsole...6 Konfigurationsoptionen...6 Initiale Objektanalyse...7 Objektanalyse anzeigen und bearbeiten...7 Synchronisationsauftrag...10 RollOut Auftrag...10 Berechtigungskonzept...10 Objekttypen...11 Lizenzierung...11 Dienstleistungen...11 Softwarewartung und Support...11 Kontakt...12 Stand Copyright REALTECH 2009 Seite 2 von 12

3 theguard! SyncAssist Systemvoraussetzungen Die Systemvoraussetzungen für den Einsatz des tg! SyncAssist können dem Dokument Systemvoraussetzungen entnommen werden. Spezielle Voraussetzungen Systemlandschaft Alle Systeme, die von einer gemeinsamen tg! SyncAssist Konsole gesteuert werden, müssen eine eindeutige SID besitzen. Alle Systeme, die von einer tg! SyncAssist Konsole verwaltet werden, müssen per Remote Function Call (RFC) von der Konsole aus über eine Standleitung erreichbar sein. Systeme, die miteinander verglichen werden sollen, müssen untereinander per Remote Function Call (RFC) über eine Standleitung erreichbar sein. Auf Systemen, die miteinander verglichen werden sollen, müssen die gleichen Sprachen installiert sein Auf dem Referenzsystem ( Wartungssystem ) des Abgleichs muss die Erzeugung von Transportaufträgen des Typs Transport von Kopien erlaubt sein Auf dem abzugleichenden System ( Entwicklungssystem ) muss der Import von Transportaufträgen des Typs Transport von Kopien erlaubt sein. Damit auch Objektänderungen ausgewertet werden können, die per Import in das Wartungssystem gelangen, muss im SAP TMS für dieses System der Parameter VERS_AT_IMP auf ALWAYS gesetzt sein/werden. Funktionsbeschreibung Allgemeine Funktionsbeschreibung Die Grundidee des theguard! SyncAssist ist die Unterstützung von Abgleichprozessen in SAP-Umgebungen mit paralleler Entwicklung. Diese erfolgt in vielen Fällen auf Basis einer 5-Systemlandschaft (5 box model): Stand Copyright REALTECH 2009 Seite 3 von 12

4 5-Systemlandschaft (5 box model) Neben der Wartungslandschaft existieren also in der Regel 2 weitere Systeme, die je nach Anforderung, für ein neues Projekt, ein neues internes Release oder aber zur Vorbereitung eines SAP-Releasewechsels verwendet werden. Zur Vereinfachung wird das Entwicklungssystem der Wartungslandschaft im weiteren Verlauf dieses Dokuments als Wartungssystem und das Entwicklungssystem für die Neuentwicklung, als Entwicklungssystem bezeichnet. Im Standardszenario werden alle Objekte, die das Wartungssystem durch Freigabe und Export eines Transportauftrags verlassen, analysiert und das Ergebnis der Analyse auf dem Entwicklungssystem gespeichert. Wichtigstes Ziel der Analyse ist die Beurteilung, ob ein Objekt durch Transport aus dem Wartungsin das Entwicklungssystem abgeglichen werden kann, oder ob es manuell auf dem Entwicklungssystem angepasst werden muss. Des Weiteren können alle Objekte in die Analyse mit einbezogen werden, die durch Import eines Transportauftrags in das Wartungssystem importiert werden. Analyseprozess bei Export/Import Stand Copyright REALTECH 2009 Seite 4 von 12

5 Mit Hilfe der tg! SyncAssist Management Konsole wird das Ergebnis der Objektanalyse visualisiert. Gleichzeitig bietet die Management Konsole die Möglichkeit, Objekte, für die ein Abgleich per Transport möglich ist, zu einem Auftrag ( Synchronisationsauftrag ) zusammenzufassen um damit einen automatischen Abgleich zu starten. Für die übrigen, manuell anzupassenden Objekte werden die passenden, Objekt spezifischen Deltaansichten zum schnellen Ver- und Abgleich der Objekte bereitgestellt. Der Abgleichprozess mit der Management Konsole Funktionen auf dem Wartungssystem Sobald ein Auftrag in das Wartungssystem importiert wird oder ein Auftrag aus dem Wartungssystem exportiert wird, werden die dort enthaltenen Objekte analysiert und mit dem Stand auf dem Entwicklungssystem verglichen. Da die Version 1.0 des theguard! SyncAssist keine Abgleichmöglichkeiten für Customizing bietet, werden hier nur die Transportauftragstypen Workbench und Transport von Kopien berücksichtigt. Zur Aktivierung dieser automatischen Analyse müssen 2 Implementierungen von SAP Business Add-Ins im Wartungssystem aktiviert werden. Diese sind Bestandteil der theguard! SyncAssist Auslieferung. Funktionen auf dem Entwicklungssystem In der SAP Datenbank des Entwicklungssystems wird das Ergebnis der kontinuierlich durchgeführten Objektanalysen gespeichert. Ebenso werden Objektstatusänderungen, die durch automatischen Abgleich per Synchronisationstransport oder durch manuellen Abgleich entstehen, ebenfalls in der Datenbank festgehalten. Stand Copyright REALTECH 2009 Seite 5 von 12

6 Funktionen der theguard! SyncAssist Management Konsole Die Management Konsole des theguard! SyncAssist ist das zentrale Werkzeug für die Konfiguration und für die Bearbeitung der abzugleichenden Objekte. Konfigurationsoptionen Definition von abzugleichenden Systempaaren (Wartungs-/Entwicklungssystem) Es können im Rahmen der Anzahl lizenzierter Systeme beliebig viele Systempaare konfiguriert werden. Dabei gelten in Version 1.0 folgende Regeln: Ein System kann für beliebig viele Entwicklungssysteme als Wartungssystem fungieren Ein Entwicklungssystem kann nur genau einem Wartungssystem zugeordnet werden Ein System kann gleichzeitig als Entwicklungssystem für ein Wartungssystem A und als Wartungssystem für ein System B fungieren 2 Systeme können untereinander gleichzeitig Entwicklungs- und Wartungssystem sein (bidirektionaler Abgleich) Bei der Definition der Systeme werden automatisch alle notwendigen RFC-Destinationen generiert. Diese haben einen fest definierten Namen, der in Version 1.0 nicht geändert werden darf. Ein manuelles Anlegen ist ebenfalls nicht möglich. Für bestimmte RFC-Destinationen wird außerdem der Service-Benutzer ZRTC_SA_ADM im Mandanten 000 der zu vergleichenden Systeme generiert. Dieser kann zwar optional auch manuell angelegt werden, muss aber auch in diesem Fall wie oben angegeben benannt werden. Definition von Benutzergruppen und Zuweisung zu Entwicklungsklassen/Paketen Verantwortlichkeiten für die Objektbearbeitung werden im theguard! SyncAssist auf Basis der Entwicklungsklassen-/Paketzugehörigkeit der Objekte im Wartungssystem gesteuert. Hierbei werden zunächst Benutzer zu Benutzergruppen zusammengefasst und danach diese Benutzergruppen den Entwicklungsklassen/Paketen zugewiesen. Dabei gilt: Ein Benutzer kann beliebig vielen Benutzergruppen zugeordnet werden Eine Benutzergruppe kann beliebig vielen Entwicklungsklassen/Paketen zugeordnet werden Einer Entwicklungsklasse/Paket kann immer nur eine Benutzergruppe zugeordnet werden Definition von Importoptionen Für den Import von Synchronisationsaufträgen kann zentral gesteuert werden, welche SAP Importoptionen standardmäßig verwendet werden sollen und welche davon vom Initiator einer Synchronisation übersteuert werden können. Es besteht zusätzlich die Möglichkeit, die individuelle Pflege der Importoptionen pro Synchronisationsauftrag auszuschalten. Über ein Flag kann außerdem festgelegt werden, dass das Originalsystem eines Objektes nach Stand Copyright REALTECH 2009 Seite 6 von 12

7 dem Import eines Synchronisationsauftrag auf das Entwicklungssystem gesetzt wird, wenn es vorher im Wartungssystem original war. Initiale Objektanalyse Kommt theguard! SyncAssist erst im Verlaufe eines bereits laufenden Parallelentwicklungsprojektes zum Einsatz, so kann eine initiale Objektanalyse gestartet werden. Als Startdatum für den Analysezeitraum sollte aus Gründen der Vollständigkeit immer das Datum der Systemkopie (Wartung -> Entwicklung) gewählt werden. Die Laufzeit der initialen Analyse hängt sehr stark von der Anzahl der seit der Kopie aus dem Wartungssystem exportierten Aufträge, sowie deren Objektumfang, ab. Da hier mit Laufzeiten von mehreren Stunden zu rechnen ist, wird diese Analyse als Hintergrundjob eingeplant. Hierbei gilt: Der Jobname ist frei wählbar Ein Job kann mit Sofortstart oder aber für einen beliebigen Zeitpunkt eingeplant werden Objektanalyse anzeigen und bearbeiten Die Objektbearbeitung kann immer für jeweils ein Systempaar(Entwicklung/Wartung) gestartet werden. Für den Einstieg in die Auswertung der Objektanalyse stehen folgende Filterkriterien zur Verfügung: Analysezeitraum Transportauftrag Benutzer Objekttyp Objektname Entwicklungsklasse/Paket Benutzergruppe In der Objektbearbeitungssicht selbst existieren noch weitere Filteroptionen: Alle Objekte zu eigenen Benutzergruppen Alle Objekte aller Benutzergruppen Alle Objekte zu den Benutzergruppen eines bestimmten Benutzers Stand Copyright REALTECH 2009 Seite 7 von 12

8 Als Ergebnis einer Objektanalyse, wird jedem Objekt ein Status zugewiesen. Mögliche Status sind: Versionierbare Objekte Icon Status EQUAL Status ADJUSTED NOT ON DEV SYSTEM DELETED ON MAINT NO VERSION ON MAINT NOT IN DEV/MAINT NOT MODIFIED ON DEV MODIFIED MANUALLY MODIFIED BY IMPORT Beschreibung Keine Unterschiede zwischen der zuletzt freigegebenen Version des Objekts auf dem Wartungssystem und der aktiven Version auf dem Entwicklungssystem. Dieser Status wird von dem Benutzer gesetzt. Das Objekt ist unterschiedlich in den Systemen, der Benutzer hat die Unterschiede analysiert und akzeptiert. Das Objekt existiert (noch) nicht auf dem Entwicklungssystem. Das Objekt wurde aus dem Wartungssystem gelöscht, existiert jedoch noch auf dem Entwicklungssystem. Das Objekt ist auf dem Wartungs- und Entwicklungssystem existent, hat allerdings keine freigegebene Version auf dem Wartungssystem. Das Objekt wurde aus dem Wartungssystem gelöscht und existiert nicht auf dem Entwicklungssystem. Das Objekt wurde auf dem Wartungssystem geändert und ist verschieden der aktiven Version auf dem Entwicklungssystem. Das Objekt wurde manuell auf dem Entwicklungssystem geändert, nachdem der letzte Import aus dem Wartungssysstem erfolgte. Das Objekt ist nun verschieden auf den Systemen. Das Objekt wurde durch Importieren eines Auftrags aus einem Drittsystem in das Entwicklungssystem geändert. Das Objekt ist in Entwicklungs- und Wartungssystem verschieden. Stand Copyright REALTECH 2009 Seite 8 von 12

9 Nicht versionierbare Objekte Icon Status Status NO VERSIONABLE OBJECT ADJUSTED NOT ON DEV SYSTEM DELETED ON MAINT NOT IN DEV/MAINT Beschreibung Das Objekt existiert in beiden Systemen. Dieser Status wird vom Benutzer gesetzt. Das Objekt kann den gleichen oder einen unterschiedlichen Stand haben. Er drückt aus, dass das Objekt manuell analysiert und quasi als erledigt gilt Das Objekt existiert nicht im Entwicklungssystem. Das Objekt wurde im Wartungssystem gelöscht und existiert immer noch im Entwicklungssystem. Das Objekt wurde im Wartungssystem gelöscht und existiert auch nicht mehr im Entwicklungssystem. Abhängig vom ermittelten Objektstatus, wird eine Methode für den evtl. notwendigen Abgleich des Objektes vorgeschlagen. Mögliche Methoden sind: Icon Beschreibung Objekt sollte manuell angepasst werden. Objekt kann durch einen Synchronisationsauftrag angepasst werden. Wichtig: Bei der Bestimmung der Abgleichmethode wird nicht berücksichtigt, ob für bestimmte Objekttypen Einschränkungen für den Transport existieren. Dies betrifft insbesondere Szenarien, in denen zwischen Systemen mit verschiedenen: SAP Releaseständen SAP Support Package Ständen SAP EHP Ständen Status bzgl. Unicode Aktivierung (Non-Unicode/Unicode) synchronisiert werden soll. Stand Copyright REALTECH 2009 Seite 9 von 12

10 Diesbezügliche Einschränkungen sind den SAP-Hinweisen , bzw zu entnehmen und sind nur minimal, wenn von Systemen mit kleinerem in ein System mit höherem SAP Releasestand importiert wird. Ferner erkennt theguard! SyncAssist nicht, ob Objekte (in der Regel auf Basis von Customizing) dynamisch generiert wurden und bietet diese deshalb evtl. zum automatisierten Abgleich an. Siehe auch Abschnitt Objekttypen. Synchronisationsauftrag Um einen automatischen Abgleich zu starten, muss zunächst ein Synchronisationsauftrag angelegt werden. In diesen können dann Objekte, für die die Abgleichmethode Abgleich durch Transport vorgeschlagen wird, per Drag & Drop aufgenommen werden. Wird der Abgleichprozess gestartet, wird aus dem bis dahin nur virtuell existierenden Synchronisationsauftrag ein realer Transportauftrag vom Typ Transport von Kopien auf dem Wartungssystem generiert, danach exportiert und dann in das Entwicklungssystem importiert. RollOut Auftrag Damit auch Änderungen an Objekten des Entwicklungssystems, die durch Import von Synchronisationstransporten durchgeführt werden, in Transportaufträgen des Entwicklungssystems aufgezeichnet werden, muss jeder Synchronisationsauftrag einem RollOut Auftrag zugewiesen werden. Dadurch ist die vollständige Aufzeichnung aller Änderungen (manuelle und automatische) in Aufträgen des Entwicklungssystems sichergestellt, und nur diese müssen dann beim späteren RollOut berücksichtigt werden. RollOut Aufträge können über die Management Konsole angelegt werden. Freigabe und Export erfolgen über die entsprechenden SAP Standardtransaktionen. Berechtigungskonzept Mit der Auslieferung werden ein eigenes Berechtigungsobjekt und 4 Rollen bereitgestellt: /RTC/SA_MIN Diese Rolle enthält die für den reibungslosen Ablauf des Abgleichprozesses notwendigen SAP Standardberechtigungen /RTC/TM_ADMIN Diese Sammelrolle beinhaltet alle Rechte für tg! SyncAsssist + Rolle /RTC/SA_MIN /RTC/TM_DEV Diese Sammelrolle beinhaltet alle Aktivitäten, die zum Abgleich von Objekten erforderlich sind + Rolle /RTC/SA_ADMIN /RTC/TM_VIEWER Diese Sammelrolle beinhaltet lediglich Anzeigerechte für tg! SyncAssist + Rolle /RTC/SA_MIN Stand Copyright REALTECH 2009 Seite 10 von 12

11 RollOut requests Sync requests User group Object Systems License Role / Allowed actions Create Delete Create Delete Change Import Create / Delete / Change Edit Schedule Job Create /Delete / Change Create /Delete / Change / Assign /RTC/SA_ADMIN Administrator role X X X X X X X X X X X /RTC/SA_DEV Developer role X X X X X /RTC/SA_VIEWER Controller role Objekttypen theguard! SyncAssist unterstützt in der Version 1.0 ausschließlich den automatischen Abgleich von versionierbaren Workbenchobjekten. Für nicht versionierbare Workbenchobjekte wird eine eingeschränkte Funktionalität für den reinen Objektvergleich angeboten. Customizingaufträge werden nicht untersucht. Eine Integration ist aber für spätere Versionen geplant. Für SAP eigene Objekte wird in der Objektanalyse immer ein manueller Abgleich empfohlen. Nichtsdestotrotz ist ein Abgleich per Transport technisch grundsätzlich möglich. Die Version 1.0 ist ferner nicht für die SAP Anwendung BW/BI freigegeben, da diese zusätzliche Anforderungen an die Transportreihenfolge verlangt. Der Abgleich von dynamisch generierten Objekten (z.b. SAP ICM) wird ebenfalls nicht unterstützt. Lizenzierung Die Lizenzierung des theguard! SyncAssist wird in einem separaten Dokument beschrieben. Dienstleistungen Die im Rahmen des theguard! SyncAssist angebotenen Dienstleistungen werden in einem separaten Dokument beschrieben. Softwarewartung und Support Siehe Leistungsbeschreibung Support. Stand Copyright REALTECH 2009 Seite 11 von 12

12 Änderungen und Irrtümer vorbehalten. Stand 11/2009. Warenzeichen sind: Windows, Windows/NT/2000, Outlook von Microsoft, SAP R/3 von SAP, theguard! von REALTECH system consulting GmbH. Kontakt Weitere Informationen über REALTECH s Softwareprodukte unter: REALTECH Software Products GmbH Industriestr. 39c Walldorf Germany Tel Fax mailto:software.products@realtech.com Stand Copyright REALTECH 2009 Seite 12 von 12