Wir haben derzeit 2 Systeme die zusammengeführt werden sollen.

Ein altes 3.5 worauf auch SEM-BCS läuft und ein BW 7.0, worauf sich aber nicht viele Daten befinden.

Wie muss man sich eine Migration im BW vorstellen, kann man Infocubes/DSO, Prozessketten und Query. von einem System einfach ins andere transferieren ?

Basis soll das aktuelle 3.5 bilden:

- also entweder 3.5 -> 7.0 upgraden und Daten von 7.0 migrieren und dann das System auf 7.3 bringen.

- Oder 3.5 und 7.0 System jeweils auf 7.3 bringen und dann zusammenführen.

Hat damit jemand Erfahrung, was hier der sinnvollere Weg wäre ?

das Thema ist recht komplex und vielschichtig .. so ohne weiteres wirst Du da keine detaillierte Antwort bekommen 🙂 .. ich versuche mich aber mal in einer allgemeineren.

Insgesamt gibt es bei sowas recht viel zu beachten. Für mich sind das drei separate Projekte: SEM BCS, Upgrade und Migration.

SEM BCS ist, wenn es als Konsolidierungseinheit im Konzern / Unternehmen verwendet wird, ein Buchungssystem, ist abschlußrelevant und läuft damit unter gänzlich anderen Bedingungen (Nachvollziehbarkeit, Unveränderbare Belege, Abschlußtermine, Prüfungsrelevanz, etc.) als der Rest vom BW. Es ist mehr oder minder vergleichbar mit einer FI Migration.

Aus diesen Gründen, aber auch schon in Anbetracht der Fülle der Änderungen von 3.5 zu 7.x ist die "Portierung" von BCS auf ein neues System ein separates Projekt.

Ein Releaseupgrade eines BW Systems ist mit vielen Umstellungen und vielen vielen Vorüberlegungen durchzuführen, alleine das Berechtigungswesen ändert sich stark. Auch dies ist ein separates Projekt und sollte komplett getrennt von einer Migration durchgeführt werden. Zusätzlich muß man sich Gedanken machen, ob das bisherige System weiterläuft .. üblicherweise kopiert man den laufenden Mandanten in ein Projektsystem und macht darauf dann die Migration, das wird dann das neue Produktivsystem.

Ob man ein System neu aufbaut oder "nur" eine Upgrade durchführt, hängt u.a. davon ab, ob man einen Neuanfang machen möchte ... Stichworte Datenmodelle, Designvorgaben, Namenskonventionen, Aufräumen. Ich finde es wichtig, alte Fehler zu bereinigen .. ich kenne da 7.xer Systeme, die auch jetzt noch Kraut und Rüben sind. Aus meiner Sicht schade um die vertane Chance

Eine Migration, sprich Struktur- und Datenübernahme von einem in ein anderes System ist zweigeteilt zu betrachten: eine Datenübernahme kann durch Aufbau ähnlicher oder identischer Strukturen im zweiten System erfolgen sowie eine typische RFC Anbindung und geeigneter Extraktoren (Abnahme durch Fachbereiche / Prüfer).

Strukturen, also Cubes, DS/IS, Fortschreibungen aber auch Programme, Felder, Domänen, Tabellen und Views, Queries könnten über Transporte "rübergehen". Sprich: alles einsammeln, auf Auftrag schreiben und transportieren. Dazu muß ein Transportweg eingerichtet werden, alternativ per Download des Files und Upload im Ziel. Aaaaaaber: alles was transportiert wird an Objekten kann im Zielsystem schon vorhanden sein. Und dann wird es überschrieben, resp. der Transport "geht auf die Bretter". Man muß also zuvor sehr umfangreiche und genauste Analysen in beiden Systemen durchführen, welche Objekte mit welcher Ausprägung vorhanden sin, wie sie für welchen Zweck (auch betriebswirtschaftlich / inhaltlich) genutzt werden. Da wird es meiner Erfahrung nach viele Übereinstimmungen geben .. udn dann heisst es manuell nachbauen. Mir wäre ein Transport eh zu gefährlich .. zu unkalkulierbar im Ergebnis. Daher lieber manuell nachbauen mit dem Vorteil, daß man dann (unter entsprechenden Design- und Namensvorgaben) alte Fehler bereinigen kann, eventuell sogar Dinge verbessern kann.

Viele Grüße

Thomas

danke für deine ausführliche Antwort.

Wir sind jetzt schon ein paar Schritte weiter, haben eine aktuelle Systemkopie vom Produktiv auf das Testsystem gezogen und dieses auf BW 7.31 upgegradet bzw. SEM BCS 7.36.

Ich muss auch dazu sagen, dass das System nur zu Konsolidierung genutzt wurde und sich die Anzahl der Nutzer an einer Hand abzählen lässt 🙂. Daher gibt es auch keine Probleme mit Berechtigungen.

So weit zu den Dingen die gut funktioniert haben. Nach dem Upgrade ist mir dann aufgefallen, dass es beim Quellsystem eine Abweichung gibt. Statt dem P ERP System war als Name und techn. Objekt unser Q-ERP eingetragen. Ich bin dann auf Verbindungsoptionen gegangen, und da war jedoch das P als RFC Dest eingetragen ???

Naja, anstatt auf die Basis Leute zu warten, habe ich mir gedacht ich lösche einfach das falsche Quellsystem und binde das P erneut an. Facepalm, damit sind natürlich auch die Datasources und Infopackages weg...

Naja, war nur Test und es hatte auch etwas Gutes, der Müll ist entsorgt. Aber wie sieht für sowas der richtige Weg aus , kann ich einfach ein Quellsystem durch ein anderes ersetzten ? Ohne das ich Infop. und Sources verliere ?

Oder muss ich die Extraktion in so einem Fall immer neu aufbauen.

LG