Abap Forum on Gate²App

Geplant ist der Neuaufbau des Entwicklungssystems zum Zwecke des Upgrades von 3.1I auf 4.7.
Zur Diskussion steht, das System aus dem bestehenden Produktivsystem neu aufzubauen, um einen sauberen Anfang hinsichtlich der Entwicklungen zu bekommen.
Frage ist nun, ob die alte Versionsdatenbank nach der Kopie PRD-->DEV wieder eingespielt werden muss, oder ob darauf verzichtet werden kann.
Besten Dank vorab für eine Info.

Ich würde die versionsdatenbank gerne sichern bzw mit einem Toll um ein paar Felder erweitern. Geht sowas denn?

Zum Sichern und Wiederherstellen der Versionshistorie gibt es auch einen OSS-Hinweis, suche mal mit folgernden Stichworten:
VRSX VRSX2 VRSX3 VRSD

Die Versionshistorie ist aber bei weitem nicht alles, was in einem Entwicklungssystem aufhebenswert ist.

Habe grade einen Newsletter von SearchSAP.com bekommen:

SearchSAP.COM hat geschrieben:EXPORTING AND RE-IMPORTING VERSION DATA DURING A REFRESH OF THE
DEVELOPMENT SYSTEM
Bert Vanstechelman

Q: We wish to refresh our development client while maintaining the
version management and transport history. Is this possible?

A: Yes, it is possible. SAP note 130906 describes a method for
exporting and re-importing the version data during a refresh of the
development system. The note clearly states...
Read Bert's entire response:
http://go.techtarget.com/r/640392/5656431
Ask a Basis administration or upgrade/migration question:
http://go.techtarget.com/r/640393/5656431
Read all the Basis administration and upgrade/migration advice:
http://go.techtarget.com/r/640394/5656431

Gruß, Enno

Hallo,
ich weiss, das Thema ist uralt - aber bei uns jetzt dann eben aktuell (nur mit anderen Versionen).
Frank meinte, es gäbe mehr als die Versionsdatenbank was erhaltenswert wäre.
Meine Tomaten auf den Augen hindern mich gerade diese Dinge zu erkennen.
Wer hat Vorschläge? (Und welche )?

MfG
Thomas R.

Hallo Thomas,

naja, was mir so auf Anhieb ins Auge springt sind die Tabellenänderungsprotokolle. Was für die Entwicklung die Versionhistorie ist, ist fürs Customizing eben die Tabellenänderungen. Und ich als entwickelnder Berater freue mich immer sehr, wenn die Protokolle weg sind, denn dann kann man leider nicht mehr nachvollziehen wann was wie eingestellt war...

Grüße
Chris

PS: Ansonsten kommen u. U. die Entwicklerschlüssel abhanden, aber wer die entsprechenden Berechtigungen im Service Marketplace hat, kann die ja wieder nachschauen

Hallo Chris,
die Tabellenänderungsprotokolle des Produktivsystems werden ja mit übernommen, somit sollte dies passen. Was an Änderungen nicht ins Prod ging ist ja dann auch nicht mehr von Interesse.
Entwicklerschlüssel sind kein Problem, da komme ich jederzeit ran.
MfG
Thomas R.

Moin,
ich würde mein Augenmerk auch auf folende Tabellen richten:
SMODILOG
DBTABLOG
ADIRACCESS (auch wenn die Schlüssel im neuen Sys. nicht mehr passen sollten)
DEVACCESS (auch wenn die Schlüssel im neuen Sys. nicht mehr passen sollten)
CDHDR/CDPOS

gruß Jens