Migrationsleitfaden von Xentral 20.x

    Für's Protokoll, wir haben jetzt unser Enterprise 20 erfolgreich auf OpenXE gezogen. Beim DMS muss man noch aufpassen, unter userdata liegen in den Ordnern dms, emailbackup etc. Ordner die auf den neuen Systemnamen angepasst werden müssen, damit die Dateien gefunden werden. (z.B. wawision -> openxe)


    Die dafür verantwortliche Funktion liegt in class.erpapi.php: "function GetDateiPfadVersion($id)"

    Zitat von Alex

    Für's Protokoll, wir haben jetzt unser Enterprise 20 erfolgreich auf OpenXE gezogen. Beim DMS muss man noch aufpassen, unter userdata liegen in den Ordnern dms, emailbackup etc. Ordner die auf den neuen Systemnamen angepasst werden müssen, damit die Dateien gefunden werden. (z.B. wawision -> openxe)


    Die dafür verantwortliche Funktion liegt in class.erpapi.php: "function GetDateiPfadVersion($id)"

    Klingt gut!

    Wir möchten den Umzug bis nächste Woche auch erledigt haben und freuen uns schon darauf, OpenXE im Produktiveinsatz nutzen zu können (vor allem auf unbegrenzte Benutzerlizenzen) ;)

    Für die Verwendung von BCC für alle Mails muss in der Tabelle "firmendaten_werte" der Wert "bcc3" vorhanden sein. Ändern/Eintragen des Werts über das Frontend geht nur wenn der Wert bereits vorhanden ist. (Einstellungen -> Grundeinstellungen -> E-Mail)


    Tooltip: "Die E-Mails enthalten somit auch den Hauptempfänger, der für externe Verwaltungs-Systeme wie z.B. Hubspot wichtig ist."


    (Der Quellcode in firmendaten.php ist leider komplett plem-plem)

    Zitat von Alex

    Kurzes Update: Wir sind jetzt live mit OpenXE, es gab letzte Woche noch eine Stange Bugfixes sowie das neue Modul "Bestellvorschlag".


    In den kommenden Tagen werden sicherlich weiter Bugfixes folgen, welche sich im Wirkbetrieb ergeben.


    Xentral Adieu! :)


    Vielen Dank für das Feedback und hoffentlich gutes Gelingen!

    Bei uns steht der Wechsel im Produktivbetrieb ja noch an, aber wir freuen uns auch schon darauf!

  • Alex

    Hat das Label Information hinzugefügt.

    Die erste Test Migration von 20.1 auf 1.9 hat ebenfalls funktioniert.
    Hatte bei MariaDB die Meldung "Row size too large".
    Konnte für das erste mit innodb_strict_mode umgangen werden. Die Tabelle muss ggf. konvertiert werden.

    Code
    SET innodb_strict_mode = 0;
    Zitat von Tobias

    Die erste Test Migration von 20.1 auf 1.9 hat ebenfalls funktioniert.
    Hatte bei MariaDB die Meldung "Row size too large".
    Konnte für das erste mit innodb_strict_mode umgangen werden. Die Tabelle muss ggf. konvertiert werden.

    Code
    SET innodb_strict_mode = 0;

    Ja, diesen Fehler hatte ich auch bei der Migration von 20.3 auf 1.10.

    MariaDB 10.3.31

    Weitere Informationen findet man hier: https://mariadb.com/kb/en/trou…large-errors-with-innodb/


    Gemäss Skript rowsize.sh (siehe Link) sind folgende Tabellen betroffen:

    * openxe.adresse

    * openxe.verbindlichkeit

    * xentral.adresse

    * xentral.projekt

    * xentral.verbindlichkeit


    Wobei die DB "xentral" vor dem upgrade.sh und "openxe" nach upgrade.sh ist.

    Wenn ich das richtig verstanden habe, kann das nur durch eine Änderung der Datenbank-Struktur behoben werden.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden