Update 2.6 -> 5

30. Juli 2008 10:28

Hat hier schon jemand Erfahrungen mit einem Update von 2.6 (technisch 3.6) auf 5 und kann darüber berichten?

(Die Individualanpassungen der DB sind sehr überschaubar)

Auf dem Installationsmedium ist dieses Update ja scheinbar nicht mehr vorgesehen :-(

Markus
Zuletzt geändert von Markus Merkl am 30. Juli 2008 12:40, insgesamt 1-mal geändert.

30. Juli 2008 11:15

Das geht in zwei Schritten von 2.60 nach 4, und dann von 4 nach 5. Es ist bei sehr großen DB mit Millionen von Artikelposten eher ein Zeitproblem, ein normales Wochenende reicht da nicht immer.

Ein häufiges Upgradeproblem :
Da viele 2.x Datenbanken ein Lagerbewertungsaddon von Impuls haben, muss erheblicher Zusatzaufwand betrieben werden, die Lagerwerte wieder herzustellen. Es gibt für dieses Lagerbewertungsaddon kein offizielles Upgradetoolkit d.h. eigentlich muss das System neu aufgesetzt werden, was aber leider nicht immer möglich ist. Dort wurden u. a. zusätzliche Artikelausgleichsposten erzeugt, die bei der ersten Lagerregulierung im konvertierten System zu extremen Lagerwertveränderungen führen.

30. Juli 2008 12:38

Kowa hat geschrieben:Das geht in zwei Schritten von 2.60 nach 4, und dann von 4 nach 5. Es ist bei sehr großen DB mit Millionen von Artikelposten eher ein Zeitproblem, ein normales Wochenende reicht da nicht immer.


Das sollte nicht der Fall sein, da wir von ~160.000 Artikelposten reden.

Kowa hat geschrieben:Ein häufiges Upgradeproblem :
Da viele 2.x Datenbanken ein Lagerbewertungsaddon von Impuls haben,


soviel ich weiß nicht.

Dank für die Informationen.

Markus

30. Juli 2008 16:13

Die Schritte sind im Migrationshandbuch wohl beschrieben, allerdings ist die Hauptarbeit der Merge der Objekte. Zu beachten sind dabei die Codeteile, die in höheren Versionen im Standard hinzukamen, dann muss entschieden werden: Eigenanpassung behalten oder auf Standardfunktion wechseln. Wenn die Anpassungen überschaubar sind, dürfte das aber nicht kritsch sein.

30. Juli 2008 16:46

Bei 2.x Upgrades ist bei nicht-englischen Datenbanken der Wechsel der Codesprache erforderlich, mit den Mergetools kommt man da ohnehin kaum weiter, weil die Unterschiede durch den Sprachwechsel so massiv sind. Da hilft meist nur auf Basis des neuen Objektstands die alten geänderten Objekte anschauen, und deren Zusatzfunktionen zu übernehmen, wenn das überhaupt erforderlich ist. Vieles fließt ja über die Jahre in den Standard, anderes wurde zwar bei der Installation eingebaut aber nicht mehr benutzt, weil die Betriebsprozesse sich geändert haben, siehe auch hier und hier.

30. Juli 2008 16:57

Das stimmt: wichtig ist zu überprüfen, ob alle Anpassungen auch noch genutzt werden. Altlasten sollte man tunlichst nicht mitschleppen.