Sie sind auf Seite 1von 15

SAP Note

886102 -KopiederSystemlandschaftfrSAPNetWeaverBW
Version 45 Gltigkeit: 26.05.2015 - aktiv

Sprache Deutsch

Kopfdaten
Freigegeben am
Freigabestatus
Komponente

26.05.2015 14:10:29
Released for Customer
BW-WHM-DST-SRC Source Systems

Weitere Komponenten BW-WHM-DST Data Staging


Prioritt
Kategorie

Recommendations / Additional Info


Consulting

Symptom
Sie mchten eine produktive SAP-Lsungslandschaft (Solution Landscape) kopieren, um eine nicht
produktive Systemlandschaft zum Testen, fr die Qualittssicherung oder fr andere Zwecke anzulegen.
Dieses Kopierszenario wird als PRD nach NPS bezeichnet. Oder Sie mchten Ihre produktive Landschaft
in eine neue produktive Landschaft kopieren, um einige Eigenschaften der Systeme, wie z.B. die
Hardware, das Betriebssystem oder die Datenbank zu ndern. Dieses Kopierszenario wird als PRD nach
PRD bezeichnet.
Da eine SAP-Lsungslandschaft oft aus mehreren SAP-NetWeaver- und nicht-SAP-NetWeaver-basierten
Komponenten besteht, mssen Sie unter Umstnden zustzliche komponentenspezifische Schritte
durchfhren, die nicht im allgemeinen System Copy Guide for SAP Web AS (Homogeneous and
Heterogeneous System Copy for SAP Systems Based on SAP Web Application Server [ABAP or JAVA])
enthalten sind.
B W-Systemkopien werden nun von einem automatisierten Werkzeug untersttzt, der BWSystemkopieautomatisierung. Weitere Informationen finden Sie auf den folgenden SCN-Seiten:
l
l
l

http://scn.sap.com/docs/DOC-3 2 4 1 4
http://scn.sap.com/docs/DOC-5 4 0 9 7
sowie im Hinweis 1707321

Sie knnen diesen Hinweis abonnieren, indem Sie in Ihrem Profil eine E-Mail-Adresse hinzufgen.
Navigieren Sie wie folgt: http://service.sap.com -> "mein Profil" (im Kopfbereich)
-> Meine persnlichen Daten -> E-Mail. Um diesen Hinweis zu abonnieren, whlen Sie den Link
"Abonnieren" in der Kopfzeile der Anzeige. Wenn der Hinweis gendert wird, erhalten Sie eine
Benachrichtigung per E-Mail.

Weitere Begriffe
Systemkopie, Systemaktualisierung, Systemauffrischung, SAP Business Information Warehouse, SAP BW,
BW, Business Intelligence, BI, Remote Function Call, RFC, Real-Time Data Acquisition, RDA,
Datentransferprozess, DTP, Logical Unit of Work, LUW, queued Remote Function Call, qRFC, SAP
Community Network, SCN

Ursache und Voraussetzungen


Wenn Sie noch dabei sind, Ihre SAP-BW-Systemlandschaft zu definieren, lesen Sie zunchst Hinweis
184447 und dessen Anlagen. Hier finden Sie Hintergrundinformationen zu Namenskonventionen fr das
logische System in BW-Systemlandschaften.
Das gngige Verfahren fr die Systemkopie einer SAP-Lsungslandschaft wird im SAP Best PracticeDokument "SAP System Landscape Copy for SAP NetWeaver and mySAP Solutions" (SAPSystemlandschaftskopie fr SAP NetWeaver und mySAP Solutions) beschrieben. Weitere Informationen zu
diesem Dokument knnen Sie dem SAP-Hinweis 885343 entnehmen.
Dieser Hinweis enthlt zustzliche Informationen zum Kopieren von SAP BW 2.x, 3.x und SAP NetWeaver
BW 7.x (vorher bekannt als SAP NetWeaver BI). BW wird als Oberbegriff fr SAP BW und SAP NetWeaver
BW verwendet. NetWeaver AS (Application Server) wird als Oberbegriff fr Web AS und NetWeaver AS
verwendet.
Das Best-Practice-Dokument und dieser Hinweis weisen eine gemeinsame Struktur auf. Das in den Best
Practices beschriebene Verfahren wird in verschiedene Phasen und Schritte aufgeteilt, die Sie fr
die Systemkopie ausfhren mssen. Im vorliegenden Hinweis werden nur die Schritte des Hauptdokuments
aufgefhrt, fr die BW-spezifische Informationen bentigt werden, whrend die Schritte ausgelassen
werden, bei denen keine zustzlichen Manahmen im BW-System erforderlich sind.
Wenn Sie ein SAP-BW-System oder eine andere SAP-Lsung, die mit dem BW-System verbunden ist,
kopieren, mssen Sie mit Best Practice und diesem Hinweis gleichzeitig arbeiten, um die
erforderlichen Schritte fr eine Systemkopie ausfhren zu knnen.
l

Phase 1: Vorbereitende Aufgaben


Der Lsungsteil dieses Hinweises stellte BW-spezifische Erweiterungen zu den Schritten 1.1 und
1.2 bereit. Letzterer beschreibt 10 Kopierszenarien, von denen Sie das whlen sollten, das Ihrem
Szenario am hnlichsten ist.

Phase 2: Vorbereitungen in der Zielumgebung


Nur eines der 10 Kopierszenarien erfordert vor dem Kopiervorgang BW-spezifische Vorbereitungen
in der Zielumgebung.
Phase 3: Vorbereitung in der (Original)-Quellumgebung
In der (Original)-Quellumgebung sind vor dem Kopiervorgang keine BW-spezifischen Vorbereitungen
erforderlich.
Phase 4: Kopierprozess
Es sind keine BW-spezifischen Aktionen erforderlich.
Phase 5: Abschlieende Manahmen in der (Original)-Quellumgebung
In der (Original)-Quellumgebung sind nach dem Kopiervorgang keine BW-spezifischen Manahmen
erforderlich.
Phase 6: Abschlieende Manahmen in der Zielumgebung
Alle 10 Kopierszenarien erfordern nach dem Kopiervorgang abschlieende BW-spezifische Manahmen
in der Zielumgebung.

Anmerkung: Im Gegensatz zu Best Practice verwendet dieser Hinweis fr die Systeme, die Daten in ein
BW-System laden, den Begriff "Quellsystem". Der Begriff "Originalsystem" wird fr das System
verwendet, das die Quelle der Datenbankkopie darstellt.

Lsung
Der folgende Abschnitt beschreibt die spezifischen Schritte, die Sie in jeder Phase gem Best
Practice ausfhren mssen.
Phase 1: Vorbereitende Aufgaben
Schritt 1.1: Erforderliche Dokumentation abrufen
Zum Kopieren einer SAP-BW-Systemlandschaft bentigen Sie die folgende Dokumentation:
l

die aktuellste Version dieses SAP-Hinweises


SAP Best Practice "System Landscape Copy for SAP NetWeaver and SAP Solutions", siehe SAP-Hinweis
885343
den System Copy Guide for SAP Systems Based on SAP NetWeaver 7.x oder den System Copy Guide for
SAP Web AS ("Homogeneous and Heterogeneous System Copy for SAP Systems Based on SAP Web
Application Server") fr das zugrunde liegende Web-AS-Release Ihres BW-2.x- or 3.x-Systems
die folgenden zustzlichen SAP-Hinweise:

121163UTI: Logische Systemnamen umsetzen

369758UTI: BDLS - Neue Funktionalitt und bessere Performance

524554Ablage von Destinationen im BW-Umfeld

184447Einrichten einer BW-Systemlandschaft

Bei NetWeaver 7.0 (2004s) BI-Systemen:

96155170SP09: BDLS: DTPs werden nicht umgesetzt

929045Korrektur: Keine Umsetzung PSA-userobj in BDLS

931029Transformationen werden nicht bercksichtigt (BDLS)

981248Korrektur: Sicherung fr Systemkopie nur fr alte Objekte

100006270SP13: Umsetzen des logischen Systemnamens

1048947Korrektur: Quellsystemnamen, Pseudo-D-Versionen und TRFN

1055483Systemumbenennung in RDA-Tabellen (BDLS)

105927870SP15: Fehler in BDLS

1070378Korrektur: Hartcodiertes Quellsystem im DataSource-Program

109735770SP16: Abbrche BDLS

110715570SP17: Transport nach Systemkopie

1122853P17: BDLS setzt Statusmanagertabellen nicht um

113596470SP17: BDLS mit Transport-Anschluss

1139924BI7.0(SP18) Systemnamen wurden falsch umgesetzt

114290870SP19: BDLS setzt DTPs nicht um

1146596Korrektur: DataSources bleiben beim QS-Lschen brig

114840370SP18: BDLS nach vorzeitiger Replikation

114914170SP18/19: BDLS: Verbesserungen Log

1156599Korrektur: 3.x DataSources werden nicht gesammelt

1168471Korrektur: Sammeln von Transformationen auf emulierten DS

1169659Korrektur: Prozessvarianten nicht von BDLS erfasst

1180016P19:BDLS-Umsetzung der PSA-Text-Tabelle des Statusmanagers

1224597P19:BDLS:Fehlende Umsetzung der DataSource

1227247APD: Keine Bercksichtigung in BDLS

1330317Korrektur: Ipak unter DS fehlt bei Sammeln fr Systemkopie

1271454Korrektur: Pseudo-D-Version bleibt stehen bei QS-Lschen

1273663Korrektur: Kein PSADELETE/-PROCESS bei Systemkopietransport

1275544Korrektur: Keine Umsetzung TADIR durch BDLS

1493814P25:DTP:PC:Sammeln abhngiger und verwendeter Prozesse

1480336P25:SDL:Report zu Lschen verwaister InfoPackages

135761570SP22: Lschung verwendeter DTPs

1300757P21:SDL:QS-Lschen und i-Meldung RSM1 632

Einzelheiten zur datenbankspezifischen Vorbereitung und Nachbearbeitung bei heterogenen


Systemkopien knnen Sie den folgenden SAP-Hinweisen entnehmen:

771209NW04: Systemkopie(Ergnzungshinweis)

777024BW3.0 und BW3.1 Systemkopie(Ergnzungshinweis)

Schritt 1.2: Festlegen einer klaren Kopierstrategie


Die folgenden Komponenten gehren zu einer SAP-BW-Systemlandschaft. Sofern Sie nicht nur eine
Auffrischung einer bereits bestehenden Landschaftskopie durchfhren, mssen Sie diese Komponenten in
der Ziellandschaft installieren und konfigurieren:
l

BW-Server (SAP NetWeaver AS)


Sie knnen den BW-Server mithilfe eines NetWeaver-AS-Kopierschemas kopieren. Alternativ dazu
knnen Sie die bentigten Daten einfach erneut in das BW-System laden, nachdem Sie die als BWDatenquellen fungierenden Systeme kopiert haben.
J2EE (ab BW 3.5)

Fr gewhnlich bestehen bei den oben genannten Komponenten Abhngigkeiten zu den unten aufgefhrten
Systemen oder Lsungen. Um eine konsistente Ziellandschaft sicherzustellen, mssen Sie darauf
achten, dass Sie diese Komponenten gemeinsam mit der BW-Landschaft kopieren. In diesem Fall mssen
Sie ebenfalls das fr diese Komponenten spezifische Kopierschema ausfhren.
l

Sie knnen ein oder mehrere Quellsysteme (SAP-Systeme wie z.B. ERP, CRM, SEM, APO, weitere BWSysteme oder Nicht-SAP-Systeme) mit einem BW-System verknpfen.
Das BW-System kann fr ein oder mehrere weitere Systeme (d.h. weitere BW-, SEM- oder APOSysteme) ein Quellsystem darstellen.

Stellen Sie die Datenkonsistenz zwischen dem BW und allen verbundenen Systemen immer sicher. Prfen
Sie, ob zustzliche Abhngigkeiten vorliegen, die Sie beachten mssen.
Kopierszenarien
In einer BW-Umgebung sind verschiedene Kopierszenarien mglich. Suchen Sie in der unten aufgefhrten
Liste das Szenario, dass Ihrem Szenario am hnlichsten ist. Dieses Szenario legt fest, welche
Schritte Sie ausfhren mssen.
Szenariogruppe A: Sie mchten die gesamte Systemgruppe kopieren, d.h. ein BW-System und alle mit
ihm verbundenen Quellsysteme.
l

Szenario A1: Sie mchten die gesamte Systemlandschaft, die ber die BW-Quellsystemverbindungen
verbunden ist (also die gesamte Systemgruppe), kopieren. Sie mchten eine produktive
Systemgruppe ersetzen (PRD nach PRD).
Szenario A2: Sie mchten die gesamte Systemlandschaft, die ber die BW-Quellsystemverbindungen
verbunden ist (also die gesamte Systemgruppe), kopieren. Sie mchten eine neue nicht produktive
Systemgruppe anlegen oder eine vorhandene nicht produktive Systemgruppe auffrischen (PRD nach

NPS, Installation oder Auffrischung). Wenn Sie die gesamte Systemgruppe auffrischen,
unterscheiden sich das Installations- und das Auffrischungsszenario nicht, da alle Systeme
berschieben werden.
Szenariogruppe B: Sie mchten lediglich das BW-System kopieren. Die Quellesysteme werden nicht
kopiert.
l

Szenario B1: Sie mchten ein einzelnes BW-System der Gruppe kopieren; das Quellsystem wird
nicht kopiert. Sie mchten ein produktives BW-System ersetzen (PRD nach PRD).
Szenario B2: Sie mchten ein einzelnes BW-System der Gruppe kopieren; das Quellsystem wird
nicht kopiert. Sie mchten eine neue nicht produktive Kopie anlegen (PRD nach NPS,
Installation).
Szenario B3: Sie mchten ein einzelnes BW-System der Gruppe kopieren; das Quellsystem wird
nicht kopiert. Sie mchten ein vorhandenes nicht produktives BW-System auffrischen, indem Sie
die vom Quellsystem unabhngigen Objekte aus dem produktiven BW-System kopieren (PRD nach NPS,
Auffrischung).
Szenario B4: Sie mchten einen einzelnen BW-Mandanten der Gruppe kopieren; das Quellsystem wird
nicht kopiert. Sie mchten einen neuen nicht produktiven Mandanten anlegen (PRD nach NPS,
Installation, Mandant). Beachten Sie, dass dieser neue Mandant nicht fr die BW-Funktion
verwendet werden kann und nur in speziellen Szenarien sinnvoll ist, in denen ein zweiter Mandant
fr ein BW-System unter Umstnden fr eine Funktion verwendet wird, bei der es sich nicht um
eine BW-Funktion handelt.

Szenariogruppe C: Sie mchten lediglich das Quellsystem kopieren. Das BW-System wird nicht kopiert.
l

Szenario C1: Sie mchten ein einzelnes Quellsystem eines BW-Systems kopieren; das BW-System
wird nicht kopiert. Sie mchten ein produktives Quellsystem eines BW-Systems ersetzen (PRD nach
PRD).
Szenario C2: Sie mchten ein einzelnes Quellsystem eines BW-Systems kopieren; das BW-System
wird nicht kopiert. Sie mchten ein neues nicht produktives Quellsystem (eines vorhandenen nicht
produktiven BW-Systems) anlegen, indem Sie das produktive Quellsystem kopieren (PRD nach NPS,
Installation).
Szenario C3: Sie mchten ein einzelnes Quellsystem eines BW-Systems kopieren; das BW-System
wird nicht kopiert. Sie mchten ein vorhandenes nicht produktives Quellsystem (eines nicht
produktiven BW-Systems) anlegen, indem Sie das produktive Quellsystem kopieren (PRD nach NPS,
Auffrischung).
Szenario C4: Sie mchten einen einzelnen Quellsystem-Mandanten eines BW-Systems kopieren; das
BW-System wird nicht kopiert. Sie mchten einen neuen nicht produktiven Quellsystem-Mandanten
(eines vorhandenen nicht produktiven BW-Systems) (PRD nach NPS, Installation, Mandant) anlegen
oder einen vorhandenen Quellsystem-Mandanten auffrischen (PRD nach NPS, Auffrischung, Mandant).

Suchen Sie in den folgenden Beschreibungen nach den Kopierphasen, die fr Ihr Szenario gltig sind.
=====================================================================
Szenario A1
Sie mchten die gesamte Systemlandschaft, die ber die BW-Quellsystemverbindungen verbunden ist (die
gesamte Systemgruppe), kopieren. Sie mchten eine produktive Systemgruppe ersetzen (PRD nach PRD).
Phase 3: Vorbereitungen in der (Original)-Quellumgebung
Schritt 3.2: Leeren der Delta-Queue der verbundenen SAP-Quellsysteme
l

Fhren Sie alle Delta-InfoPackages zweimal aus, um die Delta-Queue im Quellsystem zu bereinigen.
Dies ist erforderlich, da die Transaktion BDLS die noch verfgbaren LUWs in der qRFC-Queue nicht
umbenennen kann.

Schritt 3.3: Stoppen des Produktivbetriebs im Original-B W-S y s t e m


l

SAP NetWeaver 7.0: Stoppen Sie in der Transaktion RSRDA alle Dmonen fr die Real-Time Data
Acquisition.
SAP NetWeaver 7.2: Fhren Sie den Report RS_SYSTEM_SHUTDOWN aus, um die Prozessketten und die
Real-Time Data Acquisition zu stoppen.

Dies muss vor dem Sperren der RFC-Benutzer und vor dem Stoppen und Deaktivieren der anderen
Hintergrundjobs erfolgen, z.B. durch die Ausfhrung des Reports BTCTRNS1.
Phase 6: Abschlieende Manahmen in der Zielumgebung
Schritt 6.4: RFC-Destinationen korrigieren
ndern Sie die RFC-Destinationen. ndern Sie in den entsprechenden RFC-Destinationen die Hosts,
sodass sie auf das korrekte System verweisen. Informationen hierzu knnen Sie dem Hinweis 524554
entnehmen.
Da SAP die Umbenennung von produktiven Systemen nicht untersttzt, wird der Schritt 6.7 "Ausfhrung
der Transaktion BDLS fr Systemumbenennung" an dieser Stelle weggelassen.
Schritt 6.8: Durchfhrung BW-spezifischer Anpassungen
Die folgenden Schritte sind erforderlich, wenn der Host gendert wurde:

Wenn Sie die BI-Planung verwenden, mssen Sie den Servernamen des BI-Enqueue-Servers in der
Administrationstransaktion RSPLSE anpassen. Einzelheiten hierzu knnen Sie dem Hinweis 996238
entnehmen.
Setzen Sie die RFC-Destination fr die Nachbearbeitung des Prozesskettentransports zurck.
Korrigieren Sie den Host mithilfe der Transaktion RSTPRFC.
Wenn Sie einen SAP NetWeaver Business Intelligence Accelerator (BW Accelerator) verwenden, dann
beachten Sie auch den SAP-Hinweis 1146983 fr weitere Informationen.

Schritt 6.9: Kopieren von BWREQARCH-Archiven


Falls Request-Informationen bereits mit BWREQARCH im Originalsystem archiviert wurden, mssen Sie
nach der Kopie die Archivdateien an einen Ort kopieren, an dem das Zielsystem auf sie zugreifen
kann. Die beste Lsung hierfr ist eine "X C O P Y" auf Betriebssystemebene. Durch diese Vorgehensweise
knnen mehrere schwerwiegende Probleme vermieden werden. Dazu zhlen z.B. die Probleme aus dem
Wissensdatenbankartikel 1812238.
Schritt 6.16: Neustart des Produktivbetriebs im Ziel-B W-S y s t e m
l

SAP NetWeaver 7.0: Starten Sie in der Transaktion RSRDA die Dmonen fr die Real-Time Data
Acquisition neu.
SAP NetWeaver 7.2: Fhren Sie den Report RS_SYSTEM_SHUTDOWN aus, um die Prozessketten und die
Real-Time Data Acquisition neu zu starten.

Dies muss nach dem Entsperren der RFC-Benutzer und nach der Konfiguration der Anzahl der
Hintergrund-Workprozesse erfolgen.
=====================================================================
Szenario A2
Sie mchten die gesamte Systemlandschaft, die ber die BW-Quellsystemverbindungen verbunden ist (die
gesamte Systemgruppe), kopieren. Sie mchten eine neue nicht produktive Systemgruppe anlegen oder
eine vorhandene nicht produktive Systemgruppe auffrischen (PRD nach NPS, Installation oder
Auffrischung). Wenn Sie die gesamte Systemgruppe auffrischen, unterscheiden sich das Installationsund das Auffrischungsszenario nicht, da alle Systeme berschieben werden.
Phase 3: Vorbereitungen in der (Original)-Quellumgebung
Schritt 3.2: Leeren der Delta-Queue der verbundenen SAP-Quellsysteme
l

Fhren Sie alle Delta-InfoPackages zweimal aus, um die Delta-Queue im Quellsystem zu bereinigen.
Dies ist erforderlich, da die Transaktion BDLS die noch verfgbaren LUWs in der qRFC-Queue nicht
umbenennen kann.

Schritt 3.3: Stoppen des Produktivbetriebs im Original-B W-S y s t e m


l

SAP NetWeaver 7.0: Stoppen Sie in der Transaktion RSRDA alle Dmonen fr die Real-Time Data
Acquisition.
SAP NetWeaver 7.2: Fhren Sie den Report RS_SYSTEM_SHUTDOWN aus, um die Prozessketten und die
Real-Time Data Acquisition zu stoppen.

Dies muss vor dem Sperren der RFC-Benutzer und vor dem Stoppen und Deaktivieren der anderen
Hintergrundjobs erfolgen, z.B. durch die Ausfhrung des Reports BTCTRNS1.
Phase 5: Abschlieende Manahmen in der (Original)-Quellumgebung
Schritt 5.4: Neustart des Produktivbetriebs im Original-B W-S y s t e m
l

SAP NetWeaver 7.0: Starten Sie in der Transaktion RSRDA die Dmonen fr die Real-Time Data
Acquisition neu.
SAP NetWeaver 7.2: Fhren Sie den Report RS_SYSTEM_SHUTDOWN aus, um die Prozessketten und die
Real-Time Data Acquisition neu zu starten.

Dies muss nach dem Entsperren der RFC-Benutzer, jedoch vor dem Neustart und der Aktivierung der
anderen Hintergrundjobs erfolgen, z.B. durch die Ausfhrung des Reports BTCTRNS2.
Phase 6: Abschlieende Manahmen in der Zielumgebung
Schritt 6.4: RFC-Destinationen korrigieren
Lschen oder modifizieren Sie die RFC-Destinationen, die auf die Originalsysteme verweisen. Stellen
Sie sicher, dass in jedem verbundenen BW- oder SAP-Quellsystem eine RFC-Destination mit dem neuen
logischen Namen (der im Schritt 6.7 zugeordnet wird) vorhanden ist. ndern Sie in den entsprechenden
RFC-Destinationen die Hosts, sodass sie auf das korrekte System verweisen. Informationen hierzu
knnen Sie dem Hinweis 524554 entnehmen.
Schritt 6.7: Transaktion BDLS zum Umbenennen eines Systems ausfhren
Wenn Sie eines oder mehrere der kopierten Systeme umbenennen mchten, fhren Sie die Transaktion
BDLS sowohl in dem Mandanten, den Sie umbenennen mchten, als auch in allen verbundenen SAPQuellsystemen aus. Whrend der Umsetzung knnen Sie keine weiteren Ttigkeiten (z.B. Ausfhren der
Administrator Workbench oder der Data Warehousing Workbench [Transaktion RSA1]) durchfhren.
Einzelheiten zur Transaktion BDLS knnen Sie den Hinweisen 121163 und 369758 entnehmen.
Schritt 6.8: Durchfhrung BW-spezifischer Anpassungen
Die folgenden Schritte sind erforderlich, wenn sich der logische Systemname gendert hat:

Fhren Sie fr das BW-System sowie die SAP-Quellsysteme die folgende Aufgabe durch.
l

Reaktivieren Sie alle Partnervereinbarungen, die nach der Umbenennung den neuen logischen
Systemnamen enthalten. Starten Sie die Transaktion WE20, um die Partnervereinbarungen zu
reaktivieren. Whlen Sie "Partnerart LS (Logisches System)" und geben Sie auf der Registerkarte
"Klassifikation" den logischen Systemnamen des Partners ein. ndern Sie den Partnerstatus von
"I" (Inaktiv) auf "A" (Aktiv) und sichern Sie Ihre Eingaben.

Fhren Sie fr das BW-System die folgenden Aufgaben durch:


l

Aktualisieren Sie in der Transaktion RSA1 die logischen Systembeschreibungen. ndern Sie fr
jedes SAP-Quellsystem, das Sie mithilfe der Transaktion BDLS umgesetzt haben, die Beschreibung,
um eine Angleichung an den neuen logischen Systemnamen zu erzielen.
Setzen Sie das Generierungskennzeichens fr die ODS-Aktivierungsprogramme zurck. Starten Sie
die Transaktion RSSGPCLA und markieren Sie die Programmklasse RSDRO_ACTIVATE. Whlen Sie "Status
setzen" und OK. Wiederholen Sie diese Schritte fr die Programmklassen RSDRO_EXTRACT und
RSDRO_UPDATE.
Wenn Sie einen SAP NetWeaver Business Intelligence Accelerator (BW Accelerator) verwenden, dann
beachten Sie auch den SAP-Hinweis 1146983 fr weitere Informationen.

Fhren Sie den folgenden Schritt durch, wenn der Host gendert wurde:
l

Wenn Sie die BI-Planung verwenden, mssen Sie den Servernamen des BI-Enqueue-Servers in der
Administrationstransaktion RSPLSE anpassen. Einzelheiten hierzu knnen Sie dem Hinweis 996238
entnehmen.
Setzen Sie die RFC-Destination fr die Nachbearbeitung des Prozesskettentransports zurck.
Korrigieren Sie den Host mithilfe der Transaktion RSTPRFC.

Schritt 6.9: Kopieren von BWREQARCH-Archiven


Falls Request-Informationen bereits mit BWREQARCH im Originalsystem archiviert wurden, mssen Sie
nach der Kopie die Archivdateien an einen Ort kopieren, an dem das Zielsystem auf sie zugreifen
kann. Die beste Lsung hierfr ist eine "X C O P Y" auf Betriebssystemebene. Durch diese Vorgehensweise
knnen mehrere schwerwiegende Probleme vermieden werden. Dazu zhlen z.B. die Probleme aus dem
Wissensdatenbankartikel 1812238.
Schritt 6.16: Neustart des Produktivbetriebs im Ziel-B W-S y s t e m
l

SAP NetWeaver 7.0: Starten Sie in der Transaktion RSRDA die Dmonen fr die Real-Time Data
Acquisition neu.
SAP NetWeaver 7.2: Fhren Sie den Report RS_SYSTEM_SHUTDOWN aus, um die Prozessketten und die
Real-Time Data Acquisition neu zu starten.

Dies muss nach dem Entsperren der RFC-Benutzer und nach der Konfiguration der Anzahl der
Hintergrund-Workprozesse erfolgen.
=====================================================================
Szenario B1
Sie mchten ein einzelnes BW-System der Gruppe kopieren; das Quellsystem wird nicht kopiert. Sie
mchten ein produktives BW-System ersetzen (PRD nach PRD).
Phase 3: Vorbereitung in der (Original)-Quellumgebung
Schritt 3.3: Stoppen des Produktivbetriebs im Original-B W-S y s t e m
l

SAP NetWeaver 7.0: Stoppen Sie in der Transaktion RSRDA alle Dmonen fr die Real-Time Data
Acquisition.
SAP NetWeaver 7.2: Fhren Sie den Report RS_SYSTEM_SHUTDOWN aus, um die Prozessketten und die
Real-Time Data Acquisition zu stoppen.

Dies muss vor dem Sperren der RFC-Benutzer und vor dem Stoppen und Deaktivieren der anderen
Hintergrundjobs erfolgen, z.B. durch die Ausfhrung des Reports BTCTRNS1.
Phase 6: Abschlieende Manahmen in der Zielumgebung
Schritt 6.4: RFC-Destinationen korrigieren
ndern Sie die RFC-Destinationen. ndern Sie in den entsprechenden RFC-Destinationen die Hosts,
sodass sie auf das korrekte System verweisen. Informationen hierzu knnen Sie dem Hinweis 524554
entnehmen.
Da SAP die Umbenennung von produktiven Systemen nicht untersttzt, wird der Schritt 6.7 "Ausfhrung
der Transaktion BDLS fr Systemumbenennung" an dieser Stelle weggelassen.
Schritt 6.8: Durchfhrung BW-spezifischer Anpassungen
Die folgenden Schritte sind erforderlich, wenn der Host gendert wurde:
l

Passen Sie die Tabelle RSLOGSYSDEST fr die RFC-Destinationen der SAP-Quellsysteme und des
Myself-Systems an. Diese Tabelle enthlt die Beziehung zwischen den logischen Systemnamen und
den RFC-Destinationen.
Wenn sich der logische Systemname des DB-Connect-Quellsystems gendert hat, passen Sie die
Tabelle RSLOGSYSDB an Das Feld CON_NAME muss dann angepasst werden.

Wenn Sie die BI-Planung verwenden, mssen Sie den Servernamen des BI-Enqueue-Servers in der
Administrationstransaktion RSPLSE anpassen. Einzelheiten hierzu knnen Sie dem Hinweis 996238
entnehmen.
Setzen Sie die RFC-Destination fr die Nachbearbeitung des Prozesskettentransports zurck.
Korrigieren Sie den Host mithilfe der Transaktion RSTPRFC.
Wenn Sie einen SAP NetWeaver Business Intelligence Accelerator (BW Accelerator) verwenden, dann
beachten Sie auch den SAP-Hinweis 1146983 fr weitere Informationen.

Schritt 6.9: Kopieren von BWREQARCH-Archiven


Falls Request-Informationen bereits mit BWREQARCH im Originalsystem archiviert wurden, mssen Sie
nach der Kopie die Archivdateien an einen Ort kopieren, an dem das Zielsystem auf sie zugreifen
kann. Die beste Lsung hierfr ist eine "X C O P Y" auf Betriebssystemebene. Durch diese Vorgehensweise
knnen mehrere schwerwiegende Probleme vermieden werden. Dazu zhlen z.B. die Probleme aus dem
Wissensdatenbankartikel 1812238.
Schritt 6.16: Neustart des Produktivbetriebs im Ziel-B W-S y s t e m
l

SAP NetWeaver 7.0: Starten Sie in der Transaktion RSRDA die Dmonen fr die Real-Time Data
Acquisition neu.
SAP NetWeaver 7.2: Fhren Sie den Report RS_SYSTEM_SHUTDOWN aus, um die Prozessketten und die
Real-Time Data Acquisition neu zu starten.

Dies muss nach dem Entsperren der RFC-Benutzer und nach der Konfiguration der Anzahl der
Hintergrund-Workprozesse erfolgen.
=====================================================================
Szenario B2
Sie mchten ein einzelnes BW-System der Gruppe kopieren; das Quellsystem wird nicht kopiert. Sie
mchten eine neue nicht produktive Kopie anlegen (PRD nach NPS, Installation).
Phase 3: Vorbereitung in der (Original)-Quellumgebung
Schritt 3.3: Stoppen des Produktivbetriebs im Original-B W-S y s t e m
l

SAP NetWeaver 7.0: Stoppen Sie in der Transaktion RSRDA alle Dmonen fr die Real-Time Data
Acquisition.
SAP NetWeaver 7.2: Fhren Sie den Report RS_SYSTEM_SHUTDOWN aus, um die Prozessketten und die
Real-Time Data Acquisition zu stoppen.

Dies muss vor dem Sperren der RFC-Benutzer und vor dem Stoppen und Deaktivieren der anderen
Hintergrundjobs erfolgen, z.B. durch die Ausfhrung des Reports BTCTRNS1.
Phase 5: Abschlieende Manahmen in der (Original)-Quellumgebung
Schritt 5.4: Neustart des Produktivbetriebs im Original-B W-S y s t e m
l

SAP NetWeaver 7.0: Starten Sie in der Transaktion RSRDA die Dmonen fr die Real-Time Data
Acquisition neu.
SAP NetWeaver 7.2: Fhren Sie den Report RS_SYSTEM_SHUTDOWN aus, um die Prozessketten und die
Real-Time Data Acquisition neu zu starten.

Dies muss nach dem Entsperren der RFC-Benutzer, jedoch vor dem Neustart und der Aktivierung der
anderen Hintergrundjobs erfolgen, z.B. durch die Ausfhrung des Reports BTCTRNS2.
Phase 6: Abschlieende Manahmen in der Zielumgebung
Schritt 6.4: Lschung von Quellsystemzuordnungen im Ziel-BW nach dem Kopieren
Direkt nach dem Kopiervorgang besteht eine Verbindung zwischen dem Ziel-BW-System (das weiterhin den
logischen Systemnamen des Original-BW-Systems hat) und den Quellsystemen des Original-BW-Systems.
Lschen Sie die Quellsystemverbindungen im Ziel-BW-System, ohne die Quellsystemverbindungen im
Original-SAP-Quellsystem zu ndern.
ndern Sie im Ziel-BW den Inhalt des Feldes fr den Ziel-Host in allen RFC-Destinationen fr die
SAP-Quellsysteme in eine nicht vorhandene Adresse (Transaktion SM59). Achtung: Dieser Schritt ist
sehr wichtig, da andernfalls das Originalquellsystem gendert wird.
Lschen Sie im Baum fr die Quellsysteme des BW-Systems in der Transaktion RSA1 alle SAPQuellsysteme. Achtung: Dieser Schritt lscht alle bertragungsregeln und PSA-Tabellen dieser
Quellsysteme und die Daten gehen verloren. Das System generiert eine Meldung, die besagt, dass Sie
keinen Zugriff auf das Quellsystem haben (da Sie den Host der RFC-Verbindung gelscht haben).
Ignorieren Sie diese.
Lschen Sie alle veralteten RFC-Destinationen, die auf die Originalumgebung verweisen.
Schritt 6.7: Umbenennung des Ziel-B W-Systems und Umsetzung der logischen Systemnamen
Wenn Sie das kopierte System umbenennen mchten, starten Sie die Transaktion BDLS. Whrend der
Umsetzung knnen Sie keine weiteren Ttigkeiten (z.B. Ausfhren der Administrator Workbench oder der
Data Warehousing Workbench [Transaktion RSA1]) durchfhren.
Einzelheiten zur Transaktion BDLS knnen Sie den Hinweisen 121163 und 369758 entnehmen.
Schritt 6.8: Durchfhrung BW-spezifischer Anpassungen
Fhren Sie die folgenden Schritte aus, wenn sich der logische Systemname gendert hat:
l

Setzen Sie das Generierungskennzeichens fr die ODS-Aktivierungsprogramme zurck. Starten Sie


die Transaktion RSSGPCLA und markieren Sie die Programmklasse RSDRO_ACTIVATE. Whlen Sie "Status

setzen" und OK. Wiederholen Sie diese Schritte fr die Programmklassen RSDRO_EXTRACT und
RSDRO_UPDATE.
Fhren Sie die folgenden Schritte durch, wenn der Host gendert wurde:
l

Passen Sie die Tabelle RSLOGSYSDEST fr die RFC-Destinationen der SAP-Quellsysteme und des
Myself-Systems an. Diese Tabelle enthlt die Beziehung zwischen den logischen Systemnamen und
den RFC-Destinationen.
Wenn sich der logische Systemname des DB-Connect-Quellsystems gendert hat, passen Sie die
Tabelle RSLOGSYSDB an Das Feld CON_NAME muss dann angepasst werden.
Wenn Sie die BI-Planung verwenden, mssen Sie den Servernamen des BI-Enqueue-Servers in der
Administrationstransaktion RSPLSE anpassen. Einzelheiten hierzu knnen Sie dem Hinweis 996238
entnehmen.
Setzen Sie die RFC-Destination fr die Nachbearbeitung des Prozesskettentransports zurck.
Korrigieren Sie den Host mithilfe der Transaktion RSTPRFC.
Wenn Sie einen SAP NetWeaver Business Intelligence Accelerator (BW Accelerator) verwenden, dann
beachten Sie auch den SAP-Hinweis 1146983 fr weitere Informationen.

Schritt 6.9: Kopieren von BWREQARCH-Archiven


Falls Request-Informationen bereits mit BWREQARCH im Originalsystem archiviert wurden, mssen Sie
nach der Kopie die Archivdateien an einen Ort kopieren, an dem das Zielsystem auf sie zugreifen
kann. Die beste Lsung hierfr ist eine "X C O P Y" auf Betriebssystemebene. Durch diese Vorgehensweise
knnen mehrere schwerwiegende Probleme vermieden werden. Dazu zhlen z.B. die Probleme aus dem
Wissensdatenbankartikel 1812238.
Schritt 6.16: Neustart des Produktivbetriebs im Ziel-B W-S y s t e m
l

SAP NetWeaver 7.0: Starten Sie in der Transaktion RSRDA die Dmonen fr die Real-Time Data
Acquisition neu.
SAP NetWeaver 7.2: Fhren Sie den Report RS_SYSTEM_SHUTDOWN aus, um die Prozessketten und die
Real-Time Data Acquisition neu zu starten.

Dies muss nach dem Entsperren der RFC-Benutzer und nach der Konfiguration der Anzahl der
Hintergrund-Workprozesse erfolgen.
=====================================================================
Szenario B3
Sie mchten ein einzelnes BW-System der Gruppe kopieren; das Quellsystem wird nicht kopiert. Sie
mchten ein vorhandenes nicht produktives BW-System auffrischen, indem Sie die vom Quellsystem
unabhngigen Objekte aus dem produktiven BW-System kopieren (PRD nach NPS, Auffrischung).
Anmerkung: Als Berater sollten Sie auch den Hinweis 1333302 lesen, in dem ein vereinfachtes
Kopierszenario fr besondere Systemlandschaften beschrieben wird.
Phase 2: Vorbereitungen in der Zielumgebung
Schritt 2.1: Sichern der vom Quellsystem abhngigen Objekte
Legen Sie fr jedes SAP-Quellsystem im Transportanschluss des zu berschreibenden Ziel-BW-Systems
(Transportsammler -> Gruppierung: Systemkopie) einen speziellen Transport mit den vom Quellsystem
abhngigen Objekten (Transferstrukturen, InfoPackages, ...) an. Whlen Sie im Bereich fr die
Quellsystemzuordnungen die Quellsysteme, fr die Sie die vom Quellsystem abhngigen Objekte sammeln
mchten. Markieren Sie alle gesammelten Objekte, selbst wenn einige nicht per Voreinstellung
markiert sind.
Achtung: Es wird empfohlen, sich die Objektliste des Transports anzusehen, um sicherzustellen, dass
diese alle erforderlichen Objekte enthlt. Wenn dieser Transport inkonsistent ist, gehen die vom
Quellsystem abhngigen Objekte beim berschreiben des Ziel-BW-Systems verloren. Vergessen Sie nicht,
den Transport vor dem Kopiervorgang freizugeben!
Anmerkung: Diesen Transportauftrag knnen Sie auch im kopierten BW-System nach dem Ersetzen durch
das produktive BW anlegen (vor Schritt 6.4).
Wenn das Quellsystem des produktiven BW und das Quellsystem des Ziel-BW dieselben DataSources
liefern, macht es keinen Unterschied. Allerdings...
... Wenn das Quellsystem des Ziel-BW zustzliche DataSources liefert, gehen die entsprechenden
Transformationen verloren.
... Wenn das Quellsystem des produktiven BW zustzliche DataSources liefert, fhrt dies spter zu
Importfehlern.
Schritt 2.3: Lschung von Quellsystemzuordnungen im Ziel-B W-System vor dem Kopiervorgang
Lschen Sie im zu berschreibenden Ziel-BW-System alle SAP-Quellsysteme in der Administrator
Workbench und der Data Warehousing Workbench (Transaktion RSA1). Lschen Sie NICHT das MyselfSystem!
Dieser Schritt ist erforderlich, um alle vom Quellsystem abhngigen Objekte aus dem Quellsystem
lschen zu knnen (die Objekte der alten Quellsystemverbindung wrden sich negativ auf die neue
Quellsystem-Verbindung auswirken, die nach dem Kopiervorgang erstellt wird).
Phase 3: Vorbereitung in der (Original)-Quellumgebung
Schritt 3.3: Stoppen des Produktivbetriebs im Original-B W-S y s t e m
l

SAP NetWeaver 7.0: Stoppen Sie in der Transaktion RSRDA alle Dmonen fr die Real-Time Data
Acquisition.
SAP NetWeaver 7.2: Fhren Sie den Report RS_SYSTEM_SHUTDOWN aus, um die Prozessketten und die
Real-Time Data Acquisition zu stoppen.

Dies muss vor dem Sperren der RFC-Benutzer und vor dem Stoppen und Deaktivieren der anderen
Hintergrundjobs erfolgen, z.B. durch die Ausfhrung des Reports BTCTRNS1.

Phase 5: Abschlieende Manahmen in der (Original)-Quellumgebung


Schritt 5.4: Neustart des Produktivbetriebs im Original-B W-S y s t e m
l

SAP NetWeaver 7.0: Starten Sie in der Transaktion RSRDA die Dmonen fr die Real-Time Data
Acquisition neu.
SAP NetWeaver 7.2: Fhren Sie den Report RS_SYSTEM_SHUTDOWN aus, um die Prozessketten und die
Real-Time Data Acquisition neu zu starten.

Dies muss nach dem Entsperren der RFC-Benutzer, jedoch vor dem Neustart und der Aktivierung der
anderen Hintergrundjobs erfolgen, z.B. durch die Ausfhrung des Reports BTCTRNS2.
Phase 6: Abschlieende Manahmen in der Zielumgebung
Schritt 6.4: Lschung von Quellsystemzuordnungen im Ziel-B W-System nach dem Kopiervorgang
Direkt nach dem Kopiervorgang besteht eine Verbindung zwischen dem Ziel-BW-System (das weiterhin den
logischen Systemnamen des Original-BW-Systems hat) und den Quellsystemen des Original-BW-Systems.
Lschen Sie die Quellsystemverbindungen im Ziel-BW-System, ohne die Quellsystemverbindungen im
Original-SAP-Quellsystem zu ndern.
ndern Sie im Ziel-BW-System den Inhalt des Feldes fr den Ziel-Host in allen RFC-Destinationen fr
die SAP-Quellsysteme in eine nicht vorhandene Adresse (Transaktion SM59). Achtung: Dieser Schritt
ist sehr wichtig, da andernfalls das Originalquellsystem gendert wird.
Lschen Sie im Baum fr die Quellsysteme des BW-Systems in der Transaktion RSA1 alle SAPQuellsysteme. Achtung: Dieser Schritt lscht alle bertragungsregeln und PSA-Tabellen dieser
Quellsysteme und die Daten gehen verloren. Das System generiert eine Meldung, die besagt, dass Sie
keinen Zugriff auf das Quellsystem haben (da Sie den Host der RFC-Verbindung gelscht haben).
Ignorieren Sie diese.
Lschen Sie alle veralteten RFC-Destinationen, die auf die Originalumgebung verweisen.
Schritt 6.7: Umbenennung des Ziel-B W-Systems und Umsetzung der logischen Systemnamen
Ordnen Sie dem Ziel-BW-System den Namen zu, den Sie ihm zugeordnet haben, bevor Sie es mit dem
produktiven BW-System berschrieben haben (logischer Systemname, Tabelle T000). Starten Sie die
Transaktion BDLS, um den logischen Systemnamen in allen relevanten Tabellen umzusetzen. Whrend der
Umsetzung knnen Sie keine weiteren Ttigkeiten (z.B. Ausfhren der Administrator Workbench oder der
Data Warehousing Workbench [Transaktion RSA1]) durchfhren.
Einzelheiten zur Transaktion BDLS knnen Sie den Hinweisen 121163 und 369758 entnehmen.
Fhren Sie darber hinaus die Transaktion BDLS aus, um die alten Quellsysteme der Produktivumgebung
(die Sie im Schritt 6.4 gelscht haben) den neuen entsprechenden Quellsystemen der Qualittsumgebung
zuzuordnen, die Sie im Schritt 6.8 anlegen.
Schritt 6.8: Durchfhrung BW-spezifischer Anpassungen
Verbinden Sie die Quellsysteme, die mit dem Ziel-BW-System verbunden waren, bevor dieses
berschrieben wurde. Starten Sie die Administrator Workbench oder die Data Warehousing Workbench
(Transaktion RSA1), fhren Sie einen Rechtsklick auf "Quellsysteme" aus und whlen Sie "Anlegen".
Fhren Sie die folgenden Schritte aus, wenn sich der logische Systemname gendert hat:
l

Aktualisieren Sie in der Transaktion RSA1 die logischen Systembeschreibungen. ndern Sie fr
jedes SAP-Quellsystem, das Sie mithilfe der Transaktion BDLS umgesetzt haben, die Beschreibung,
um eine Angleichung an den neuen logischen Systemnamen zu erzielen.
Setzen Sie das Generierungskennzeichens fr die ODS-Aktivierungsprogramme zurck. Starten Sie
die Transaktion RSSGPCLA und markieren Sie die Programmklasse RSDRO_ACTIVATE. Whlen Sie "Status
setzen" und OK. Wiederholen Sie diese Schritte fr die Programmklassen RSDRO_EXTRACT und
RSDRO_UPDATE.

Fhren Sie die folgenden Schritte durch, wenn der Host gendert wurde:
l

Passen Sie die Tabelle RSLOGSYSDEST fr die RFC-Destinationen der SAP-Quellsysteme und des
Myself-Systems an. Diese Tabelle enthlt die Beziehung zwischen den logischen Systemnamen und
den RFC-Destinationen.
Wenn sich der logische Systemname des DB-Connect-Quellsystems gendert hat, passen Sie die
Tabelle RSLOGSYSDB an Das Feld CON_NAME muss dann angepasst werden.
Wenn Sie die BI-Planung verwenden, mssen Sie den Servernamen des BI-Enqueue-Servers in der
Administrationstransaktion RSPLSE anpassen. Einzelheiten hierzu knnen Sie dem Hinweis 996238
entnehmen.
Setzen Sie die RFC-Destination fr die Nachbearbeitung des Prozesskettentransports zurck.
Korrigieren Sie den Host mithilfe der Transaktion RSTPRFC.
Wenn Sie einen SAP NetWeaver Business Intelligence Accelerator (BW Accelerator) verwenden, dann
beachten Sie auch den SAP-Hinweis 1146983 fr weitere Informationen.

Schritt 6.9: Import des Transports mit den vom Quellsystem abhngigen Objekten
Passen Sie zunchst die Tabelle RSLOGSYSMAP an. (Diese Tabelle wird im Zielsystem eines Transports
angelegt und stellt ein Mapping fr den Transport der vom Quellsystem abhngigen Objekte in BWSystemen bereit. Sie ordnet das Quellsystem des BW-Systems, in dem der Transport angelegt wird, zum
Quellsystem des BW-Systems zu, in das der Transport importiert werden soll. Dies bedeutet, dass es
fr gewhnlich die vom Quellsystem abhngigen Objekte von Quell-DEV zu Quell-TEST oder Quell-PROD
zuordnet.) Um den Import der vom Quellsystem abhngigen Objekte ber einen Sicherheitstransport zu
aktivieren, mssen Sie dieses Mapping wie folgt ndern: Quell-TEST zu Quell-TEST (sofern Sie den
Transport in BW-TEST angelegt haben).
Importieren Sie den Transportauftrag, der vor dem Kopieren des Systems angelegt wurde.
ndern Sie die Tabelle RSLOGSYSMAP auf das ursprngliche Mapping zurck.
Fhren Sie das Programm RSBKDTP_BDLS aus, um DTP-spezifische Details umzubenennen. Fhren Sie diesen

Schritt durch, nachdem Sie den Transport mit den quellsystemabhngigen Objekten implementiert haben.
Schritt 6.10: Kopieren von BWREQARCH-Archiven
Falls Request-Informationen bereits mit BWREQARCH im Originalsystem archiviert wurden, mssen Sie
nach der Kopie die Archivdateien an einen Ort kopieren, an dem das Zielsystem auf sie zugreifen
kann. Die beste Lsung hierfr ist eine "X C O P Y" auf Betriebssystemebene. Durch diese Vorgehensweise
knnen mehrere schwerwiegende Probleme vermieden werden. Dazu zhlen z.B. die Probleme aus dem
Wissensdatenbankartikel 1812238.
Schritt 6.16: Neustart des Produktivbetriebs im Ziel-B W-S y s t e m
l

SAP NetWeaver 7.0: Starten Sie in der Transaktion RSRDA die Dmonen fr die Real-Time Data
Acquisition neu.
SAP NetWeaver 7.2: Fhren Sie den Report RS_SYSTEM_SHUTDOWN aus, um die Prozessketten und die
Real-Time Data Acquisition neu zu starten.

Dies muss nach dem Entsperren der RFC-Benutzer und nach der Konfiguration der Anzahl der
Hintergrund-Workprozesse erfolgen.
=====================================================================
Szenario B4
Sie mchten einen einzelnen BW-Mandanten der Gruppe kopieren; das Quellsystem wird nicht kopiert.
Sie mchten einen neuen nicht produktiven Mandanten anlegen (PRD nach NPS, Installation, Mandant).
Beachten Sie, dass dieser neue Mandant nicht fr die BW-Funktion verwendet werden kann und nur in
speziellen Szenarien sinnvoll ist, in denen ein zweiter Mandant fr ein BW-System unter Umstnden
fr eine Funktion verwendet wird, bei der es sich nicht um eine BW-Funktion handelt.
Phase 3: Vorbereitung in der (Original)-Quellumgebung
Schritt 3.3: Stoppen des Produktivbetriebs im Original-B W-S y s t e m
l

SAP NetWeaver 7.0: Stoppen Sie in der Transaktion RSRDA alle Dmonen fr die Real-Time Data
Acquisition.
SAP NetWeaver 7.2: Fhren Sie den Report RS_SYSTEM_SHUTDOWN aus, um die Prozessketten und die
Real-Time Data Acquisition zu stoppen.

Dies muss vor dem Sperren der RFC-Benutzer und vor dem Stoppen und Deaktivieren der anderen
Hintergrundjobs erfolgen, z.B. durch die Ausfhrung des Reports BTCTRNS1.
Phase 5: Abschlieende Manahmen in der (Original)-Quellumgebung
Schritt 5.4: Neustart des Produktivbetriebs im Original-B W-S y s t e m
l

SAP NetWeaver 7.0: Starten Sie in der Transaktion RSRDA die Dmonen fr die Real-Time Data
Acquisition neu.
SAP NetWeaver 7.2: Fhren Sie den Report RS_SYSTEM_SHUTDOWN aus, um die Prozessketten und die
Real-Time Data Acquisition neu zu starten.

Dies muss nach dem Entsperren der RFC-Benutzer, jedoch vor dem Neustart und der Aktivierung der
anderen Hintergrundjobs erfolgen, z.B. durch die Ausfhrung des Reports BTCTRNS2.
Phase 6: Abschlieende Manahmen in der Zielumgebung
Schritt 6.7: Umbenennung des Zielmandanten und Konvertierung der logischen Systemnamen
Ordnen Sie dem Ziel-BW-Mandanten einen neuen Namen zu (logischer Systemname, Tabelle T000). Starten
Sie die Transaktion BDLS, um den logischen Systemnamen in allen relevanten Tabellen umzusetzen.
Whrend der Umsetzung knnen Sie keine weiteren Ttigkeiten (z.B. Ausfhren der Administrator
Workbench oder der Data Warehousing Workbench [Transaktion RSA1]) durchfhren.
Stellen Sie sicher, dass Sie in der Transaktion BDLS die (nicht voreingestellte) Option "Umsetzung
mandantenabhngiger Tabellen (z.B. nach einer Mandantenkopie)" markieren. Sie drfen unter keinen
Umstnden mandantenunabhngige Tabellen umsetzen! Wenn Sie diese Option nicht selektieren knnen,
verwenden Sie noch eine veraltete Version der Transaktion BDLS. Besorgen Sie sich das aktuellste
Patch fr diese Transaktion.
Einzelheiten zur Transaktion BDLS knnen Sie den Hinweisen 121163 und 369758 entnehmen.
Schritt 6.8: Durchfhrung BW-spezifischer Anpassungen
Bei dem neu angelegten Mandanten handelt es sich nicht um einen BW-Mandanten. Das bedeutet, dass Sie
ihn nicht verwenden knnen, um die Administrator Workbench oder die Data Warehousing Workbench
(Transaktion RSA1) zu starten und Daten zu laden. Er ist mit keinem BW-Quellsystem verbunden und aus
diesem Grund sind in diesem Schritt keine BW-spezifischen Ttigkeiten erforderlich.
Schritt 6.16: Neustart des Produktivbetriebs im Ziel-B W-S y s t e m
l

SAP NetWeaver 7.0: Starten Sie in der Transaktion RSRDA die Dmonen fr die Real-Time Data
Acquisition neu.
SAP NetWeaver 7.2: Fhren Sie den Report RS_SYSTEM_SHUTDOWN aus, um die Prozessketten und die
Real-Time Data Acquisition neu zu starten.

Dies muss nach dem Entsperren der RFC-Benutzer und nach der Konfiguration der Anzahl der
Hintergrund-Workprozesse erfolgen.

=====================================================================
Szenario C1
Sie mchten ein einzelnes Quellsystem eines BW-Systems kopieren; das BW-System wird nicht kopiert.
Sie mchten ein produktives Quellsystem eines BW-Systems ersetzen (PRD nach PRD).
Phase 3: Vorbereitungen in der (Original)-Quellumgebung vor der Kopie
Schritt 3.2: Leeren der Delta-Queue fr alle der verbundenen SAP-Quellsysteme
l

Fhren Sie alle Delta-InfoPackages auf BW-Seite zweimal aus, um die Delta-Queue im Quellsystem
zu bereinigen. Dies ist erforderlich, da die Transaktion BDLS die noch verfgbaren LUWs in der
qRFC-Queue nicht umbenennen kann.

Phase 6: Abschlieende Manahmen in der Zielumgebung


Schritt 6.4: RFC-Destinationen korrigieren
ndern Sie die RFC-Destinationen im kopierten Quellsystem und in allen verbundenen Systemen. ndern
Sie in den entsprechenden RFC-Destinationen die Hosts, sodass sie auf das korrekte System verweisen.
Informationen hierzu knnen Sie dem Hinweis 524554 entnehmen.
Da SAP die Umbenennung von produktiven Systemen nicht untersttzt, wird der Schritt 6.7 "Ausfhrung
der Transaktion BDLS fr Systemumbenennung" an dieser Stelle weggelassen.
=====================================================================
Szenario C2
Sie mchten ein einzelnes Quellsystem eines BW-Systems kopieren; das BW-System wird nicht kopiert.
Sie mchten ein neues nicht produktives Quellsystem (eines vorhandenen nicht produktiven BW-Systems)
anlegen, indem Sie das produktive Quellsystem kopieren (PRD nach NPS, Installation).
Phase 3: Vorbereitungen in der (Original)-Quellumgebung
Schritt 3.2: Leeren der Delta-Queue fr alle der verbundenen SAP-Quellsysteme
l

Fhren Sie alle Delta-InfoPackages auf BW-Seite zweimal aus, um die Delta-Queue im Quellsystem
zu bereinigen. Dies ist erforderlich, da die Transaktion BDLS die noch verfgbaren LUWs in der
qRFC-Queue nicht umbenennen kann.

Phase 6: Abschlieende Manahmen in der Zielumgebung


Schritt 6.4: Lschung kopierter Quellsystemzuordnungen
Direkt nach dem Kopiervorgang besteht eine Verbindung zwischen dem kopierten SAP-Quellsystem (das
weiterhin den logischen Systemnamen des Originalquellsystems hat) und dem ursprnglichen
(produktiven) BW-System. Lschen Sie die Quellsystemverbindungen im kopierten SAP-Quellsystem, ohne
die Quellsystemverbindungen zwischen dem Original-BW-System und der SAP-Quellsystemverbindung zu
ndern.
berprfen Sie die Tabelle RSBASIDOC im neu kopierten Ziel-SAP-Quellsystem, um alle bestehenden
Quellsystemverbindungen zu ermitteln.
l

Wenn die Tabelle leer ist, mssen Sie den Funktionsbaustein RSAP_BIW_DISCONNECT nicht ausfhren.

Wenn Eintrge vorhanden sind, vermerken Sie diese Eintrge: Felder RLOGSYS und SLOGSYS.

Fhren Sie den Funktionsbaustein RSAP_BIW_DISCONNECT im kopierten Ziel-SAP-Quellsystem mit den


folgenden Parametern aus:
l

I_BIW_LOGSYS = <RLOGSYS>

I_OLTP_LOGSYS=<SLOGSYS>

I_FORCE_DELETE = 'X'

Wenn Sie bei diesem Schritt Probleme feststellen, lesen Sie den Hinweis 1810959.
Dieser Schritt lscht alle veralteten BW-Verbindungen. Wiederholen Sie diesen Schritt fr alle
Eintrge in der Tabelle RSBASIDOC.
Achtung: Geben Sie im Feld "RFC-Zielsystem" keinen Wert ein. Dies wrde dazu fhren, dass der
Funktionsbaustein in dem dort spezifizierten System ausgefhrt wird!
Schritt 6.7: Umbenennung des Ziel-S A P-Quellsystems und Umsetzung der logischen Systemnamen
Wenn Sie das kopierte System umbenennen mchten, starten Sie die Transaktion BDLS. Whrend der
Umsetzung knnen Sie keine weiteren Ttigkeiten im System durchfhren.
Einzelheiten zur Transaktion BDLS knnen Sie den Hinweisen 121163 und 369758 entnehmen.
Anmerkung: Dieser kopierte Quellsystem-Mandant kann verwendet und mit dem BW-System in Form eines
neuen BW-Quellsystems verbunden werden (Transaktion RSA1 -> "Quellsysteme -> Anlegen..."). Darber
hinaus knnen alle vom Quellsystem abhngigen Objekte fr jedes neue SAP-Quellsystem gesichert
werden, indem Sie einen Transportauftrag anlegen (Transaktion RSA1 -> "Transportanschluss" ->
"Gruppierung" -> "Sicherung fr System-Kopie"). Whlen Sie im Bereich fr die Quellsystemzuordnungen
die Quellsysteme, fr die Sie die vom Quellsystem abhngigen Objekte sammeln mchten. Markieren Sie
alle gesammelten Objekte, selbst wenn einige nicht per Voreinstellung markiert sind.
=====================================================================
Szenario C3
Sie mchten ein einzelnes Quellsystem eines BW-Systems kopieren; das BW-System wird nicht kopiert.
Sie mchten ein vorhandenes nicht produktives Quellsystem (eines nicht produktiven BW-Systems)

anlegen, indem Sie das produktive Quellsystem kopieren (PRD nach NPS, Auffrischung).
Phase 3: Vorbereitungen in der (Original)-Quellumgebung
Schritt 3.2: Leeren der Delta-Queue fr alle der verbundenen SAP-Quellsysteme
l

Fhren Sie alle Delta-InfoPackages auf BW-Seite zweimal aus, um die Delta-Queue im Quellsystem
zu bereinigen. Dies ist erforderlich, da die Transaktion BDLS die noch verfgbaren LUWs in der
qRFC-Queue nicht umbenennen kann.

Phase 6: Abschlieende Manahmen in der Zielumgebung


Schritt 6.4: Lschung kopierter Quellsystemzuordnungen
Direkt nach dem Kopiervorgang besteht eine Verbindung zwischen dem kopierten SAP-Quellsystem (das
weiterhin den logischen Systemnamen des Originalquellsystems hat) und dem ursprnglichen
(produktiven) BW-System. Lschen Sie die Quellsystemverbindungen im kopierten SAP-Quellsystem, ohne
die Quellsystemverbindungen fr das produktive BW-System und das ursprngliche SAP-Quellsystem zu
ndern, indem Sie wie folgt vorgehen:
berprfen Sie die Tabelle RSBASIDOC im neu kopierten Ziel-SAP-Quellsystem, um alle bestehenden
Quellsystemverbindungen zu ermitteln.
l

Wenn die Tabelle leer ist, mssen Sie den Funktionsbaustein RSAP_BIW_DISCONNECT nicht ausfhren.

Wenn Eintrge vorhanden sind, vermerken Sie alle diese Eintrge: Felder RLOGSYS und SLOGSYS.

Fhren Sie den Funktionsbaustein RSAP_BIW_DISCONNECT im kopierten Ziel-SAP-Quellsystem mit den


folgenden Parametern aus:
l

I_BIW_LOGSYS = <RLOGSYS>

I_OLTP_LOGSYS=<SLOGSYS>

I_FORCE_DELETE = 'X'

Wenn Sie bei diesem Schritt Probleme feststellen, lesen Sie den Hinweis 1810959.
Dieser Schritt lscht alle veralteten BW-Verbindungen. Wiederholen Sie diesen Schritt fr alle
Eintrge in der Tabelle RSBASIDOC.
Achtung: Geben Sie im Feld "RFC-Zielsystem" keinen Wert ein. Dies wrde dazu fhren, dass der
Funktionsbaustein in dem dort spezifizierten System ausgefhrt wird!
Im kopierten Quellsystem: Lschen Sie alle veralteten RFC-Destinationen, die auf die
Originalumgebung verweisen.
Schritt 6.7: Umbenennung des Ziel-S A P-Quellsystems und Umsetzung der logischen Systemnamen
Ordnen Sie dem Ziel-SAP-Quellsystem den Namen zu, den Sie dem berschriebenen SAP-Quellsystem
zugeordnet haben (logischer Systemname, Tabelle T000). Verwenden Sie die Transaktion BDLS, um den
logischen Systemnamen in allen relevanten Tabellen umzusetzen. Whrend dieser Umsetzung knnen Sie
keine anderen Ttigkeiten im System durchfhren.
Einzelheiten zur Transaktion BDLS knnen Sie den Hinweisen 121163 und 369758 entnehmen.
Schritt 6.8: Durchfhrung BW-spezifischer Anpassungen
Stellen Sie im mit dem berschriebenen SAP-Quellsystem verbundenen BW-System die
Quellsystemverbindung wieder her.
Starten Sie die Administrator Workbench oder die Data Warehousing Workbench (Transaktion RSA1),
fhren Sie einen Rechtsklick auf das Quellsystem aus und whlen Sie "Wiederherstellen".
Reparatur der Delta-Q u e u e
Im BW-System: Fhren Sie den Report RSSM_OLTP_INIT_DELTA_UPDATE fr jede DataSource aus, fr die
eine aktive Init-Anforderung besteht. Geben Sie im Feld ALWAYS den Wert X ein.
Dadurch werden die Init- und Delta-Informationen des BW in das Quellsystem bertragen und somit das
weitere Laden des Deltas oder ein neuer Init ermglicht.
=====================================================================
Szenario C4
Sie mchten einen einzelnen Quellsystem-Mandanten eines BW-Systems kopieren; das BW-System wird
nicht kopiert. Sie mchten einen neuen nicht produktiven Quellsystem-Mandanten (eines vorhandenen
nicht produktiven BW-Systems) (PRD nach NPS, Installation, Mandant) anlegen oder einen vorhandenen
Quellsystem-Mandanten auffrischen (PRD nach NPS, Auffrischung, Mandant).
Phase 6: Abschlieende Manahmen in der Zielumgebung
Schritt 6.7: Umbenennung des Ziel-S A P-Quellsystems und Umsetzung der logischen Systemnamen
Ordnen Sie dem Ziel-SAP-Quellsystemmandanten den Namen zu, den Sie dem berschriebenen SAPQuellsystemmandanten zugeordnet haben (logischer Systemname, Tabelle T000). Wenn es sich bei dem
durch den Kopiervorgang angelegten Mandanten um einen neuen Mandanten handelt, whlen Sie einen
neuen Namen. Starten Sie die Transaktion BDLS, um den logischen Systemnamen in allen relevanten
Tabellen umzusetzen. Whrend dieser Umsetzung knnen Sie keine anderen Ttigkeiten im System
durchfhren.
Stellen Sie sicher, dass Sie in der Transaktion BDLS die (nicht voreingestellte) Option "Umsetzung
mandantenabhngiger Tabellen (z.B. nach einer Mandantenkopie)" markieren. Sie drfen unter keinen
Umstnden mandantenunabhngige Tabellen umsetzen! Wenn Sie diese Option nicht selektieren knnen,
verwenden Sie noch eine veraltete Version der Transaktion BDLS. Besorgen Sie sich das aktuelle Patch
fr diese Transaktion.
Einzelheiten zur Transaktion BDLS knnen Sie den Hinweisen 121163 und 369758 entnehmen.

Anmerkung: Dieser kopierte Quellsystem-Mandant kann verwendet und mit dem BW-System in Form eines
neuen BW-Quellsystems verbunden werden (Transaktion RSA1 -> "Quellsysteme -> Anlegen..."). Darber
hinaus knnen alle vom Quellsystem abhngigen Objekte fr jedes neue SAP-Quellsystem gesichert
werden, indem Sie einen Transportauftrag anlegen (Transaktion RSA1 -> "Transportanschluss" ->
"Gruppierung" -> "Sicherung fr System-Kopie"). Whlen Sie im Bereich fr die Quellsystemzuordnungen
die Quellsysteme, fr die Sie die vom Quellsystem abhngigen Objekte sammeln mchten. Markieren Sie
alle gesammelten Objekte, selbst wenn einige nicht per Voreinstellung markiert sind.

Gltigkeit
DiesesDokumentistnichtbeschrnktaufeineSoftwarekomponenteoderSoftwarekomponentenversion

Referenzen
Dieses Dokument verweist auf:
SAP-Hinweise
1810959 VerbindungzumBWnurlschbar,fallsDestinationexistiert
1607601 FAQ: Delta-Fehler
1586304 SAP-Systemkopien mit Oracle Transparent Data Encryption
1494299 BI Sperrserver: Speicherung von Hostnamen
1493814 P25:DTP:PC:SammelnabhngigerundverwendeterProzesse
1480336 P25:SDL:ReportzuLschenverwaisterInfoPackages
1478123 FAQ: Quellsystem
1432815 BDLS setzt DTP nicht um > Randbedingungen siehe Beschreibng.
1406273 Beratung: BDLS in BW
1358887 Systemumbenennung (BDLS) in RDA-Tablle RSCRT_RDA_ERROR
1357615 70SP22:LschungverwendeterDTPs
1336119 TechnischeKorrekturfrLschungverwaisterObjekte
1333302 SonderverfahrenfrBW-Systemkopie
1330317 Korrektur:IpakunterDSfehltbeiSammelnfrSystemkopie
1300757 P21:SDL:QS-Lschenundi-Meldung RSM1 632
1275544 Korrektur: Keine Umsetzung TADIR durch BDLS
1273663 Korrektur: Kein PSADELETE/-PROCESS bei Systemkopietransport
1271454 Korrektur: Pseudo-D-Version bleibt stehen bei QS-Lschen
1267427 SP20: DTP Change and Transport System
1242928 70SP20: BDLS mit installiertem Content endet mit RSBK 019
1240122 P20:DSO:Aktivieren von Delta-DTP-Requests nach BDLS
1227247 APD:KeineBercksichtigunginBDLS
1224597 P19:BDLS:Fehlende Umsetzung der DataSource
1180016 P19:BDLS-Umsetzung der PSA-Text-Tabelle des Statusmanagers
1169659 Korrektur: Prozessvarianten nicht von BDLS erfasst
1168471 Korrektur: Sammeln von Transformationen auf emulierten DS
1156599 Korrektur: 3.x DataSources werden nicht gesammelt
1149141 70SP18/19: BDLS: Verbesserungen Log
1148403 70SP18: BDLS nach vorzeitiger Replikation
1146596 Korrektur: DataSources bleiben beim QS-Lschenbrig
1142908 70SP19: BDLS setzt DTPs nicht um
1139924 BI7.0(SP18) Systemnamen wurden falsch unmgesetzt
1135964 70SP17: BDLS mit Transport-Anschluss
1122853 P17:BDLS setzt Statusmanagertabellen nicht um
1107155 70SP17: Transport nach Systemkopie
1097357 70SP16:AbbrcheBDLS
1070378 Korrektur: Hartcodiertes Quellsystem im DataSource-Program
1059278 70SP15: Fehler in BDLS
1055483 Systemumbenennung in RDA-Tabellen (BDLS)
1048947 Korrektur: Quellsystemnamen, Pseudo-D-Versionen und TRFN
1000062 70SP13: Umsetzen des logischen Systemnamens
996238 Dump: 'RFC connection error' nach BW Systemkopie
981248 Korrektur:SicherungfrSystemkopienurfralteObjekte
961551 70SP09: BDLS: DTPs werden nicht umgesetzt
931029 Transformationenwerdennichtbercksichtigt(BDLS)
929045 Korrektur: Keine Umsetzung PSA-userobj in BDLS
913723 P30:P7:SDL:Init-AnfordernundPrfungaufQS-Logsys-Name
885343 Kopie der SAP-Systemlandschaft
777024 BW3.0undBW3.1Systemkopie(Ergnzungshinweis)
771209 NW04:Systemkopie(Ergnzungshinweis)
524554 Ablage von Destinationen im BW-Umfeld

518426 ODS-Objekt - SYSTEMKOPIE, Migration


369758 UTI: BDLS -NeueFunktionalittundbesserePerformance
325525 Kopien und System-Umbenennungen im BW-Umfeld
325470 Vorgehen nach Mandantenkopien in BW-Quellsystemen
184754 Vorgehen nach Datenbankkopie von BW's
184447 Einrichten einer BW-Systemlandschaft
184322 Vorgehen nach Datenbankkopie von BW-Quellsystemen
121163 UTI: Logische Systemnamen umsetzen

Auf dieses Dokument wird verwiesen von:


SAP-Hinweise (60)
524554 Ablage von Destinationen im BW-Umfeld
931029 Transformationenwerdennichtbercksichtigt(BDLS)
1168471 Korrektur: Sammeln von Transformationen auf emulierten DS
929045 Korrektur: Keine Umsetzung PSA-userobj in BDLS
518426 ODS-Objekt - SYSTEMKOPIE, Migration
1300757 P21:SDL:QS-Lschenundi-Meldung RSM1 632
1432815 BDLS setzt DTP nicht um > Randbedingungen siehe Beschreibng.
1810959 VerbindungzumBWnurlschbar,fallsDestinationexistiert
1156599 Korrektur: 3.x DataSources werden nicht gesammelt
913723 P30:P7:SDL:Init-AnfordernundPrfungaufQS-Logsys-Name
1275544 Korrektur: Keine Umsetzung TADIR durch BDLS
1273663 Korrektur: Kein PSADELETE/-PROCESS bei Systemkopietransport
1271454 Korrektur: Pseudo-D-Version bleibt stehen bei QS-Lschen
1267427 SP20: DTP Change and Transport System
1406273 Beratung: BDLS in BW
1000062 70SP13: Umsetzen des logischen Systemnamens
885343 Kopie der SAP-Systemlandschaft
1169659 Korrektur: Prozessvarianten nicht von BDLS erfasst
777024 BW3.0undBW3.1Systemkopie(Ergnzungshinweis)
1122853 P17:BDLS setzt Statusmanagertabellen nicht um
1107155 70SP17: Transport nach Systemkopie
1667731 Schnelle Datenbankmigration von SAP BW zu SAP HANA
1097357 70SP16:AbbrcheBDLS
981248 Korrektur:SicherungfrSystemkopienurfralteObjekte
1494299 BI Sperrserver: Speicherung von Hostnamen
1493814 P25:DTP:PC:SammelnabhngigerundverwendeterProzesse
1240122 P20:DSO:Aktivieren von Delta-DTP-Requests nach BDLS
1358887 Systemumbenennung (BDLS) in RDA-Tablle RSCRT_RDA_ERROR
1607601 FAQ: Delta-Fehler
1059278 70SP15: Fehler in BDLS
1357615 70SP22:LschungverwendeterDTPs
1055483 Systemumbenennung in RDA-Tabellen (BDLS)
961551 70SP09: BDLS: DTPs werden nicht umgesetzt
1480336 P25:SDL:ReportzuLschenverwaisterInfoPackages
1148403 70SP18: BDLS nach vorzeitiger Replikation
1146596 Korrektur: DataSources bleiben beim QS-Lschenbrig
1586304 SAP-Systemkopien mit Oracle Transparent Data Encryption
1333302 SonderverfahrenfrBW-Systemkopie
1330317 Korrektur:IpakunterDSfehltbeiSammelnfrSystemkopie
1142908 70SP19: BDLS setzt DTPs nicht um
1048947 Korrektur: Quellsystemnamen, Pseudo-D-Versionen und TRFN
1139924 BI7.0(SP18) Systemnamen wurden falsch unmgesetzt
1135964 70SP17: BDLS mit Transport-Anschluss
325470 Vorgehen nach Mandantenkopien in BW-Quellsystemen
325525 Kopien und System-Umbenennungen im BW-Umfeld
184447 Einrichten einer BW-Systemlandschaft
369758 UTI: BDLS -NeueFunktionalittundbesserePerformance
121163 UTI: Logische Systemnamen umsetzen
184322 Vorgehen nach Datenbankkopie von BW-Quellsystemen
184754 Vorgehen nach Datenbankkopie von BW's
1336119 TechnischeKorrekturfrLschungverwaisterObjekte
1070378 Korrektur: Hartcodiertes Quellsystem im DataSource-Program
1149141 70SP18/19: BDLS: Verbesserungen Log
1180016 P19:BDLS-Umsetzung der PSA-Text-Tabelle des Statusmanagers
1224597 P19:BDLS:Fehlende Umsetzung der DataSource
1478123 FAQ: Quellsystem
1227247 APD:KeineBercksichtigunginBDLS

1242928 70SP20: BDLS mit installiertem Content endet mit RSBK 019
771209 NW04:Systemkopie(Ergnzungshinweis)
996238 Dump: 'RFC connection error' nach BW Systemkopie