SAP Upgrade Management Guide Leitfaden fr den technischen Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten

der Anwendungsentwicklung

Idee und Anforderungen

Weiterentwicklung oder Rckbau

Aufwandschtzung und Konzeption

Fehlersuche und -korrektur

Programmierung und Dokumentation

Produktivsetzung und bergabe an die AwB

Automatische und manuelle Tests

Version 7 Autor: Peter Weigel Halle (Saale), 29. Januar 2013

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

Inhaltsverzeichnis
1
1.1 1.2 1.3 1.4 1.5 1.6

Einleitung .......................................................................................................... 5
Zusammenfassung ........................................................................................................5 Ausgangssituation .........................................................................................................5 Zielsetzung ....................................................................................................................5 Abgrenzung ...................................................................................................................5 Versionshistorie.............................................................................................................6 Checkliste .....................................................................................................................6

2
2.1 2.2 2.3 2.4 2.5 2.6 2.7

Informieren und Entscheiden.........................................................................10

SAP Business Maps (BM) ...........................................................................................10 SAP Solution Browser (SB) .........................................................................................10 SAP Business Function Prediction (BFP) ....................................................................10 SAP Software Download Center (SWDC) ...................................................................10 SAP Upgrade Dependency Analyzer (UDA) ................................................................11 SAP Product Availability Matrix (PAM) ........................................................................11 SAP Delta / Quick Sizer Tool (QST) ............................................................................11

3
3.1 3.2 3.3 3.4 3.5 3.6 3.7 3.8 3.9

Planen und Vorbereiten ..................................................................................12

SAP Upgrade Experience Database (UEDB) ..............................................................12 SAP Globalization Knowledge Base (GKB) .................................................................12 SAP Solution Manager Upgrade Roadmap (RM) ........................................................12 SAP Solution Manager Business Process Repository (BPR) .......................................12 SAP Solution Manager Template Comparison & Adjustment (TCA) ............................13 SAP Project Implementation Guide (IMG) ...................................................................13 Application Specific Upgrade Toolbox (ASU)...............................................................13 SAP Upgrade Guides (UG) + SAP Release Notes (RN) ..............................................13 SAP Engagement & Service Delivery (ESD) ...............................................................14

3.10 SAP Solution Manager Business Blueprint (BBP) .......................................................14

4
4.1 4.2 4.3 4.4 4.5 4.6

Durchfhren (Vorprojekt) ...............................................................................15

SAP Solution Manager Landscape Management Database (LMDB) ...........................15 SAP Solution Manager Custom Code Lifecycle Management (CCLM / CCDB) ...........15 SAP Solution Manager Solution Directory (SolDB) ......................................................15 SAP Solution Manager Solution Documentation Assistant (SoDocA) ..........................15 SAP Solution Manager Clone Finder (CF) ...................................................................16 SAP Solution Manager Clearing / Using Analysis (CA) ................................................16
Seite 2 von 33

2012 Peter Weigel

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

4.7 4.8 4.9

SAP Solution Manager Data Volume Management (DVM) ..........................................16 SAP Solution Manager Transport Execution Analysis (TEA) .......................................17 SAP Solution Manager Business Process Analysis & Improvement (BPAI) .................17

5
5.1 5.2 5.3 5.4 5.5 5.6 5.7 5.8 5.9

Durchfhren (Basis-Aktivitten) ....................................................................18

SAP Solution Manager Business Process Configuration (BPC)...................................18 Entwicklungsabschluss ...............................................................................................18 Aufbau Systemlandschaft ............................................................................................18 SAP Solution Manager Change Request Management (ChaRM) ................................20 Weicher Entwicklungsstopp.........................................................................................20 SAP Solution Manager Maintenance Optimizer (MOPZ) .............................................20 Side Effect Report (SER) + Central Note (CN) ............................................................21 SAP Partner Add-ons (PAO) .......................................................................................21 SAP Software Logistic Toolset (SLT)...........................................................................21

5.10 Dictionary Adjustment (SPDD) ....................................................................................21

6
6.1 6.2 6.3 6.4 6.5

Durchfhren (Abgleich kundeneigener Anpassungen) ...............................23

Modification Adjustment (SPAU) .................................................................................23 Enhancement Adjustment (SPAU_ENH) .....................................................................23 SAP WebClient UI Enhancement Adjustment (WCF_CC) ...........................................23 Authority Adjustment (SU25) .......................................................................................24 Unicode Check (UCCHECK) .......................................................................................24

7
7.1 7.2 7.3 7.4

Durchfhren (Optionale Prfungen und Anpassungen) ..............................25

Enhancement & Switch Framework (SFW5)................................................................25 Erweiterte Syntaxprfung (SLIN) + SAP Code Inspector (SCI) ....................................25 SAP Solution Manager Upgrade / Change Impact Analysis (UCIA) .............................25 SAP Solution Manager Clone Finder (CF) ...................................................................26

8
8.1 8.2 8.3 8.4 8.5 8.6

Testen und Produktivsetzen ..........................................................................27

SAP Solution Manager Change & Transport System Analysis (CTSA) ........................27 SAP Solution Manager Business Process Change Analyzer (BPCA) ..........................27 Aufbau des Testsystems und ffnung des Quality Gates ............................................27 SAP Test Data Migration Server (TDMS) ....................................................................28 Generalprobe / Beschleunigter Upgrade .....................................................................28 Test- und Fehlermanagement, Testautomatisierung, SAP Solution Manager Test Workbench (STWB), SAP Solution Manager Service Desk (SD), SAP Solution Manager Change Request Management (ChaRM), SAP Solution Manager Root Cause Analysis (RCA) ............................................................................................................28 SAP Solution Manager Solution Documentation Assistant (SoDocA) ..........................29 SAP Solution Manager Clearing / Using Analysis (CA) ................................................29
Seite 3 von 33

8.7 8.8

2012 Peter Weigel

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

8.9

Harter Entwicklungs- bzw. Transportstopp ..................................................................30

8.10 CutOver / GoLive und Abbau der Systemlandschaft....................................................30 8.11 Repacking von Transportauftrgen .............................................................................30

9
9.1 9.2 9.3

Ausleitung........................................................................................................31
Danksagung ................................................................................................................31 Rechtliche Hinweise ....................................................................................................31 Autor / Kontakt ............................................................................................................32

2012 Peter Weigel

Seite 4 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

Einleitung

1.1 Zusammenfassung
Der Upgrade einer SAP-Lsungslandschaft zhlt zu den wichtigsten und kritischsten Aktivitten der Anwendungsentwicklung. Je mehr kundeneigene Modifikationen, Erweiterungen bzw. Entwicklungen in der Vergangenheit gettigt wurden und je schlechter die Qualitt dieser Anpassungen mit Blick auf Softwarearchitektur, Releasesicherheit, Dokumentation, Wartbarkeit etc. ist, desto aufwndiger und unberechenbarer wird der Upgrade der SAP-Lsungslandschaft und damit einhergehend der Upgrade der kundeneigenen Anpassungen. Der Upgrade in Form von Support Package Einspielungen, in Form von Enhancement Package Einspielung mit Aktivierung von Business Functions oder in Form von Releasewechsel ist ein Projekt, das stets nach dem gleichen Schema ablaufen kann und sollte: Dieser Leitfaden beschreibt ein solches generelle Vorgehen fr den technischen Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung und mit speziellem Fokus auf den SAP Solution Manager als essentielles Steuerungs-, Verwaltungs- und Untersttzungswerkzeug fr die SAP Business Suite.

1.2 Ausgangssituation
Es existiert eine drei- oder vierstufige Wartungslandschaft fr eine SAP Business Suite Lsung inklusive Anschluss an das SAP Solution Manager Change Request Management. Optional existiert zustzlich eine zweistufige Projektlandschaft. Es soll fr diese Lsung / Landschaft ein Upgrade durchgefhrt werden.

1.3 Zielsetzung
Mit Hilfe dieses Leitfadens erfolgt ein effizienter und effektiver (technischer) Upgrade der SAPLsungslandschaft.

1.4 Abgrenzung
Dieser Leitfaden ist als Ergnzung zu den zahlreichen "Release- und Upgrade-Informationen" im SAP Service Portal und zur ASAP Upgrade Roadmap im SAP Solution Manager anzusehen. Er ist kein Ersatz und umfasst nur einen Teil der dort verfgbaren Informationen. Die Kenntnisse ber die Details der beschriebenen Aktivitten, inkl. zur Anwendung der genannten Werkzeuge, werden vorausgesetzt und somit nicht ausfhrlich besprochen. Schwerpunkt dieses Dokumentes ist das allgemeine Vorgehen. Aspekte des Projektmanagements und des fachlichen Upgrades werden nur gestreift und sind somit ggf. unvollstndig beschrieben. Der Schwerpunkt des Dokumentes liegt auf den Ttigkeiten und untersttzenden Werkzeugen fr einen technischen Upgrade.

2012 Peter Weigel

Seite 5 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

1.5

Versionshistorie
7 29.01.2013 SAP Upgrade Management Guide.pdf

Version: Datum: Dateiname:

Historie: Version
1 2

Autor
Peter Weigel Peter Weigel

Datum
23.04.2012 29.04.2012

Bemerkungen
Erste Version "Zusammenfassung", "Versionshistorie", Projekt-IMG, ASUToolbox, SoDocA nach Test und verschiedene kleine Optimierungen. Business Blueprint, Landscape Management Database, Clone Finder als Vorprojekt, Data Volume Management, Transport Execution Analysis, Business Process Analysis & Improvement, Business Process Configuration, SAP Partner Add-ons, SAP Webclient UI und zahlreiche kleine Optimierungen / Ergnzungen inkl. Bndelung der Vorarbeiten als Vorprojekt. SAP Engagement & Service Delivery und SAP Test Data Migration Server sowie optische berarbeitung der Checkliste. Kleine Ergnzung zu lokalen + inaktiven Objekten bzw. unvollstndigen + fehlerhaften Modifikations- und Erweiterungsabgleichen bzw. Mandantenkategorien, RFCVerbindungen und Userstammstzen. Kleine Ergnzung zum Thema "Verwendungsnachweis von Kunden- und SAP-Objekten". Ergnzung um "SAP Globalization Knowledge Base".

Peter Weigel

13.05.2012

Peter Weigel

18.05.2012

Peter Weigel

04.06.2012

Peter Weigel

08.08.2012

Peter Weigel

29.01.2013

1.6

Checkliste

Die folgenden Kapitel / Abschnitte beschreiben die bei einem Upgrade durchzufhrenden Aktivitten. Durch die Anwendungsentwicklung sind bei einem technischen Upgrade in der Regel folgende Ttigkeiten durchzufhren: Schritt
1

Beschreibung Es ist optional eine Analyse der Entwicklungsqualitt mit anschlieender

2012 Peter Weigel

Seite 6 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

Optimierung / Verbesserung durchzufhren. -> SAP Solution Manager Transaktion CCLM Es ist optional eine Identifizierung von "Clonen" mit anschlieender Rckfhrung in den Standard durchzufhren. -> SAP Solution Manager Transaktion /SDF/CD_CCA Es ist optional eine Clearing / Using Analysis mit anschlieendem Rckbau obsoleter Entwicklungen durchzufhren. -> SAP Solution Manager Transaktion CNV_CDMC Es sind smtliche temporre / lokale / inaktive Objekte zu lschen und smtliche unvollstndige / fehlerhafte Modifikations- und Erweiterungsabgleiche des vorangehenden Upgrades zu korrigieren. -> Transaktionen SE80 -> Transaktion SPDD, Transaktion SPAU, Transaktion SPAU_ENH

Smtliche aktuell laufenden Entwicklungen in der Lsungslandschaft sind abzuschlieen und produktiv zu setzen. Es ist zu prfen, ob durch die SAP-Basis ... Die Transportschichten korrekt konfiguriert wurden. (Sonst knnen nderungen an kundeneigenen Objekten nicht auf transportierbaren Transportauftrag gespeichert werden.) Das Originalsystem der Entwicklungsobjekte korrekt eingetragen ist. (Sonst ist jede nderung eine Reparatur und der Modifikationsassistent erscheint bei jeder nderung an kundeneigenen Objekten.) Die Mandantenkategorie korrekt gepflegt ist. (Bei Produktionsmandanten gibt es Verhaltensabweichungen - z.B. sind BC-Sets nicht aktivierbar.) Der Index fr den Verwendungsnachweis von Kunden- und SAPObjekten ist neu aufgebaut wurde. (Durch den Upgrade sind verwendende + verwendete Repository-Objekte hinzugekommen oder verndert wurden. Diese nderungen werden ohne explizite Indexneugenerierung bei einem Verwendungsnachweis nicht korrekt bercksichtigt werden.) Die Logischen Systeme und RFC-Verbindungen fr die Umsysteme korrekt gepflegt sind. (Ansonsten funktionieren Kommunikations- bzw. Datenaustauschprozesse nicht korrekt.) Die Userstammstze des Projektteams korrekt gepflegt sind (inkl. Berechtigungen, Passwrter, Entwicklerschlssel). (Sonst ist das

2012 Peter Weigel

Seite 7 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

Projektteam nicht arbeitsfhig.) Smtliche SAP-Hinweise gem Nebeneffektreport eingespielt wurden. (Sonst hat das Einspielen des VORLETZTEN SP-Standes keinerlei Effekt, da die bereits bekannten Seiteneffekte / Fehler nicht behoben wurden.)

Es ist ein Dictionaryabgleich durchzufhren. -> Transaktion SPDD -> Transportauftrag Dictionaryabgleich Es ist ein Modifikationsabgleich durchzufhren. -> Transaktion SPAU -> Transportauftrag Modifikations- und Erweiterungsabgleich Es ist ein Erweiterungsabgleich durchzufhren. -> Transaktion SPAU_ENH -> Transportauftrag Modifikations- und Erweiterungsabgleich Es ist ein SAP Webclient UI Erweiterungsabgleich durchzufhren. -> Transaktion WCF_CC (Repositoryabgleich + HTML-Abgleich) -> Transportauftrag Modifikations- und Erweiterungsabgleich -> Transaktion SICF (Aktivierung von Services neuer UI Komponenten) Es ist eine Syntaxprfung und Syntaxfehlerbehebung fr smtliche Kundenentwicklungen durchzufhren. -> Transaktion UCCHECK -> Transportauftrag Kundenentwicklungsabgleich Es ist optional eine erweiterte Syntaxprfung und Syntaxfehlerbehebung durchzufhren. -> Transaktion SLIN + Transaktion SCI -> Transportauftrag Kundenentwicklungsabgleich Es ist optional eine nderungseinflussanalyse (Upgrade / Change Impact Analysis) mit entsprechender Entwicklungsanpassung durchzufhren. -> SAP Solution Manager Transaktion CNV_CDMC -> Transportauftrag Kundenentwicklungsabgleich Es ist optional eine bertragung von nderungen am Standard auf ehemals kopierte Objekte unter Verwendung des Clone Finders durchzufhren. -> SAP Solution Manager Transaktion /SDF/CD_CCA -> Transportauftrag Kundenentwicklungsabgleich

Es sind smtliche Fehler im Rahmen der Komponenten-, Funktions-, Integrations- Regressions- und Systemtests reaktiv zu beheben.

2012 Peter Weigel

Seite 8 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

-> SAP Solution Manager Service Desk -> SAP Solution Manager Change Request Management -> SAP Solution Manager Root Cause Analysis Es ist optional eine Falsifikation des Tests durch Identifizierung ungetesteter Entwicklungsobjekte (Clearing / Using Analysis) durchzufhren. -> SAP Solution Manager Transaktion CNV_CDMC Es sind smtliche Anpassungen abzuschlieen und produktiv zu setzen.

2012 Peter Weigel

Seite 9 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

Informieren und Entscheiden

Es ist die Entscheidung zu Fllen, welche SAP Produkte mit welchen Releasestnden, Enhancement Packages und Support Packages bentigt werden. Darber hinaus sind Entscheidungen zu verbundenen Software- und Hardwarekomponenten zu fllen. Ein Abgleich der hierzu verfgbaren zahlreichen Informationen mit dem Ist- und Soll-Zustand, liefert eine Aussage zum Ziel des Upgradevorhabens.

2.1

SAP Business Maps (BM)

Bei den SAP Business Maps (http://solutioncomposer.sap.com) handelt es sich Prozesslandkarten fr alle von SAP untersttzten Geschftsprozesse. Diese Prozesslandkarten dienen als zentrale Informationsquelle ber die "Fhigkeiten" der SAP Business Suite. Unter anderem erfolgt hier ein Mapping der Geschftsprozesse auf konkrete SAP Produkte. Die hier abrufbaren Informationen sind Grundlage der Entscheidung fr ein spezielles SAP Produkt.

2.2

SAP Solution Browser (SB)

Der SAP Solution Browser (http://service.sap.com/solutionbrowser) bietet die Mglichkeit eines funktionalen Vergleiches zwischen verschiedenen SAP Releases bzw. Enhancement Packages. Er dient als zentrale Plattform um sich ber funktionale Neuerungen zu einem SAP Produkt zu informieren. Die hier abrufbaren Informationen sind Grundlage der Entscheidung fr ein spezielles Release bzw. Enhancement Package.

2.3

SAP Business Function Prediction (BFP)

SAP liefert neue Funktionalitten in Form von Enhancement Packages aus. Die einzelnen Funktionalitten sind in Business Functions (BF) gekapselt und explizit im SAP Enhancement & Switch Framework zu aktivieren. Der SAP Business Function Prediction Service (http://service.sap.com/bfp) analysiert die vorhandene SAP Lsung und die darin genutzten Funktionalitten und liefert auf dieser Basis eine Liste von interessanten bzw. ntzlichen funktionalen Optimierungen / Erweiterungen. Die hier abrufbaren Informationen sind Grundlage der Entscheidung fr die Aktivierung neuer Business Functions.

2.4

SAP Software Download Center (SWDC)

Informationen zu den aktuell verfgbaren SAP Support Packages Stacks (inkl. den enthaltenen SAP Softwarekomponenten und SAP Hinweisen) sind im Software Download Center (http://service.sap.com/swdc) zu finden. Die hier abrufbaren Informationen sind Grundlage der Entscheidung fr das Einspielen eines speziellen Support Package Stacks.

2012 Peter Weigel

Seite 10 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

2.5

SAP Upgrade Dependency Analyzer (UDA)

Eine SAP Business Suite besteht meist aus mehreren SAP Lsungen. Soll z.B. der Upgrade eines SAP CRM durchgefhrt werden, so ist meist (abhngig von den genutzten Funktionalitten) auch ein Upgrade der verbundene SAP Lsungen SAP IS-U, SAP ERP, SAP HCM, SAP PI, SAP BI, SAP Netweaver Portal, SAP MDM, SAP IDM, SAP Solution Manager, ... zwingend erforderlich bzw. zu empfehlen. Der SAP Upgrade Dependency Analyzer (http://service.sap.com/uda) liefert eine Aussage zu den Abhngigkeiten der verschiedenen SAP Lsungen untereinander. Da der Upgrade Dependency Analyzer nicht alle SAP Lsungen in allen Release / Enhancement / Support Package Stnden untersttzt, kann als weiterer Anhaltspunkt der Releasezeitpunkt und das Basis-Release herangezogen werden. Generell gilt: SAP Lsungen, die zum gleichen Zeitpunkt verffentlicht wurden und/oder auf dem gleichen SAP-Basis-Release basieren (Softwarekomponente SAP_BASIS), sind kompatibel zueinander. Der SAP Solution Manager sollte im Vorfeld des Upgrades stets auf einen aktuellen Stand gehoben werden, damit die neuen Releases der Satellitenlandschaften untersttzt werden. Fazit: Es ist eine Entscheidung zu treffen, ob und in welcher Form fr verbundene SAP Lsungen ebenfalls ein Upgrade durchzufhren ist - der UDA kann hier eine groe Hilfe sein.

2.6

SAP Product Availability Matrix (PAM)

Eine weitere wichtige Entscheidungsgrundlage fr ein SAP Release bzw. Enhancement Package ist die SAP Product Availability Matrix (http://service.sap.com/pam), welche wichtige Informationen zu den einzelnen SAP Produkten liefert. Hier sind neben den Angaben zu den Wartungszeitrumen, auch Ausfhrungen zu den abhngigen NonSAP-Lsungen zu finden. Unter Umstnden ist im Rahmen des Upgrades der SAP Lsung auch ein Upgrade des SAP-Kernels, der Datenbanksysteme, der Betriebssysteme (Client + Server), des SAP GUIs, des Internet Browsers etc. erforderlich. Es ist auf Basis dieser Informationen eine Entscheidung zu fllen, ob ein Upgrade weiterer Anwendungen bzw. Softwarekomponenten notwendig bzw. sinnvoll ist.

2.7

SAP Delta / Quick Sizer Tool (QST)

Das SAP Quick Sizer Tool (http://service.sap.com/quicksizing) macht Aussagen zu genderten Hardwareanforderungen (Festplatte, Prozessor, Arbeitsspeicher). Auf Basis dieser Informationen sind Entscheidungen zur Anpassung der Hardwareressourcen zu fllen.

2012 Peter Weigel

Seite 11 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

Planen und Vorbereiten

Nachdem das Ziel bekannt und damit festgelegt ist, welche SAP- und NonSAP-Produkte in welchen Versionen bentigt werden bzw. welche Produkte im Rahmen des Upgrades anzupassen sind, ist nun eine Planung des Upgradeprojektes erforderlich.

3.1

SAP Upgrade Experience Database (UEDB)

Zur Abschtzung des zu erwartenden Zeit-, Budget- und Ressourcenaufwandes kann die von SAP bereitgestellte und von zahlreichen SAP Kunden mit Content gefllte Upgrade Experience Database (http://service.sap.com/upgradedb) herangezogen werden. Diese Datenbank enthlt Informationen darber, warum und wie andere SAP Kunden den Upgrade durchgefhrt haben und wie lange dieser dauerte.

3.2

SAP Globalization Knowledge Base (GKB)

Zur Abschtzung des zu erwartenden Zeit-, Budget- und Ressourcenaufwandes fr Lnderrollouts / Lnderupgrades kann die von SAP bereitgestellte Globalization Knowledge Base (http://service.sap.com/gkb, auch erreichbar ber http://service.sap.com/globalization) herangezogen werden. Diese Datenbank gibt Auskunft darber, in wieweit komplizierte oder sich hufig ndernde gesetzliche Vorschriften die Implementierungs- oder Upgrade-Aktivitten verkomplizieren knnten. Darber hinaus finden Sie an dieser Stelle Informationen zu von SAP untersttzten Sprachen, Lndern und zum Thema Unicode.

3.3

SAP Solution Manager Upgrade Roadmap (RM)

SAP liefert im SAP Solution Manager eine Roadmap (Projektplan) fr den Upgrade der SAP Lsungen aus (http://service.sap.com/upgraderoadmap, Transaktion SOLAR_PROJECT_ADMIN + RMMAIN). Diese Roadmap enthlt industrie- und lsungsspezifischen Content und umfasst zahlreiche Beschleuniger (Links zu Informationsquellen, Tools, Dokumentationen, Dokumentenvorlagen, etc.). Parallel sind zahlreiche Informationen zum Vorgehen bei einem Upgrade im SAP Service Portal strukturiert hinterlegt und abrufbar (http://service.sap.com/upgrade). Auf Basis dieser beiden Informationsquellen ist eine detaillierte Projektplanung fr das Upgradeprojekt inkl. Arbeitspaket-, Zeit-, Budget- & Ressourcenplanung mglich.

3.4

SAP Solution Manager Business Process Repository (BPR)

SAP liefert eine Dokumentation der Standardlsung ber das SAP Solution Manager Business Process Repository aus. Diese Dokumentation kann als Basis fr die Dokumentation vernderter oder neu hinzugekommener Funktionen bzw. Prozesse dienen. Die Dokumentation sollte bereits im Vorfeld des Upgrades gesichtet werden, da sich hieraus ggf. konkrete Aktivitten zum Konfigurieren der Funktionen ergeben.

2012 Peter Weigel

Seite 12 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

Auch die Prozesse des SAP Solution Managers sind im Business Process Repository dokumentiert. Somit besteht die Mglichkeit sich hier ber den Prozess "Upgrade Management" und "Custom Code Management" zu informieren und daraus ggf. weitere Upgrade-Aktivitten abzuleiten.

3.5

SAP Solution Manager Template Comparison & Adjustment (TCA)

Mit Hilfe der Funktion Template Comparison & Adjustment (Transaktion SA_PROJECT_UPGRADE + SOLAR01) besteht die Mglichkeit des Vergleiches und Abgleiches von BPR-Content verschiedener Releases und Enhancement Packages untereinander bzw. mit der aktuellen Lsungsdokumentation. Hierdurch werden konkrete prozessuale und funktionale nderungen und Erweiterungen am SAP Standard inkl. der zugehrigen Dokumentationen und Konfigurationsmglichkeiten aufgedeckt.

3.6

SAP Project Implementation Guide (IMG)

Fr Upgradeprojekte knnen, durch Nutzung der zahlreichen Attributisierungen der IMG-Aktivitten und der Filtermglichkeiten bei der Erstellung, projektspezifische Einfhrungsleitfden fr Aktivitten zum Upgrade-Customizing und Aktivitten zum Delta-Customizing aufgebaut und genutzt werden (Transaktion SPRO_ADMIN + SPRO): Das Upgrade-Customizing bezieht sich auf IMG-Aktivitten, die erforderlich sind, um die bisher genutzten Funktionen nach einem System-Upgrade oder Releasewechsel weiterhin nutzen zu knnen. Der IMG fr ein Upgrade-Customizing beinhaltet also alle IMG-Aktivitten, die durchgefhrt werden mssen, um nach einem Upgrade genderte Funktionalitt im System einzurichten. Das Delta-Customizing bezieht sich auf Customizing-Aktivitten, die erforderlich sind, um neue Funktionalitt fr die bisher genutzten Anwendungskomponenten nach einem System-Upgrade oder Releasewechsel anwenden zu knnen. Der IMG fr ein Delta-Customizing beinhaltet also alle IMGAktivitten, die durchgefhrt werden mssen, um neue Funktionalitt nach einem Upgrade im System einzurichten.

3.7

Application Specific Upgrade Toolbox (ASU)

Die ASU-Toolbox (SAP Hinweis 623723 + SAP Hinweis 1000009) ist ein Leitfaden und Werkzeugkasten fr den anwendungsspezifischen Upgrade. Sie umfasst Aktivitten (z.B. Korrektur- und Migrationsreports, Anleitungen fr manuelle Korrekturen/Anpassungen, ...) welche anwendungs-, szenario- bzw. kundenspezifisch vor oder nach einem technischen Upgrade (Enhancement Package Einspielung oder Releasewechsel) auszufhren sind. Diese Aktivitten werden aufgrund ihres spezifischen Charakters nicht automatisch ausgefhrt und sind daher bei Bedarf manuell zu starten bzw. durchzufhren.

3.8

SAP Upgrade Guides (UG) + SAP Release Notes (RN)

SAP stellt verschiedene Dokumentationen zur Verfgung, die ausfhrlich ber die konkreten technischen Aktivitten im Rahmen eines Upgrades informieren. An dieser Stelle seien explizit die Dokumentationen "Upgrade Master Guide", "Sizing Guide", "Configuration Guide", "Security Guide", "Operation Guide" (http://service.sap.com/instguides) und "Release Note" (http://service.sap.com/releasenotes) genannt.

2012 Peter Weigel

Seite 13 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

3.9

SAP Engagement & Service Delivery (ESD)

Der SAP Enterprise Support umfasst zahlreiche Services der SAP AG, welche ohne weitere Zusatzkosten und ohne Limitierungen in Anspruch genommen werden knnen. Diese Services fhren Analysen durch, liefern ausfhrliche Ergebnisreports mit konkreten Handlungsempfehlungen und knnen fr das Upgradeprojekt eine sehr groe Hilfe sein. Die Bestellung der Remote-Services und die Nutzung der Self-Services erfolgen ber den SAP Solution Manager. Informationen zu den Service-Angeboten sind im SAP Support Portal (http://service.sap.com/enterprisesupport) zu finden.

3.10 SAP Solution Manager Business Blueprint (BBP)

Vor der Durchfhrung des Upgrades ist eine Konzeption der geplanten Ttigkeiten durchzufhren. Diese Konzeption ist Basis fr zahlreiche vorangehende und nachfolgende Aktivitten. Sie erfolgt zentral im Werkzeug SAP Solution Manager Business Blueprint (Transaktion SOLAR_PROJECT_ADMIN + SOLAR01) und ist essentiell fr den Projekterfolg.

2012 Peter Weigel

Seite 14 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

Durchfhren (Vorprojekt)

Der Upgradeprojekterfolg kann durch zahlreiche positiv wirkende Vorarbeiten signifikant gesteigert werden. Hierzu sind in einem Vorprojekt entsprechende Analysen durchzufhren und geeignete Manahmen umzusetzen.

4.1

SAP Solution Manager Landscape Management Database (LMDB)

Viele der Aktivitten zur Vorbereitung und Durchfhrung des Upgrades basieren auf Informationen zur aktuellen Lsungslandschaft, welche zentral in der SAP Solution Manager Landscape Management Database (LMDB) vorgehalten werden. Mit Hilfe des SAP Solution Manager Landscape Verification Tools (Transaktion LVSM) sollte daher im Vorfeld eine Verifizierung dieser Informationen durchgefhrt werden, da falsche Informationen zu Release- und Support Package Stnden schwerwiegende Komplikationen in einigen Arbeitsschritten zur Folge haben knnen.

4.2

SAP Solution Manager Custom Code Lifecycle Management (CCLM / CCDB)

Das SAP Solution Manager Custom Code Lifecycle Management (Transaktion CCLM) liefert, bei vollstndiger und konsistenter Pflege, einen vollstndigen berblick ber smtliche kundeneigene Entwicklungen (inkl. Modifikationen und Erweiterungen). Die Informationen zur Anzahl, Nutzung, Qualitt, Geschftskritikalitt, Technologie, Verantwortlichkeiten etc. sind fundamental notwendige Informationen, um den Aufwand und die notwendigen Skills fr die bentigten Entwicklerressourcen zu planen. Zudem ist ggf. eine Priorisierung der Entwicklungen mglich. Auerdem kann in einem Vorprojekt die Qualitt der Entwicklung erhht werden, um den Aufwand im Upgradeprojekt (und im anschlieenden Betrieb) signifikant zu reduzieren.

4.3

SAP Solution Manager Solution Directory (SolDB)

Das SAP Solution Manager Solution Directory enthlt die Gesamtlsungsdokumentation strukturiert nach Geschftsszenario, Geschftsprozess und Prozessschritt. Hier erfolgt unter anderem die Dokumentation smtlicher kundeneigener Entwicklungen (inkl. Modifikationen und Erweiterungen) und die Verknpfung der Entwicklungsobjekte mit den betroffenen Geschftsprozessen bzw. Prozessschritten. Diese Dokumentation kann nun genutzt werden, um die Geschftskritikalitt der Eigenentwicklungen zu bewerten und hieraus eine Rangfolge und Priorisierung fr die Bearbeitung abzuleiten. Zudem ist diese Lsungsdokumentation Basis zahlreicher weiterer Hilfsmittel / Werkzeuge.

4.4

SAP Solution Manager Solution Documentation Assistant (SoDocA)

Der SAP Solution Manager Solution Documentation Assistant dient dem Aufbau und der Verifikation der Lsungsdokumentation. Eine vollstndige, konsistente und aktuelle Lsungsdokumentation ist fr den Upgrade wichtig, da auf Basis dieser Dokumentationen die Anpassungen und die Tests durchgefhrt werden. Mit Hilfe dieses Lsungsdokumentationsassistenten besteht die Mglichkeit, nicht mehr genutzte Prozesse bzw. Prozessschritte zu identifizieren, somit vom Upgrade auszuschlieen und damit den Upgradeaufwand zu verringern. Auerdem besteht die Mglichkeit,

2012 Peter Weigel

Seite 15 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

Dokumentationslcken zu identifizieren, indem produktiv genutzte Transaktionen, WebdynproAnwendungen, BSP-Anwendungen, ... aufgesprt werden, welche keinem Geschftsprozess in der Lsungsdokumentation zugeordnet sind. Mit Hilfe dieser Informationen ist eine Vervollstndigung der Lsungsdokumentation und des Testfallkataloges mglich.

4.5

SAP Solution Manager Clone Finder (CF)

Ist der SAP Standard nicht ausreichend, so besteht die Mglichkeit, diesen mittels Modifikation oder Erweiterung zu verndern oder mittels Anwendungsentwicklung eigene Lsungen zu implementieren. In machen Fllen wird weder das eine noch das andere getan. Stattdessen wird die SAP Standardlsung kopiert und angepasst. Dies hat jedoch nun zur Folge, dass nderungen am SAP Standard nicht automatisch auf die Kopien bertragen werden. Um solche "Clone" zu finden, um die Anpassungen entweder im Rahmen des Upgrades abgleichen oder den "Clone" im Vorfeld mittels Modifikation und Erweiterung in den Standard zurckfhren zu knnen, kann der SAP Solution Manager Clone Finder (Transaktion /SDF/CD_CCA) genutzt werden. Um optimale Ergebnisse zu erhalten, sollte der Clone Finder im Wartungsentwicklungssystem ausgefhrt werden, da hier die SAP Standard Objekte noch nicht aktualisiert wurden und die "Clone" aufgrund der geringeren Abweichungen noch besser identifizierbar sein werden.

4.6

SAP Solution Manager Clearing / Using Analysis (CA)

Die Funktion SAP Solution Manager Clearing Analysis (Transaktion CNV_CDMC) fhrt eine Analyse der produktiven Nutzung kundeneigener Entwicklungen (auf Ebene der einzelnen RepositoryObjekte) durch. Hier werden in der Regel zahlreiche Entwicklungen entdeckt, die nicht mehr verwendet werden und im Vorfeld des Upgrades zurckgebaut werden knnen. Dieser Rckbau spart dann im Upgrade Aufwand und Zeit fr Abgleich und Test dieser Entwicklungen. Sollte ein Rckbau aus Zeit- und Budgetgrnden nicht mglich sein, so kann auf Basis dieser Funktionalitt eine Priorisierung der kundeneigenen Anpassungen erfolgen: Hchste Prioritt haben alle produktiv genutzten Entwicklungen. Temporre / lokale / inaktive Objekte (Transaktion SE80) und unvollstndige / fehlerhafte Modifikations- und Erweiterungsabgleiche des vorangehenden Upgrades (Transaktion SPDD, SPAU, SPAU_ENH) knnen beim Upgrade erhebliche Komplikationen verursachen und sollten im Rahmen dieser Clearing-Aktivitt auf jeden Fall gelscht bzw. korrigiert werden.

4.7

SAP Solution Manager Data Volume Management (DVM)

Der SAP Solution Manager Data Volume Management Self-Service dient der Analyse der Stamm- und Bewegungsdaten einer SAP Lsungslandschaft. Auf Basis dieser Analyse (Visuelle Darstellung + Report mit konkreten Optimierungsempfehlungen) knnen Aktivitten zum Lschen oder Archivieren veralteter Daten initiiert werden. Hierdurch verringert sich der Speicherplatz fr die Systemlandschaft und die temporr fr das Upgradeprojekt mittels Systemkopie aufzubauenden Systeme. Zudem verringert sich der Zeit- und Ressourcenaufwand fr notwendige Datenmigrationen. Auerdem kann nach groen Lsch- bzw. Archivierungsaktivitten mit nicht unerheblichen Performanceverbesserungen gerechnet werden. Die Lschungs- und Archivierungsaktivitten sind vor dem Start des Upgradeprojektes durchzufhren und bergen meist ein erhebliches Nutzenpotential.

2012 Peter Weigel

Seite 16 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

4.8

SAP Solution Manager Transport Execution Analysis (TEA)

Die SAP Solution Manager Transport Execution Analysis ist ein Self-Service der SAP und dient der Analyse des Transportverhaltens in einer SAP Lsungslandschaft. Auf Basis eines Reports mit konkreten Optimierungsempfehlungen lassen sich Transportprobleme aufdecken und dauerhaft beseitigen. Die hiermit verbundenen Aktivitten sind vor dem Start des Upgradeprojektes durchzufhren, da die Umsetzung der Manahmen nach dem Upgrade u.U. nicht mehr mglich ist oder eine Nichtumsetzung zu Problemen beim Upgrade fhren kann (z.B. veraltete Transportauftrge in der Importqueue).

4.9

SAP Solution Manager Business Process Analysis & Improvement (BPAI)

Der SAP Self-Service "Business Process Analysis & Improvement" dient der Analyse der produktiv gelebten Geschftsprozesse und der Identifizierung mglicher Strungen und Probleme. Auf Basis eines Reports mit konkreten Optimierungsempfehlungen lassen sich Manahmen zur Fehlerbeseitigung, Stabilisierung und Optimierung dieser Geschftsprozesse ergreifen. Derartige Manahmen sollten vor dem Start des Upgradeprojektes durchgefhrt werden, da die Umsetzung der Manahmen nach dem Upgrade u.U. nicht mehr mglich ist oder eine Nichtumsetzung zu Problemen beim Upgrade fhren kann (z.B. unverarbeitete BDocs, IDocs, qRFCs, ...).

2012 Peter Weigel

Seite 17 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

Durchfhren (Basis-Aktivitten)

Nach dem der Projektplan mit den konkreten Aktivitten, Terminen, Budgets und Ressourcen feststeht und die Vorarbeiten zur Maximierung des Upgradeprojekterfolges abgeschlossen sind, kann nun der Upgrade beginnen...

5.1

SAP Solution Manager Business Process Configuration (BPC)

Aufbauend auf der Konzeption im SAP Solution Manager Business Blueprint, erfolgt whrend der gesamten Realisierung eine Dokumentation im Werkzeug SAP Solution Manager Business Process Configuration (Transaktion SOLAR02). Die Dokumentation umfasst neben Anwender-, Berater- und Entwicklerdokumentation auch Verknpfungen mit konkreten Customizing-IMG-Aktivitten, Entwicklungsobjekten, Testfllen und E-Learning-Materialien.

5.2

Entwicklungsabschluss

Mit Beginn des Upgrades sind smtliche aktuell laufenden nderungen (Customizing + Entwicklung) abzuschlieen. Andernfalls knnen diese Anpassungen erst mit dem Upgrade produktiv gesetzt werden oder wrden das Upgradeprojekt, aufgrund von Ressourcenbindung fr Fortfhrung und Parallelabgleich der Anpassung, behindern. Zudem wrden offen Transportauftrge nach der Systemkopie des Entwicklungssystems in beiden Systemen existieren und offen sein, was zu unberschaubaren Komplikationen fhren kann. Lokale und systembergreifende Objektsperren wrden einen weiteren Strfaktor darstellen. Auerdem knnte es passieren, dass beim Modifikations- oder Erweiterungsabgleich unfertige Entwicklungen angepasst werden mssen und hierdurch beim spteren GoLive ungewollt mit produktiv gesetzt werden.

5.3

Aufbau Systemlandschaft

Die meisten Systemlandschaften umfassen ein Entwicklungssystem (DEV), ein Qualittssicherungsbzw. Testsystem (QAS) und ein Produktionssystem (PRD). Werden mehrere mittelgroe Projekte durchgefhrt, so existiert darber hinaus ggf. zwischen QAS und PRD ein Vorproduktionssystem (PRE). Der Upgrade wird in dieser Landschaft durchgefhrt. Um die Wartung whrend dieser Zeit zu gewhrleisten, ist temporr eine zwei oder dreistufige Wartungslandschaft per Systemkopie aufzubauen (DEV -> MDV, QAS -> MQA). Die Wartung erfolgt entlang der Schiene MDV -> MQA -> PRD inkl. Nutzung des Modifikationsassistenten, da alle nderungen aufgrund des DEVOriginalsystem Reparaturen darstellen. Das Upgradeprojekt folgt der Schiene DEV -> QAS -> (PRE ->) PRD. Es ist ein Parallelabgleich smtlicher Anpassungen von MDV nach DEV durchzufhren um sptere Komplikationen zu vermeiden. Umfasst die Systemlandschaft bereits eine permanente Projektlandschaft bestehend aus einem Projektentwicklungssystem (PRJ) und einem Projektkonsolidierungssystem (CON), so ist diese Projektlandschaft fr das Upgradeprojekt zu verwenden. Die Wartung erfolgt in diesem Fall entlang der Schiene DEV -> QAS -> PRD. Das Upgradeprojekt folgt der Schiene PRJ -> CON -> DEV -> QAS -> PRD. Auch hier ist ein Parallelabgleich von DEV nach PRJ erforderlich.

2012 Peter Weigel

Seite 18 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

Ergnzende Hinweise: Im Fall der permanenten Projektlandschaft ist die Funktionalitt "Versionierung bei Import" fr das Entwicklungssystem DEV zwingend zu aktivieren. Hierdurch dauert der Import von Transportauftrgen zwar lnger, dafr wird aber die Versionshistorie der Repositoryobjekte nicht berschrieben, sondern ergnzt. Sollte entgegen den empfohlenen Varianten eine temporre Projektlandschaft aufgebaut werden, so sind, nach durchgefhrter Systemspiegelung DEV -> PRJ und im spteren Verlauf durchgefhrten CutOver CON -> DEV, das Originalsystem smtlicher Kundenentwicklungen zu korrigieren (Report RSWBO_OBJCAT), da ansonsten smtliche nderungen flschlicherweise als Modifikationen/Reparaturen behandelt werden. Auerdem ist dafr sorge zu tragen, dass vor dem Abschalten der temporren Projektlandschaft smtliche ggf. noch nicht transportierten Metadaten (Gilt fr zahlreiche Erweiterungen mittels Wizard mit automatischer Codegenerierung) in das Wartungsentwicklungssystem bertragen werden. Manchmal wird beim Aufbau/Umbau der Systemlandschaft die Pflege der Transportschichten (Transaktion STMS) vergessen. Dies hat dann zur Folge, dass nderungen an kundeneigenen Objekten nur auf lokale Transportauftrge geschrieben werden knnen. Es ist sicher zu stellen, dass smtliche vor dem Upgradebeginn verwendeten Transportschichten auch mit Beginn des Upgrades in Projekt- und Wartungslandschaft gltig sind und auf das jeweilige Konsolidierungsziel verweisen. Weitere (hufig vergessene) Anpassungen: Die Mandantenkategorie (Transaktion SCC4) ist im Falle der Systemkopie PRD -> DEV o.. anzupassen, da vor allem bei Produktionsmandanten Verhaltensabweichungen existieren, in der Form, dass bestimmte Funktionalitten (z.B. BC-Set-Aktivierungen) nicht mglich sind. Der Index fr den Verwendungsnachweis von Kunden- und SAP-Objekten ist neu aufzubauen (Hinweis 18023 + Hinweis 28022), da durch den Upgrade verwendende + verwendete Repository-Objekte hinzugekommen sind oder verndert wurden, welche ohne explizite Indexneugenerierung bei einem Verwendungsnachweis nicht korrekt bercksichtigt werden. Die Logischen Systeme und RFC-Verbindungen sind auf die neuen Umsysteme anzupassen, da sonst Kommunikations- und Datenaustauschprozesse nicht korrekt funktionieren. Die Userstammstze sind zu korrigieren (User sperren / einrichten, Berechtigungen entfernen / hinzufgen, Passwort zurcksetzen, Entwicklerschlssel generieren / zuweisen), da ansonsten das Projekteam nicht arbeitsfhig ist. Whrend der Systemkopie sind die Ausgangssysteme / User zu sperren und eingeplante Jobs temporr auszuplanen. Hierzu ist u.a. im SAP Solution Manager das jeweilige System als "temporr inaktiv" zu kennzeichnen. Das Konsolidierungssystem CON kann bei Bedarf vorerst als virtuelles System definiert und spter aufgebaut werden, um Systemressourcen zu sparen und eine bestmgliche Aktualitt zu gewhrleisten.

2012 Peter Weigel

Seite 19 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

5.4

SAP Solution Manager Change Request Management (ChaRM)

Sowohl fr die Wartung als auch fr den Upgrade ist ein ITIL-konformer Change- und Release Management Prozess notwendig. Zur Tooluntersttzung ist hier das SAP Solution Manager Change Request Management einzusetzen. Fr die Wartung sind die Prozesse "nderungsantrag" und "Dringende nderung" zu verwenden. Fr das Projekt sind dagegen "nderungsantrag" und "Normale nderung" zu nutzen. Die Funktionen "Systembergreifende Objektsperre / Cross System Object Lock" und "Parallelabgleich / Retrofit" sind zwingend zu nutzen. Fr das Upgradeprojekt kann alternativ, sollte lediglich eine zentrale Steuerung und Verwaltung der nderungen durch einen Change Manager gewnscht sein, das SAP Solution Manager Quality Gate Management genutzt werden. Fr den Upgrade wird EINE "normale nderung" mit jeweils separaten Workbench-Auftrgen fr Dictionaryabgleich, Modifikations-&Erweiterungsabgleich, Berechtigungsabgleich und Kundenentwicklungsabgleich (ggf. mit Customizing-Auftrag) bentigt. Im Rahmen des Tests werden weitere nderungsdokumente bentigt.

5.5

Weicher Entwicklungsstopp

Mit Beginn des Upgradeprojektes (bzw. mit Aufbau der Upgradelandschaft) beginnt ein weicher Entwicklungsstopp. Dies bedeutet, dass whrend des Upgradeprojektes in der Wartungslandschaft keine anderen Projekte durchgefhrt werden und nur dringend notwendige Fehlerkorrekturen (Emergency Changes) zulssig sind. Diese Einschrnkung ist erforderlich um den Aufwand und die Strungen des Upgradeprojektes durch den notwendigen Parallelabgleich (bertragen der Anpassungen der Wartung in das Upgradeprojekt inkl. Upgrade dieser Anpassungen) so gering wie mglich zu halten. Fr smtliche Anpassungen in der Wartungslandschaft ist ein Parallelabgleich mit der Projektlandschaft notwendig, entweder manuell oder mittels der Retrofit-Funktionalitt des SAP Solution Manager Change Request Managements oder durch Quertransport der entsprechenden Transportauftrge. Quertransport drfen jedoch keine Modifikationen und keine nderungen an kundeneigenen Entwicklungen enthalten, die im Rahmen des Upgrades bereits angepasst wurden. Als Hilfsmittel zu Identifizierung von Konflikten bzgl. auf beiden Seiten angepasster Repository- und Customizingobjekte kann die systembergreifende Objektsperre des SAP Solution Manager Change Request Managements dienen.

5.6

SAP Solution Manager Maintenance Optimizer (MOPZ)

Das Zusammenstellen und Herunterladen der fr den Upgrade erforderlichen Dateien erfolgt mittels Maintenance Optimizers. Dieser analysiert die aktuelle Lsungslandschaft und berechnet auf dieser Basis und auf Basis des Ziel-Support-Package-Stacks die erforderlichen Upgradedateien. Aufgrund der Tatsache, dass ein Support Package Stack sehr viele Softwarekomponenten umfassen kann und die einzelnen Support Packages inkrementeller Natur sind, kann die berechnete Zusammenstellung sehr viele Dateien inkl. Abhngigkeiten umfassen.

2012 Peter Weigel

Seite 20 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

5.7

Side Effect Report (SER) + Central Note (CN)

Viele Kunden scheuen sich davor, den aktuellsten Support Package Stack (SPS) einzuspielen und entscheiden sich fr den vorletzten Stand. Motivation hierfr ist die Annahme, dass der aktuellste SPS noch unentdeckte bzw. unbeseitigte Seiteneffekte / Fehler enthlt, welche dagegen bei lteren SPS bereits entdeckt und behoben sind. Diese Argumentation ist nachvollziehbar. Jedoch gleichen die Vorteile des neusten SPS dieses ggf. gar nicht eintretende Risiko in der Regel aus. Unabhngig davon, welcher SPS eingespielt wird (aber vor allem wenn ein lterer SPS verwendet wird), ist es notwendig, bereits bekannte Nebeneffekte zu identifizieren und proaktiv zu beseitigen. Hierzu ist zum jeweiligen Support Package Stack ein Nebeneffektbericht zu erstellen (http://service.sap.com/swdc) und die hier aufgelisteten SAP Hinweise gemeinsam mit den Enhancement und Support Packages einzuspielen. Fr Upgrades des SAP Solution Managers existieren darber hinaus SPS- und szenarioabhngige Zentral-/Sammelhinweise, welche ebenfalls einzuspielen sind. Auerdem ist hier die Transaktion SOLMAN_SETUP auszufhren um weitere notwendige Upgrade-Aktivitten wizardgesteuert durchzufhren. Mglicherweise existieren derartige Hilfsmittel auch fr andere SAP Produkte und Szenarien.

5.8

SAP Partner Add-ons (PAO)

Sollte die SAP Standardlsung um Add-ons von SAP Partnern erweitert oder verndert wurden sein, so ist mit dem Upgrade der SAP Lsung auch ein Upgrade der SAP Partner Add-ons erforderlich. Die zum neuen Support Package Stack passenden Add-on Versionen sind vom jeweiligen SAP Add-on Anbieter zu beziehen und gemeinsam mit den SAP Softwarekomponenten einzuspielen. Werden keine neuen Add-on Versionen angeboten, so sind die Add-ons wie kundeneigene Entwicklungen zu behandeln.

5.9

SAP Software Logistic Toolset (SLT)

Das Einspielen der Releases, Enhancement Packages, Support Packages erfolgt mit dem SAP Software Logistic Toolset (http://service.sap.com/sltoolset): SAP Software Update Manager (SUM) [Ehemals: SAP Add-on Installation Tool (SAINT), Support Package Manager (SPAM), SAP Upgrade Tool (SAPup), SAP Enhancement Package Installer (SAPeh)]. Hierbei werden automatisch Voraussetzungen und Abhngigkeiten geprfte bzw. bercksichtigt, die SAP Softwarekomponenten in der korrekten Reihenfolge installiert bzw. aktualisiert und die erforderlichen Vor- und Nachbereitungsschritte durchgefhrt bzw. initiiert.

5.10 Dictionary Adjustment (SPDD)

Im Rahmen des Einspielens der neuen Support Packages, Enhancement Packages bzw. Releases werden nderungen an SAP Dictionary Objekten vorgenommen. Bevor nderungen am Quellcode eingespielt und aktiviert werden knnen, ist ein Abgleich kundeneigener Modifikationen und Erweiterungen an diesen SAP Dictionary Objekten durchzufhren. Dies erfolgt im jeweiligen System mittels der Transaktion SPDD. Die hier vorgenommenen Anpassungen sind auf einen separaten Transportauftrag zu nehmen. Die Eingabe von Modifikationsschlsseln ist whrend des Upgrades ausnahmsweise nicht erforderlich. Dieser Transportauftrag wird beim Upgrade der anderen Systeme

2012 Peter Weigel

Seite 21 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

der Systemlandschaft zum entsprechenden Zeitpunkt mit eingebunden / importiert, so dass kein weiterer Dictionary-Abgleich erforderlich ist.

2012 Peter Weigel

Seite 22 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

Durchfhren (Abgleich kundeneigener Anpassungen)

Der grte Aufwand (abgesehen vom Testaufwand) entfllt auf den Abgleich von kundeneigenen Entwicklungen. Dieser Aufwand steigt, je mehr kundeneigene Entwicklungen im System vorgenommen wurden, je schlechter die Architektur dieser Anpassung ist (Stichwort "Wartbarkeit") und wie schlechter die Anpassungen dokumentiert wurden. Die Abgleichttigkeiten lassen sich grtenteils parallelisieren und strukturieren, so dass trotz hohem Aufwand eine hchstmgliche Effizienz und Effektivitt gewhrleistet werden kann. Es hat sich hier bewhrt, die im Folgenden beschriebenen Aktivitten mglichst nacheinander abzuarbeiten. Darber hinaus hat es sich als sinnvoll herausgestellt, das Anwendungsentwicklerteam in drei Gruppen einzuteilen: Die erste Gruppe besteht i.R. aus ein bis zwei Personen und nimmt die Dispatcherrolle wahr, indem die einzelnen Entwicklungsobjekte ohne Analyse(!) auf die Personen der zweiten Gruppe verteilt werden. Die Personen der zweiten Gruppe sind, hnlich einem Second Level Support der ausschlielich "Incidents" bearbeitet, fr die schnellen syntaktischen Analyse und Bearbeitung der einzelnen Entwicklungsobjekte zustndig. Hier sollte pauschal 0.5h pro Objekt angesetzt werden. Sobald erkennbar ist, dass der Abgleich eines Objektes komplizierter werden knnte, ist dieses Objekt an eine Person der dritten Gruppe weiterzuleiten. hnlich einem "Problem"-Bearbeiter stehen der dritten Gruppe im Schnitt 2.0h - 4.0h pro Objekt zur Verfgung. Sie hat somit die Mglichkeit eine genauere semantische Analyse und Korrektur des Sachverhaltes durchzufhren ohne dass hierdurch die generelle Bearbeitung ins Stocken gert.

6.1

Modification Adjustment (SPAU)

Bevor nderungen am Quellcode aktiviert werden knnen, ist ein Abgleich kundeneigener Modifikationen am SAP Quellcode (inkl. frherer SAP-Hinweis-Einspielungen!) durchzufhren. Dies erfolgt im jeweiligen System mittels der Transaktion SPAU. Die hier vorgenommenen Anpassungen sind auf einen separaten Transportauftrag zu nehmen. Dieser Transportauftrag wird beim Upgrade der anderen Systeme der Systemlandschaft zum entsprechenden Zeitpunkt mit eingebunden / importiert, so dass kein weiterer Modifikationsabgleich erforderlich ist.

6.2

Enhancement Adjustment (SPAU_ENH)

Auch Erweiterungen des SAP Standards mittels der Enhancement Technologie kann zu Syntaxfehlern fhren und damit das Aktivieren des SAP Standard Quellcodes verhindern. Daher ist ein Abgleich dieser Erweiterungen zeitgleich bzw. direkt nach dem Modifikationsabgleich durchzufhren. Hierzu ist die Transaktion SPAU_ENH zu verwenden. Die beim Erweiterungsabgleich durchgefhrten Anpassungen sind auf den selben Transportauftrag wie der Modifikationsabgleich zu nehmen.

6.3

SAP WebClient UI Enhancement Adjustment (WCF_CC)

Bei Erweiterungen von UI Komponenten des SAP Webclient UI werden die kompletten RepositoryDateien und HTML-Seiten kopiert. Diese sind bei einem Upgrade mit dem SAP Standard abzugleichen. Hierfr ist die Transaktion WCF_CC zu nutzen. Darber hinaus mssen fr durch den Upgrade ggf. neu hinzu gekommene UI-Komponenten in der Transaktion SICF die entsprechenden

2012 Peter Weigel

Seite 23 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

BSP-Services aktiviert werden. Die beim Erweiterungsabgleich durchgefhrten Anpassungen sind auf den selben Transportauftrag wie der Modifikationsabgleich zu nehmen.

6.4

Authority Adjustment (SU25)

nderungen an der SAP Lsung bedeuten meist auch nderungen an den Berechtigungen. Ein Abgleich der Berechtigungsrollen (PFCG-Rollen) ist jedoch nicht direkt mglich, da es sich hierbei in den meisten Fllen um kundeneigene Berechtigungsrollen handeln wird, die entweder als Kopien von Standardrollen angelegt wurden oder komplett manuell (ggf. mit Untersttzung des Berechtigungstraces) aufgebaut wurden. Es besteht jedoch die Mglichkeit, anhand der in der Berechtigungsrolle enthaltenen Transaktionen (inkl. Webdynpro Anwendungen, BSP Anwendungen etc.) einen indirekten Abgleich durchzufhren. SAP liefert hierzu ein umfangreiches Repository aus, welches pro Transaktion die bentigten und optionalen Berechtigungsobjekte teilweise mit konkreten Werten enthlt. Darber hinaus existiert eine Liste von veralteten Transaktioncodes und deren Nachfolger. Mit Hilfe der Transaktion SU25 ist auf Basis dieser Informationen ein indirekter / teilweiser / halbautomatischer Abgleich kundeneigener Berechtigungsrollen mglich. Die Berechtigungsobjekte pro Transaktion sind ber Transaktion SU22 / SU24 einsehbar.

6.5

Unicode Check (UCCHECK)

Nahezu jede SAP Lsung ist mittlerweile auf Unicode umgestellt. Fr die Unicode-Umstellung kundeneigener Entwicklungen wurde von SAP der Unicode Check (Transaktion UCCHECK) bereitgestellt. Dieses Werkzeug ist jedoch nicht nur im Rahmen der Unicode-Umstellung hilfreich: Es ermglicht nmlich die Durchfhrung einer Syntaxprfung und die damit verbundene die Aufdeckung von Syntaxfehlern fr smtliche kundeneigenen Entwicklungen. Hierdurch aufgedeckte zwingend zu beseitigende Syntaxfehler entstehen, wenn SAP Repository Objekte verwendet werden, welche nun durch SAP inkompatibel gendert wurden, was bei nicht freigegebenen Objekten (z.B. Tabellen und interne Funktionsbausteine) hufig und bei freigegebenen Objekten (z.B. BAPIs) manchmal vorkommt. Bei der Anpassung ist zu beachten, dass nur Entwicklungen angepasst werden mssen, die vor dem Upgrade syntaxfehlerfrei waren (UCCHECK im Wartungsentwicklungssystem ausfhren und Ergebnis vergleichen!) und die tatschlich noch verwendet werden (Ergebnisse der Clearing / Using Analysis hinzuziehen).

2012 Peter Weigel

Seite 24 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

Durchfhren (Optionale Prfungen und Anpassungen)

Mit Abschluss der im vorangehenden Kapitel beschriebenen Aktivitten sind die wichtigsten und vor allem zwingend notwendigen Schritte durchgefhrt. Eine bergabe an die Anwendungsberatung (Funktionale Anpassungen) bzw. an den Test ist mglich. Jedoch besteht weiterer Anpassungsbedarf, welcher entweder mit den im Folgenden beschriebenen Aktivitten proaktiv oder aber reaktiv im Rahmen der Fehlerbehebung im Funktions- und Integrationstest durchgefhrt werden kann.

7.1

Enhancement & Switch Framework (SFW5)

Sind funktionale Erweiterungen gewnscht, so erfolgt die Aktivierung der zugehrigen Business Functions im Enhancement & Switch Framework (Transaktion SFW5). Es ist hierbei zu beachten, dass die meisten Business Functions irreversibel sind, also nicht wieder deaktiviert werden knnen. Das vorangehende Ausprobieren / Anschauen von solchen Funktionalitten muss daher zwingend in einem Sandboxsystem erfolgen. Die Aktivierung hat je nach Business Function zur Folge, dass Enhancements aktiviert werden, dass Customizing- und Anwendungsdatenumsetzungen erfolgen, dass Repositoryobjekte angelegt werden und dass Customizingeinstellungen eingespielt werden. Somit sind einige bereits durchgefhrte Abgleichsaktivitten zu wiederholen.

7.2

Erweiterte Syntaxprfung (SLIN) + SAP Code Inspector (SCI)

Um semantische oder durch UCCHECK nicht entdeckte syntaktische Fehler zu identifizieren und proaktiv beheben zu knnen, sollte eine erweiterte Prfung smtlicher kundeneigener Entwicklungen mithilfe der Erweiterten Syntaxprfung (Transaktion SLIN) und des SAP Code Inspectors (Transaktion SCI) durchgefhrt werden. Speziell beim Code Inspector ist darauf zu achten, dass nur Fehler behoben werden. Eine Optimierung der kundeneigenen Entwicklungen wrde i.R. den Rahmen des Upgradeprojektes sprengen, ist aber natrlich mit Blick auf Wartbarkeit und zuknftige Upgrades zu empfehlen.

7.3

SAP Solution Manager Upgrade / Change Impact Analysis (UCIA)

Die Upgrade / Change Impact Analysis (Transaktion CNV_CDMC) dient der Identifizierung von Anpassungsbedarfen an kundeneigenen Entwicklungen aufgrund der Verwendung von durch den Upgrade genderter SAP Entwicklungsobjekte. Diese syntaktisch kompatiblen Anpassungen (sonst htten wir diese ja bereits lngst entdeckt und beseitigt), knnen aus semantischen Grnden eine Anpassung der kundeneigenen Entwicklung erforderlich machen. Zum Beispiel knnte eine verwendete Tabelle ein neues Feld erhalten haben, eine verwendete Domne knnte nun einen neuen Domnenfestwert besitzen, ein Funktionsbaustein knnte einen neuen (optionalen) Parameter anbieten, ... Werden aufgrund dieser Funktion nderungen an kundeneigenen Entwicklungen vorgenommen, so mssen ggf. auch deren Verwender angepasst werden. Um dies zu prfen bzw. sicher zu stellen, kann die Funktion SAP Solution Manager Change & Transport System Analysis (CTSA) genutzt werden, welche in Abschnitt 8.1 genauer besprochen wird und u.a. eine Upgrade / Change Impact Analysis fr Objekte eines Transportauftrages ermglicht.

2012 Peter Weigel

Seite 25 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

Ist eine proaktive Analyse + Anpassung aus Zeit-, Budget- oder Ressourcengrnden nicht mglich, so kann das Ergebnis der Analyse alternativ zur reaktiven Identifizierung von beim Test aufgedeckter Fehler dienen.

7.4

SAP Solution Manager Clone Finder (CF)

Ist der SAP Standard nicht ausreichend, so besteht die Mglichkeit, diesen mittels Modifikation oder Erweiterung zu verndern oder mittels Anwendungsentwicklung eigene Lsungen zu implementieren. In machen Fllen wird weder das eine noch das andere getan. Stattdessen wird die SAP Standardlsung kopiert und angepasst. Dies hat jedoch nun zur Folge, dass nderungen am SAP Standard nicht automatisch auf die Kopien bertragen werden. Um solche "Clone" zu finden, um die Anpassungen entweder im Rahmen des Upgrades abgleichen oder den "Clone" im Vorfeld mittels Modifikation und Erweiterung in den Standard zurckfhren zu knnen, kann der SAP Solution Manager Clone Finder (Transaktion /SDF/CD_CCA) genutzt werden. Um optimale Ergebnisse zu erhalten, sollte der Clone Finder im Wartungsentwicklungssystem ausgefhrt werden, da hier die SAP Standard Objekte noch nicht aktualisiert wurden und die "Clone" aufgrund der geringeren Abweichungen noch besser identifizierbar sein werden.

2012 Peter Weigel

Seite 26 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

Testen und Produktivsetzen

Jetzt fehlt "nur noch" eine Verifizierung der vorangegangenen Aktivitten auf Vollstndigkeit und Korrektheit.

8.1

SAP Solution Manager Change & Transport System Analysis (CTSA)

Die Funktion SAP Solution Manager Change & Transport System Analysis (Transaktion CNV_CDMC) bietet die Mglichkeit der Analyse von im Rahmen des Upgrade entstandenen Transportauftrgen und der Bestimmung des Testscopes: Welche dieser Objekte werden im Produktivsystem tatschlich genutzt und sind daher zu testen? Welche Objekte weisen in den anderen Systemen eine andere Objektversion auf, sind also tatschlich verschieden und daher zu testen? Welche Repositoryobjekte verwenden die enthaltenen / genderten Objekte und sind ebenfalls zu testen? Darber hinaus bietet die Funktion die Mglichkeit der Vollstndigkeitsprfung der Transportauftrge: Verwenden die enthaltenen Objekte andere Objekte, welche nicht enthalten sind, im Folgesystem aber gar nicht oder in einer anderen Version existieren? (Diese Fragestellung ist bei Upgradeprojekten eher selten, bei parallelen Projekten mit unbeabsichtigten Abhngigkeiten aber hufig anzutreffen.)

8.2

SAP Solution Manager Business Process Change Analyzer (BPCA)

Zur Identifizierung der von einer nderung betroffenen Geschftsprozesse durch Analyse der genderten Repository- und Customizingobjekte und Abgleich mit den im Geschftsprozess verwendeten Objekten ist die Funktion SAP Solution Manager Business Process Change Analyzer zu verwenden: Welche Geschftsprozesse sind betroffen und welche Testflle sind daher auszufhren? Welche Prozesse / Testflle sind fr eine 100%ige Testabdeckung (jedes Objekt wird mindestens einmal getestet) ausreichend?

8.3

Aufbau des Testsystems und ffnung des Quality Gates

War das Testsystem bisher virtueller Natur, so ist dieses nun mittels Systemkopie aufzubauen. Existiert das Testsystem bereits, so ist auch hier ggf. ein Neuaufbau mittels Systemkopie des Produktivsystems sinnvoll, um eine produktionsnahe Testumgebung vorzuhalten. Bei Einsatz des SAP Solution Manager Change Request Managements ist nun in die Phase "Entwicklung mit Freigabe" oder "Test" zu wechseln und die bisher entstandenen Transportauftrge zu importieren. Bei Einsatz des SAP Solution Manager Quality Gate Managements ist zustzlich das Quality Gate fr das Testsystem zu ffnen, damit Transportauftrge vom Entwicklungs- in das Testsystem importiert werden knnen. Wurden bereits vor dem Systemneuaufbau Transportauftrge in das Testsystem importiert, so knnen diese Transportauftrge mittels SAP Solution Manager Change Request Management Transport Tracking (Transaktion /TMWFLOW/TRMO) identifiziert und erneut importiert werden.

2012 Peter Weigel

Seite 27 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

8.4

SAP Test Data Migration Server (TDMS)

Hufig besteht der Wunsch die Tests in einer produktionsnahmen Umgebung durchzufhren. Die Nutzung einer Systemkopie des Produktionssystems scheitert jedoch meist an den groen Datenmengen und an Datenschutzbestimmungen. Abhilfe kann hier der SAP Test Data Migration Server leisten. Dieser ermglicht zum einen die deutliche Reduktion der Datenmenge durch Einschrnkung auf ausgewhlte Zeitrume, Abteilungen, Buchungskreise u.a. Zum anderen ermglicht er durch automatische Anonymisierungsaktivitten die Einhaltung der Datenschutzbestimmungen.

8.5

Generalprobe / Beschleunigter Upgrade

Je nach Design der Upgradelandschaft und je nach Einplanung weiterer Testzyklen inkl. Systemaufbau mittels Systemkopie sind mindestens eine Generalprobe der Produktivsetzung durchzufhren. Hierzu wird der Upgrade in beschleunigter Form durchgefhrt (Abgleiche und sonstige Anpassungen an Repository- und Customizingobjekten erfolgen ausschlielich mittels Transportauftrgen). Da es hier in ungnstigen Fllen zu Transportproblemen kommen kann, ist ein fhiger Anwendungsentwickler einzubeziehen. Das Bereithalten der kompletten Anwendungsberatungs- und -entwicklungsmannschaft ist dagegen nicht erforderlich / sinnvoll.

8.6

Test- und Fehlermanagement, Testautomatisierung, SAP Solution Manager Test Workbench (STWB), SAP Solution Manager Service Desk (SD), SAP Solution Manager Change Request Management (ChaRM), SAP Solution Manager Root Cause Analysis (RCA)

Jeder Anwendungsentwickler hat seine Funktionalitten nach Mglichkeit seiteneffektfrei zu entwickeln, so dass bei gleicher Eingabe stets auch die gleiche Ausgabe erwartet werden kann. Zudem hat er die gngigen Programmierkonzepte zu bercksichtigen (Client-Server-Architektur, Service-orientierte-Architektur, Model-View-Controller-Entwurfsmuster, etc.), so dass u.a. eine Entkopplung von Geschftsprozess, User Interface und Business Logic existiert. Ist dies der Fall, so ist eine teilweise Automatisierung des Komponententests mittels Test Units mglich und sinnvoll. Wie auch immer: Der Anwendungsentwickler hat seine Komponenten manuell oder automatisch im Entwicklungssystem zu testen. Der Anwendungsentwickler hat i.R. keinen Zugriff auf das Testsystem. An den Komponententest schliet sich der Funktions-/Prozesstest durch den Anwendungsberater an. Hierbei wird eine komplette Funktionalitt bzw. ein kompletter Prozess im Entwicklungs- oder Testsystem getestet. Sofern mglich sollte dieser Test mittels gngiger SAP Werkzeuge (z.B. eCATT) oder Werkzeuge von zertifizierten Fremdanbietern (z.B. HP Quicktime Professional) automatisiert werden. Dieser Test entscheidet, welche Funktionalitten in das Release einflieen und im Rahmen des Integrationstests zu verifizieren sind. In einem Upgradeprojekt sollten smtliche Funktionalitten in den Integrationstest einflieen, jedoch kann es technische oder fachliche Grnde geben, dass einige Funktionalitten erst in spteren Testzyklen zur Verfgung stehen werden oder erst mit einem Nachfolgerelease ausgeliefert werden knnen. An den Funktions- / Prozesstest schliet sich der Integrationstest der Gesamtlsung im Testsystem an. Hier werden die Prozesse und deren Interaktionen getestet. Basis hierfr bilden die Testfallbeschreibungen pro Prozess und die ggf. vorhandenen Prozesstestautomatisierungen. Fehler

2012 Peter Weigel

Seite 28 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

werden entweder sofort beseitigt und (trotz Risiko der Strung des Integrationstests) in das Testsystem importiert oder in einer direkt nach der Testphase folgenden Fehlerkorrekturphase behoben. Eine integrative Nutzung der SAP Solution Manager Test Workbench (fr den Testmanagementprozess), des SAP Solution Manager Service Desk (fr den Fehlermanagementprozess) und des SAP Solution Manager Change Request Managements (fr den Fehlerkorrekturprozess) ist hier aus Effizienz- und Effektivittsgrnden unumgnglich. Mglicherweise werden durch den Upgrade nicht alle Prozesse verndert. Diese Prozesse sind dann im Integrationstest auch nicht zu testen. Jedoch kann es ungewollte nicht bercksichtigte Seiteneffekte geben, so dass im Rahmen des Regressionstests auch diese eigentlich nicht betroffenen Prozesse zu testen sind. Auch hier knnen Testautomatisierungen die Aufwnde und Anwenderfehler signifikant reduzieren. Generell gilt: Testautomatisierung lohnt sich bei mehreren Testzyklen und erst Recht bei anschlieendem Betrieb (mit zahlreichen weiteren Upgrades). nderungen an der Software oder Hardware haben auch Auswirkungen auf das Systemverhalten. Somit ist, nachdem die Funktionalitt getestet und fr korrekt befunden wurde, ein Systemtest im Sinne eines Last- und Performancetests durchzufhren. Bei Prozess-, Integrations-, Regressions- und Performancetests kann die Funktion SAP Solution Manager Root Cause Analysis (formal korrekt: "SAP Solution Manager Diagnostics" als Funktion des Application Lifecycle Managements Prozesses bzw. End-To-End Solution Operation Standards "Root Cause Analysis") zur End-To-End-Analyse und -Fehlersuche in verteilten und mehrschichtigen Anwendungen sehr hilfreich sein.

8.7

SAP Solution Manager Solution Documentation Assistant (SoDocA)

Sind die Testflle vollstndig, so dass es zu jedem Geschftsprozess geeignete Testflle gibt? Wurden diese Testflle in Rahmen des Integrationstests tatschlich ausgefhrt? Diese und weitere Fragen kann der Solution Documentation Assistant beantworten, indem er nach einem Integrationstestzyklus zum Einsatz kommt. Werden Prozesse im Integrationstestsystem als "nicht ausgefhrt" identifiziert, welche jedoch nachweislich produktiv genutzt werden, so ist hier eine Klrung des projekterfolggefhrdenden Sachverhaltes unverzichtbar.

8.8

SAP Solution Manager Clearing / Using Analysis (CA)

Werden durch SAP bereitgestellte Funktionalitten stark verndert oder komplett durch neue Funktionalitten abgelst, so ist hier unter Umstnden eine Migration von Customizingeinstellungen und Anwendungsdaten erforderlich. Diese Migration erfolgt automatisch im Rahmen des Releasewechsels bzw. des Aktivierens von Business Functions (XPRA-Phase). Wurden jedoch Modifikationen oder Erweiterungen an SAP Funktionalitten (Funktionsbausteine, Oberflchen etc.) vorgenommen, welche zwar noch existieren, nun aber nicht mehr verwendet werden, so ist eine manuelle bertragung dieser Anpassungen / Erweiterungen auf die Nachfolger-Funktionalitt notwendig. Im Nachgang zu einem ersten Integrationstestzyklus sind betroffene Anpassungen / Erweiterungen mit Hilfe der SAP Solution Manager Clearing / Using Analysis identifizierbar, denn: Diese Anpassungen / Erweiterungen werden in diesem Test nicht ausgefhrt / durchlaufen (Bedingung 1),

2012 Peter Weigel

Seite 29 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

sie werden in der produktiven Lsung noch genutzt (Bedingung 2) und die Testflle bieten eine vollstndige Testabdeckung (Bedingung 3).

8.9

Harter Entwicklungs- bzw. Transportstopp

Mit Beginn des letzten Zyklus des Integrationstests tritt ein harter Entwicklungsstopp in Kraft. Smtliche Entwicklungen der Wartung wrden trotz Parallelabgleiches nicht mehr in den Integrationstest und damit nicht mehr in das Upgraderelease einflieen knnen. Werden diese Anpassungen dennoch vorher ber die Wartungsschiene durchgefhrt und produktiv gesetzt, kann es zu gravierenden ungetesteten Nebeneffekten / Fehlverhalten (inkl. teilweiser oder vollstndiger Ausbau dieser Anpassungen) kommen. In der Projektschiene kann dagegen am Nachfolgerelease weiterentwickelt werden. Diese Entwicklungen drfen jedoch nicht mehr in das Integrationstestsystem importiert werden, da in diesem Fall der Integrationstest wiederholt werden msste.

8.10 CutOver / GoLive und Abbau der Systemlandschaft

Das SAP Solution Manager Change Request Management wechselt in die Phase "GoLive", Das SAP Solution Manager Quality Gate Management ffnet sequentiell die Quality Gates fr die Systeme entlang der Transportschiene. Der beschleunigte Upgrade ist entlang der vorher festgelegten Transportschiene durchzufhren. Die berfhrung in die Wartungslandschaft (im Falle der permanenten Projektlandschaft) wird als CutOver bezeichnet. Die berfhrung in das Produktionssystem wird als GoLive bezeichnet. Die temporre Wartungslandschaft wird mit dem GoLive auerbetrieb gesetzt. Smtliche dringende Fehlerbeseitigungen erfolgen nach dem GoLive regulr ber die Wartungslandschaft mittels "Dringender nderungen". Unkritische Fehlerbeseitigungen erfolgen mittels "Normaler nderungen" und flieen in das ggf. bereits in Arbeit befindliche Upgradenachfolge- / Wartungsrelease ein. Die Projektdokumentation als Bestandteil des SAP Solution Manager Business Blueprints und der SAP Solution Manager Business Process Configuration wird mit dem GoLive in die Lsungsdokumentation des SAP Solution Manager Solution Directorys berfhrt bzw. integriert.

8.11 Repacking von Transportauftrgen

Sofern fr die permanente Projektlandschaft kein SAP Solution Manager Change Request Management eingesetzt wurde, sind aus Grnden der Transparenz smtliche Anpassungen nach dem CutOver in einen neuen nderungsvorgang zu verpacken und mittels des Change Management Prozesses fr Wartungslandschaften zu transportieren. Sollten in der Wartungslandschaft noch Transporte existieren, die vor dem Upgrade entstanden sind und freigegeben wurden, jedoch noch nicht produktiv gesetzt wurden, so sind hierfr neue Transportauftrge mit bernahme der Objektstckliste zu erstellen und spter gemeinsam mit den alten Transportauftrgen produktiv zu setzen. Dies ist notwendig um einen Downgrade der enthaltenen ggf. im Rahmen des Upgrades genderten Objekte zu verhindern.

2012 Peter Weigel

Seite 30 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

9
9.1

Ausleitung
Danksagung

An dieser Stelle mchte ich ein groes Dankeschn der GISA GmbH, meinem Arbeitgeber, aussprechen: Dank GISA war ich in der glcklichen Lage, mir umfangreiches theoretisches und praktisch fundiertes Knowhow auf den Gebieten Change-, Release- und Upgrade Management sowie Custom Code Lifecycle Management anzueignen. Dank meiner Ttigkeit bei GISA lernte ich in zahlreichen Beratungs- und Entwicklungseinstzen gute und weniger gute Praktiken kennen und unterscheiden. Und nur durch die Untersttzung und Feedbacks zahlreicher Kollegen war es mir berhaupt erst mglich, einen so wertvollen Leitfaden zu schreiben, der Ihnen ein wichtiger Wegbegleiter und Beschleuniger sein wird. Danke GISA!

9.2

Rechtliche Hinweise

Urheberrechte Die in diesem Dokument enthaltenen Informationen sind Eigentum von Peter Weigel und unterliegen dem deutschen Urheber- und Leistungsschutzrecht. Nutzungs- und Verwertungsrechte Jede vom deutschen Urheber- und Leistungsschutzrecht nicht zugelassene Verwertung bedarf der vorherigen schriftlichen Zustimmung des Autors. Die Informationen drfen daher ohne schriftliche Genehmigung des Autors weder ganz noch teilweise verndert, bersetzt, vervielfltigt, gespeichert, an Dritte weitergegeben oder anderweitig verffentlicht werden. Mit Erwerb des Leitfadens erhlt der Leser ein eingeschrnktes Nutzungsrecht zur ausschlielich privaten und unternehmensinternen Nutzung. Inhalte und Rechte Dritter Grundlage dieses Dokumentes bilden die Informationen der SAP AG zum Thema Change-, Releaseund Transport Management, Upgrade Management und Custom Code Management. Die Rechte der SAP AG an den Informationen und Werkzeugen bleiben unangetastet. Der SAP AG wird unentgeltlich das Recht eingerumt, diesen Leitfaden in ihre Dokumentationen, Leitfden und Werkzeuge teilweise oder vollstndig zu integrieren. Inhalte und Rechte der GISA GmbH Einige Bestandteile dieses Leitfadens weisen hnlichkeiten zu Ausarbeitungen der GISA GmbH auf. Diese hnlichkeiten bestehen jedoch nur teilweise, niemals vollstndig und liegen darin begrndet, dass der Autor dieses Leitfadens (Peter Weigel) auch mageblich an den Ausarbeitungen der GISA GmbH beteiligt war. Zudem stellt dieser Leitfaden lediglich eine strukturierte Zusammenstellung von bekannten frei zugnglichen Fakten bzw. Informationen der SAP AG dar und ist damit zwangslufig hnlich zu anderen Leitfden dieser Art. Auerdem wurden einige Inhalte dieses Leitfadens nachtrglich in die GISA-internen Ausarbeitungen bernommen. Der Leitfaden wurde vollstndig auerhalb der Arbeitszeit erstellt, wurde durch GISA nicht beauftragt und die Erstellung zhlt im Unternehmen nicht zu den blichen Aufgaben eines Senior Development Consultant. Die Erstellung des Leitfadens fhrte zu keinerlei Nachteilen / Behinderungen bei der

2012 Peter Weigel

Seite 31 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

Wahrnehmung von (Entwicklungs-)Aufgaben im Unternehmen. Es existiert keine Gewinnerzielungsabsicht, wodurch eine Verffentlichung des Leitfadens nicht als genehmigungspflichtige Nebenttigkeit anzuzeigen ist. Es liegt ein indirekter Bezug zwischen dem Inhalt des Leitfadens und der beruflichen Ttigkeit des Autors vor. Der Autor ist seiner Anbietungspflicht im Januar / Februar 2012 nachgekommen: Die GISA GmbH hat kein Interesse am Erwerb der uneingeschrnkten Nutzungsrechte fr das zu diesem Zeitpunkt in Entstehung befindlichen Custom Code Lifecycle Management Handbuch und hat am 03.02.2012 den Erwerb der Nutzungsrechte an diesem Handbuch (inkl. smtlicher zugehriger Dokumente und inkl. smtlicher Weiterentwicklungen) abgelehnt. Dieser Leitfaden ist als zugehriges Dokument zum Custom Code Lifecycle Management Handbuch zu werten. Dieses Dokument ist als wissenschaftliche Arbeit anzusehen und enthlt fr die Allgemeinheit interessante, strukturiert zusammengestellte und frei zugngliche Fakten bzw. Informationen zu den Themen Upgrade Management und Custom Code Lifecycle Management. GISA-interne bzw. GISAspezifische Informationen, Techniken, Methoden, Praktiken und Dienstgeheimnisse sind nicht Bestandteil dieses Leitfadens. Diese Leitfaden dient in erster Linie der Sensibilisierung und zur Darstellung der Themenkomplexitt. Er ist keinesfalls vollstndig und besitzt keine ausreichende Detaillierung zur sofortigen (ungeschulten) Durchfhrung der beschriebenen Aktivitten. Er hat damit keinen direkten Einfluss auf die Umsetzung von Manahmen zur Effizienz- und Effektivittssteigerung einer Anwendungsentwicklungs-, Anwendungsberatungs- oder Anwendungsbetreuungsabteilung. Es existiert daher kein direkter Zusammenhang mit einem mglicherweise (zuknftig) existierenden Wettbewerbsvorteil anderer Unternehmen gegenber der GISA GmbH. Haftungsbeschrnkung Der Leitfaden wurden mit grtmglicher Sorgfalt erstellt. Der Autor Peter Weigel bernimmt jedoch keine Gewhr fr die Richtigkeit, Vollstndigkeit und Aktualitt. Die Nutzung der Inhalte des Leitfadens erfolgt auf eigene Gefahr.

9.3

Autor / Kontakt

Name: Rolle:

Peter Weigel Senior Development Consultant SAP CRM / SAP Solution Manager Senior Consultant SAP Change-, Release- und Upgrade Management Solution Architect Custom Code Lifecycle Management

E-Mail: URL:

mail@peter-weigel.de www.peter-weigel.de

Peter Weigel wurde am 27. August 1979 in Halle an der Saale geboren, studierte von 1999 bis 2004 Informatik an der Martin-Luther-Universitt Halle-Wittenberg (Vertiefungsrichtung Theoretische Informatik) und ist seit 2005 bei der GISA GmbH ttig. Sein Aufgabengebiet umfasst(e) von 2005 bis

2012 Peter Weigel

Seite 32 von 33

SAP Upgrade Management Guide

Technischer Upgrade einer SAP-Lsungslandschaft mit besonderer Bercksichtigung der Aktivitten der Anwendungsentwicklung

2006 die Entwicklungsberatung (ABAP) im Umfeld "SAP CRM", von 2007 bis 2009 die IT- und Entwicklungsberatung im Umfeld "SAP CRM Business Transaction Management und SAP Solution Manager Change Request Management", von 2010 bis 2011 die Prozess-, IT- und Entwicklungsberatung im Umfeld "Change-, Release- und Transport Management von SAP Softwarenderungen mit dem SAP Solution Manager" und seit 2012 die Entwicklungsberatung (ABAP) im Umfeld "SAP CRM und SAP Solution Manager" sowie die Lsungsarchitekturberatung fr die SAP Business Suite mit den Schwerpunkt "Softwarearchitektur (inkl. ABAP Add-on), Transportarchitektur und Custom Code Lifecycle Management".

2012 Peter Weigel

Seite 33 von 33