Upgrade von BC14 mit vielen Tabellen

Ich bin an einem Upgrade von einer BC14 DB nach BC18. In der DB sind sehr viele Tabellen eines AddOns enthalten (eigener Nummernbereich), sowie veschiedene indiv. Felder in Standardtabellen.

Die Felder in den Standardtabellen muss ich anscheinend entfernen, wenn ich migrieren will. Dabei muss ich natürlich die Daten daraus zwischenspeichern.

Was ist aber mit den Tabellen des AddOns? Die kann ich so lassen wie sind, oder?
In der BC18-App sind diese Tabellen und Felder 1:1 vorhanden.

Hallo Roger,

sind die Anpassungen in BC14 in C/AL oder als AL-Extensions durchgeführt worden?
Wenn C/AL, dann kannst du für das Upgrade deiner individuellen Tabellen und Felder aus dem Kundennummernbereich an diesen "Leitfaden" halten:

https://docs.microsoft.com/en-us/dynami ... se-app-v18


Für das Upgrade des Addons müsstest du den Hersteller fragen, wie da die Daten migriert werden müssen.
Wenn die Objekte des Addon in BC14 als C/AL-Objekte vorhanden sind, bekommen die Tabellen in der SQL-Datenbank andere Namen (AppID hängt am Tabellennamen dran).
Dafür brauchst du dann einen Upgrade-Leitfaden vom Hersteller des Addons.

Hallo Jörg

Danke für die Antwort. So ganz blicke ich leider noch nicht durch.

Das AddOn habe ich selber entwickelt und liegt bereits als AL-App vor. Macht das einen Unterschied? Ich frage vielleicht etwas doof,
aber für mich das zur Zeit alles noch nicht so transparent, wie ich das gerne hätte, liegt aber an mir.

Eigentlich möchte ich nur eine bestehende BC14 DB so migrieren, dass ich dann das AddOn dazu installieren kann.
Stelle ich mir das zu einfach vor?

Hallo Roger,

ist das Addon auch als AL-Extension in der BC14-Datenbank?
Wenn das so ist, dann müssten in der BC14-Datenbank die Tabellen des Addons Tabellennamen inkl. AppID haben und wenn deine BC18-App dieses Addons die gleiche AppID hat, musst du für das Addon m.W. nichts machen.

Ich habe im letzten Jahr bei einem Kunden ein Upgrade von NAV2015 --> BC14 --> BC18 durchgeführt.
In dieser Datenbank waren neben individuellen Tabellen und Felder auch OPplus enthalten.
Für die OPplus-Datenmigration haben wir damals das Upgradetool von OPplus verwendet.

Hallo Jörg

Nein, in BC14 sind nur die C/AL Objekte drin. Ich bin bis jetzt davon ausgegangen, dass die Extension dann bei der Migration nach BC18 dazukommt.

Nein, in BC14 sind nur die C/AL Objekte drin.

Dann müssen die eigenen Felder geleert und deren Inhalte in Upgradetabellen zwischengespeichert (Codeunit 90000 UpgradeStep1) und hinterher nach Löschen der Felder mit Codeunit 90001 UpgradeStep2 in die künftigen Felder der neuen Extensiontabellen übertragen werden. Hinweise dazu hier:
https://community.dynamics.com/business/f/dynamics-365-business-central-forum/302749/how-to-move-data-to-extensions-in-business-central-from-my-physical-table-fields-in-navision-while-upgrade
Alternativ via SQL (nicht ungefährlich!):
https://www.hougaard.com/uplifting/
Automate your C/Side to AL Data transfer (Business central v14)

Danke Kai

Dann verstehe ich das richtig, dass die Tabellen des AddOns, die in einem eigenen Nummernbereich laufen, so in der DB drin gelassen werden können?
Die stören dann nicht im Upgradeprozess?

Tabellen des AddOns, die in einem eigenen Nummernbereich laufen, so in der DB drin gelassen werden können?

Nach der Übernahme der Feldwerte sollten die gelöscht werden. In C/AL sollte man hinterher gar nichts mehr von der alten Programmierung wiederfinden, das wandert ja alles in die "Black Box" der Extension.
Außerdem müssen alle eigenen Extensionobjekte ein dreistelliges eindeutiges eigenes Präfix bzw. Suffix haben, welches von MS vergeben wird, damit keine Namenskonflikte mit Extensions von anderen Partnern möglich sind. Es gibt ja leider keine Namespaces in AL, welche eine Trennung auf anderem Wege ermöglichen würden.
https://docs.microsoft.com/de-de/dynamics-nav/compliance/apptest-prefix-suffix
Adresse zur Vergabe: d365val@microsoft.com

Das mit den Feldwerten leuchtet mir ein, Standardtabellen sollen ja keine fremden Felder mehr enthalten.
Eine Suffix habe ich bereits, das ist auch kein Problem.

Mein Frage zielte auf die Tabellen des AddOns ab, also jene im 3'000'00er Bereich, die für das AddOn reserviert sind.
Diese Tabellen können in der BC14 DB bleiben wie sie sind für das Upgrade, richtig?

Diese Tabellen können in der BC14 DB bleiben wie sie sind für das Upgrade, richtig?

Nur bis zur Übernahme der Feldwerte, danach werden die entfernt wie alle anderen Objekte auch, die in die Extension wandern. In C/SIDE darf nichts mehr von dem alten AddOn sichtbar sein.

Älterer Artikel dazu: Upgrading to 15.x from 14.x C/AL – our NAV TechDays 2019 demo

Ich glaub, ich bin zu doof dafür

In der DB sind viele Dutzend Tabellen drin in einem reservierten Nummernbereich (keine Standardtabellen).
Wenn ich die lösche, gehen ja die Daten verloren. Dann muss ich für jede dieser Tabellen eine Backuptabelle erstellen um die Daten zu sichern?
Aber die müsste ich ja auch in C/SIDE erstellen?

. Dann muss ich für jede dieser Tabellen eine Backuptabelle erstellen um die Daten zu sichern?
Aber die müsste ich ja auch in C/SIDE erstellen?

Ja, für jede Tabelle eine Upgradetabelle namens "<Tabellenname> UPG". Die werden aber nach Datenübernahme auch alle wieder entfernt.
Hier gleicher Inhalt wie erster Link oben, aber besser lesbar:
https://github.com/Microsoft/AL/issues/1512
Und hier mit anderen Worten beschrieben und sogar von MS bestätigt.
https://github.com/Microsoft/AL/issues/1689

Ah, ja, ich glaube jetzt verstehe ich das, besten Dank für deine Geduld

...

Ich habe im letzten Jahr bei einem Kunden ein Upgrade von NAV2015 --> BC14 --> BC18 durchgeführt.
In dieser Datenbank waren neben individuellen Tabellen und Felder auch OPplus enthalten.
Für die OPplus-Datenmigration haben wir damals das Upgradetool von OPplus verwendet.

Hallo JRenz,

Kannst du dich noch daran erinnern, wie du die OPplus Objekte von C/AL zu AL konvertiert hast?

Ich bin die Migrationsanleitung von Continia durchgegangen (Link: https://docs.continia.com/de-de/contini ... ion-onprem)

und hänge nun aber an dem Schritt "C/AL 2 AL (Upgrade auf eine Extension Version OnPrem)". Dort fehlt mir einfach eine detailliertere Erklärung.

Der Download des Upgrade Toolkits enthält ja lediglich fob Dateien und noch einen Konverter für die Cloud App, welche aber nicht benötigt wird.

Ich habe es so verstanden, dass ich nun die zu MS verlinkte Anleitung durchführen soll. Doch dann hätte ich ja die OPplus Objekte in eine eigene Extension konvertiert. Das heisst doch dann aber auch, dass meine Extension überhaupt nichts mit der offiziellen OPplus App zu tun hat. Wie soll denn die offizielle App dann die OPplus Daten finden können? Geschweige denn, wie soll ich denn die App installieren können, wenn die Feld-Ids bereits mit meiner Extension belegt sind?

Muss ich dann meine eigene Extension nach erfolgreicher Konvertierung zu AL wieder löschen, aber die Daten behalten und kann dann die OPplus App installieren? Wobei das ja auch nicht funktionieren kann, denn meine Extension hätte ja eine ganz andere ID als die offizielle OPplus App. Muss ich also meine Extension mit der ID der OPplus App versehen??

Ich habe kaum Erfahrung mit AL und stehe diesbezüglich gerade auf dem Schlauch.

Ist es vielleicht am Ende doch einfacher als ich denke und ich habe einfach etwas übersehen?

Mir geht es hauptsächlich darum die OPplus Daten aus einer alten NAV Version zu Dynamics 356 BC mitzunehmen.

Ich habe kaum Erfahrung mit AL und stehe diesbezüglich gerade auf dem Schlauch.

Als Partner kann man diesen Weg wählen:
E-Mail: opplus-support@continia.com
Telefon: +49 40 877 09 400

Hallo,
konnte jemand das Problem der OPplus Migration klären? Ich bin nämlich am Continia Support diesbezüglich gescheitert. Einzige Antwort war dass die Microsoft Standard Upgrade Routinen das Upgrade von BC 14 in die aktuelle OPplus Extension übernehmen würden. Das tut er aber nicht, dazu bräuchte ich ja eine OPplus Upgrade App.

Hallo enh,
ich habe im Laufe der vergangenen Jahre mehrere Upgrades von NAV bzw. BC14 (C/AL) zu BC (onPrem und SaaS) inklusive OPplus-Migration durchgeführt.
Ich meine, dass es da von Continia ein Dokument für die Migration der OPplus-Daten gibt - zumindest gibt es ein Objektpaket dazu.
Ich weiß vom Continia-Support, dass man in BC14 auf jeden Fall OPplus in der Version 18 haben muss.
Dann müssen in BC14 die OPplus-Daten mit einem OPplus-Report in eine Upgrade-Tabelle übertragen werden.
In BC werden dann die Daten aus der Upgrade-Tabelle mit einem weiteren OPplus-Report in die OPplus-Tabellen bzw. -Felder zurückgeschrieben.

Das alles müsste dir allerdings auch der Continia-Support mitteilen können.

So hab ich mir das auch gedacht aber leider bekomme ich diese Upgrade Objekte vom Continia Support nicht, die behaupten da gäbe es nix. Ich bin in BC 14 auf OPplus Version 18. Aber das Upgrade Tool zum Übertragen in die Extension fehlt mir.
Hast du das evtl. noch irgendwo liegen?

Die Anleitung hier ist ja sehr knapp gehalten:
https://docs.continia.com/de-de/contini ... ion-onprem

Hallo,
prinzipiell ist das Upgrade von BC14 auf eine aktuellere Version inkl. OPPlus mit dem diesem von MS beschriebenen Weg möglich (Nach dieser Anleitung bin ich vorgegangen). Man muss nur ein bisschen Vorarbeit leisten, siehe dazu Task 4 in der verlinkten Doku.
Grob: baue eine "Transition"-Extension v1 mit allen aktuellen Tabellenobjekten (OHNE Code, quasi nur Schema) aus deiner DB - auch OPPlus Tabellen.
Danach erstellst du eine v2 dieser Transition-Extension. Dort löschst du alle Tabellen bis auf "Bin Content Buffer", "Document Entry", "Entry Summary" und "Option Lookup Buffer". Zus. brauchst du eine migration.json, in der alle Ids der zukünftigen Apps aufgelistet sind - auch die OPPlus-App-Id. Wie in Task 4 beschrieben, baust du auch eine "Empty"-OPPlus-Extension - benötigst nur die app.json.
Wenn du dann soweit bist und wie in Task 8 beschrieben das Serversetting destinationappsformigration korrekt setzt, übernimmt die Migration alles für dich.

Grob: baue eine "Transition"-Extension v1 mit allen aktuellen Tabellenobjekten (OHNE Code, quasi nur Schema) aus deiner DB - auch OPPlus Tabellen.
Danach erstellst du eine v2 dieser Transition-Extension. Dort löschst du alle Tabellen bis auf "Bin Content Buffer", "Document Entry", "Entry Summary" und "Option Lookup Buffer". Zus. brauchst du eine migration.json, in der alle Ids der zukünftigen Apps aufgelistet sind - auch die OPPlus-App-Id. Wie in Task 4 beschrieben, baust du auch eine "Empty"-OPPlus-Extension - benötigst nur die app.json.
Wenn du dann soweit bist und wie in Task 8 beschrieben das Serversetting destinationappsformigration korrekt setzt, übernimmt die Migration alles für dich.

OK, vielen Dank! Dann mache ich das mal so. Ich finde es aber merkwürdig dass man da nix von denen bekommt. Andere Partner liefern für ihre Extensions die Migrations-Apps fertig aus.

Hallo,
Ermac hat natürlich Recht.
Die Sicherung der OPplus-Daten über eine Upgrade-Tabelle wurde nur bei einem Upgrade mit Versionen von NAV2013 - NAV2018 benötigt, um die Daten danach in BC14 wieder zurückzusichern.
Danach funktioniert die Migration wie von Ermac genannt.
Continia muss da meiner Meinung keine separate Doku oder Objekte liefern, wenn das Ganze über das Standard-Procedere von Microsoft funktioniert.