Neu Umzug von SQL 2016 Express auf SQL 2019 Standard mit Wawi 1.8.12.2

[babytexx]

Hallo Kollegen,
Ich arbeite seit 2010 mit JTL und habe viele Upgrades erlebt. Nun stehe ich vor der von mir nicht mehr lösbaren Arbeit: Umzug von SQL 2016 Express auf SQL 2019 Standard mit Wawi 1.8.12.2.
Bis Dato habe ich über 20h unnütz vertan, diese Hürde zu nehmen.

Das volle SSD Image geclont, das gleiche System auf gleichem ZweitPC am Laufen, aber ich bekomme weder Update Express zu Standard hin, noch das Backup 2016 Express von Managemend Studio in die 2019 Standard Datenbank.
Es will einfach nicht. Mag sein, dass meine SQL Express Version abenteuerlich ist? Version 13.0.5108.50 wäre das. Ich habe das Gefühl, dass genau diese Version mit nichts kompatibel ist. Wobei ich gelesen habe, dass SQL da eher gutmütig gestimmt ist.
Nun meine Frage: kann mir ein Kollege dabei in Zügen behilflich sein, dieses Problem aus der Welt zu schaffen, bzw mir Tipps geben kann, wie ich dieses lösen kann?
Werdegang: Update von 2016 express auf 2019 std ging nicht, weil eine "msoledbsql.msi" fehlen solle. Ich habe alle erdenklich vorhandenen Dateien von MS gezogen und versucht, den Fehler zu fixen. Ging nicht.
Dann versucht, mit Managemend Studio ein Backup aus 2016 zu ziehen um diese in 2019 einzuspielen. Es bricht ab.


Egal wie ich was mache, es kommen immer wieder fehlermeldungen.

Ich habe auf der 2016er Express Filestream aktiv.
Ansonsten habe ich es auch mit einem Update auf eine neuere Version Express probiert. es schlägt schier alles fehl.
Heute cleanes System, extra ein Lenovo Teil geholt, 2019 drauf, wawi drauf, einlesen: nix. Es will nicht.

Denkbar das meine Gedankengänge vollkommen falsch sind, da ich von SQL gelinde gesagt, keine Ahnung habe und alles durch learning by doing erreicht habe. 14 Jahre lang.

Bitte helft mir

 

[John]

Zeig mal einen Screenshot von dem Bereich "Options".

 

[babytexx]

Zeig mal einen Screenshot von dem Bereich "Options".

reiche ich heute abend nach. 👍
Ich habe auch gelesen, dass man DBs voll einspielen könnte, ohne wenn und aber. Einfach rein in die leere DB.

 

[Christoph E.]

Du kannst einfach ein Backup (*.BAK) in der alten Version sichern. ("Kopiesicherung", dadurch vollständige Sicherung, falls Du "vollständiges Wiederherstellungsmodell" eingestellt hast)
Hinweis (weil die Frage immer wieder kommt): die Dateien, die bei aktiviertem FILESTREAM in der Ordnerstruktur (anstelle in der Tabelle) sind, werden dabei auch mit in das Backup geschrieben.

Am Besten die DB auch direkt vorher nochmal auf Konsistenz prüfen

DBCC CHECKDB('eazybusiness') WITH NO_INFOMSGS, ALL_ERRORMSGS

und eventuelle Fehler korrigieren:

-- Reparatur, falls Fehler gefunden wurden
ALTER DATABASE eazybusiness SET SINGLE_USER
GO
DBCC CHECKDB (eazybusiness, REPAIR_REBUILD) WITH ALL_ERRORMSGS --  Variante A (ohne Datenverlust)
-- DBCC CHECKDB (eazybusiness, REPAIR_ALLOW_DATA_LOSS) WITH ALL_ERRORMSGS -- Variante B (mit Datenverlust) VORHER BACKUP
GO
ALTER DATABASE eazybusiness SET MULTI_USER
GO

Ich würde den SQL Server nicht updaten, sondern lieber die Altversion auf dem Zielsystem deinstallieren und die neue Version installieren.
Wichtig ist, bei der Installation dieselbe Server-Collation (siehe JTL-Guide, Punkt 8) wie in Deinem Altsystem einzustellen, da es sonst nach Einspielen des Backups in der WAWI zu Problemen kommt.
(da hat Microsoft in der Vergangenheit auch schonmal die Standardeinstellungen zwischen verschiedenen SQL Server Versionen geändert)
Auf dem Altsystem kannst Du die Collation über

SELECT CONVERT (NVARCHAR(255), DATABASEPROPERTYEX(DB_NAME(), 'collation')) AS DatabaseCollation;

anzeigen lassen

Ausserdem während der Installation des neuen SQL-Servers dort natürlich auch Filestream aktivieren, sonst kannst Du das Backup nicht direkt einspielen.
Danach solltest Du das *.BAK einladen können, der SQL-Server konvertiert automatisch in die neue Version hoch.

Solange Du Deinen Altserver parallel noch behältst, kannst Du diesen Prozess ja solange durchführen, bis alles OK ist, damit Du sicher bist, dass alles funktioniert.

 

[babytexx]

Du kannst einfach ein Backup (*.BAK) in der alten Version sichern. ("Kopiesicherung", dadurch vollständige Sicherung, falls Du "vollständiges Wiederherstellungsmodell" eingestellt hast)
Hinweis (weil die Frage immer wieder kommt): die Dateien, die bei aktiviertem FILESTREAM in der Ordnerstruktur (anstelle in der Tabelle) sind, werden dabei auch mit in das Backup geschrieben.

Am Besten die DB auch direkt vorher nochmal auf Konsistenz prüfen

DBCC CHECKDB('eazybusiness') WITH NO_INFOMSGS, ALL_ERRORMSGS

und eventuelle Fehler korrigieren:

-- Reparatur, falls Fehler gefunden wurden
ALTER DATABASE eazybusiness SET SINGLE_USER
GO
DBCC CHECKDB (eazybusiness, REPAIR_REBUILD) WITH ALL_ERRORMSGS --  Variante A (ohne Datenverlust)
-- DBCC CHECKDB (eazybusiness, REPAIR_ALLOW_DATA_LOSS) WITH ALL_ERRORMSGS -- Variante B (mit Datenverlust) VORHER BACKUP
GO
ALTER DATABASE eazybusiness SET MULTI_USER
GO

Ich würde den SQL Server nicht updaten, sondern lieber die Altversion auf dem Zielsystem deinstallieren und die neue Version installieren.
Wichtig ist, bei der Installation dieselbe Server-Collation (siehe JTL-Guide, Punkt 8) wie in Deinem Altsystem einzustellen, da es sonst nach Einspielen des Backups in der WAWI zu Problemen kommt.
(da hat Microsoft in der Vergangenheit auch schonmal die Standardeinstellungen zwischen verschiedenen SQL Server Versionen geändert)
Auf dem Altsystem kannst Du die Collation über

SELECT CONVERT (NVARCHAR(255), DATABASEPROPERTYEX(DB_NAME(), 'collation')) AS DatabaseCollation;

anzeigen lassen

Ausserdem während der Installation des neuen SQL-Servers dort natürlich auch Filestream aktivieren, sonst kannst Du das Backup nicht direkt einspielen.
Danach solltest Du das *.BAK einladen können, der SQL-Server konvertiert automatisch in die neue Version hoch.

Solange Du Deinen Altserver parallel noch behältst, kannst Du diesen Prozess ja solange durchführen, bis alles OK ist, damit Du sicher bist, dass alles funktioniert.

Frage an Dich von JTL: ist es möglich, dass der JTL Support das durchzieht? (Gegen Buchung XY?)
Wir sind nicht alle so stark im Game wie ihr. Wir sind Anwender die keinen Admin finden.
Ich kann deine Ausführungen jedoch gern nachstellen und bin dir auch sehr dankbar. Es muss ja irgendwie gehen

 

[mh1]

Mein Vorredner hat bereits einen ganz guten Ablauf beschrieben.

Vielleicht das noch:

Werdegang: Update von 2016 express auf 2019 std ging nicht, weil eine "msoledbsql.msi" fehlen solle. Ich habe alle erdenklich vorhandenen Dateien von MS gezogen und versucht, den Fehler zu fixen. Ging nicht.

Wenn das Setup des SQL-Servers diesen ...Try the installation again using a valid copy of the installation package 'MSOLEDBSQL.MSI' Fehler wirft, dann bedeutet dies im Regelfall, dass auf diesem System bereits die OLEDB und ODBC Treiber installiert sind. Der Installer hat an dieser Stelle einen Bug und man muss die OLEDB und ODBC Treiber zuerst deinstallieren, damit der Installer vom SQL-Server diese wieder neu installieren kann ( )

 

[mh1]

ist es möglich, dass der JTL Support das durchzieht? (Gegen Buchung XY?)

Ich denke nicht, dass man beim JTL Support Einzelleistungen auf Stundenbasis buchen kann - nur die vorgegebenen Abo Preismodelle.

So ein Serverupdate kann dir aber auch ein x-beliebiges IT Systemhaus machen. Auch hier im Forum sind viele JTL Servicepartner unterwegs, die solche Aufgaben übernehmen (und vermutlich auch schon zigmal gemacht haben - im Gegensatz zum x-beliebigen IT Systemhaus, das evtl. noch nie von JTL gehört hat).

Ich kann deine Ausführungen jedoch gern nachstellen und bin dir auch sehr dankbar. Es muss ja irgendwie gehen

Falls du dich also doch selber dranmachen willst: das wichtigste ist halt, dass du als allererstes auf deinem laufenden Altsystem ein Backup machst.
Dann am besten auch von diesem Backup gleich eine Kopie machen. Das Original in die Schublade legen und von der Kopie testweise einen Restore machen. Denn nur so hast du auch die Sicherheit, dass du ein lauffähiges Backup in der Hinterhand hast.

 

[DanielHe]

Frage an Dich von JTL: ist es möglich, dass der JTL Support das durchzieht? (Gegen Buchung XY?)
Wir sind nicht alle so stark im Game wie ihr. Wir sind Anwender die keinen Admin finden.
Ich kann deine Ausführungen jedoch gern nachstellen und bin dir auch sehr dankbar. Es muss ja irgendwie gehen

Hi @babytexx,

der Einzelplatz-Service sollte für dich der richtige sein: https://www.jtl-software.de/jtl-store/services/installation-jtl-wawi-einzelplatz
Einfach im Buchungsprozess den Haken für die JTL-Wawi entfernen und nur den SQL-Server buchen.

In diesem Service installieren und konfigurieren wir einen SQL-Server auf deinem Rechner. Anschließend muss nur noch das Backup importiert werden, welches in einer funktionsfähigen Umgebung erstellt wurde.

 

[babytexx]

Ich denke nicht, dass man beim JTL Support Einzelleistungen auf Stundenbasis buchen kann - nur die vorgegebenen Abo Preismodelle.

So ein Serverupdate kann dir aber auch ein x-beliebiges IT Systemhaus machen. Auch hier im Forum sind viele JTL Servicepartner unterwegs, die solche Aufgaben übernehmen (und vermutlich auch schon zigmal gemacht haben - im Gegensatz zum x-beliebigen IT Systemhaus, das evtl. noch nie von JTL gehört hat).


Falls du dich also doch selber dranmachen willst: das wichtigste ist halt, dass du als allererstes auf deinem laufenden Altsystem ein Backup machst.
Dann am besten auch von diesem Backup gleich eine Kopie machen. Das Original in die Schublade legen und von der Kopie testweise einen Restore machen. Denn nur so hast du auch die Sicherheit, dass du ein lauffähiges Backup in der Hinterhand hast.

Die DBs ändern sich ja minütlich.
Die DB von vor zwei tagen ist 300 Aufträge alt.

Und hey, VIELEN DANK FÜR DEN GANZEN INPUT! Ich setz mich mal mit einem Coder ran und werde versuchen, es zu lösen bzw. lösen zu lassen.

 

[John]

Besagt die Meldung im Screenshot im ersten Beitrag nicht nur, dass die WITH REPLACE Option nicht gesetzt wurde?
Daher meine Frage nach den gesetzten Optionen.

Mein Vorgehen bei sowas immer:
1. Neuen SQL Server installieren und erstmal eine leere Wawi DB anlegen lassen. Ggf. FileStream ans laufen bekommen, wenn die alte DB das benutzt hat.
2. Sicherung der alten DB in die neue DB einspielen. Option WITH REPLACE gesetzt.

 

[babytexx]

So, ein Kollege hat es retten können. Es lang tatsächlich nur an der Option "Filestream aktvieren" unter SQL2019sdt sowie nicht das Backup einspielen sondern bei System Database auf "restore database". Das wars. Das lief anstandslos durch, JTL konnte ich dann koppeln und alles ist da wo es hingehört. Ich bin happy. Auch vielen Dank an euch für eure Hilfe