Migration Zarafa zu Kopano

Status
Für weitere Antworten geschlossen.

FricklerAtHome

Benutzer
Mitglied seit
01. Okt 2017
Beiträge
583
Punkte für Reaktionen
42
Punkte
54
Hallo, liebe Mitleser

nachdem schon seit langer Zeit ZARAFA als Community Paket durch Zarafa4Home ersetzt wurde, ist nun auch Z4H abgekündigt.

Ersatz ist aber mit dem neuen Paket " Kopano 4 Synology (k4s)" da. Weiter wird der MS Exchange Ersatz durch TosoBoso für die Community entwickelt und bereitgestellt.
An dieser Stelle sollten alle Rückmeldungen zur Paket-Entwicklung zusammenlaufen bisherige Anwender von Zarafa bei der Migration zu Kopano brauchen. Wer direkt mit Kopano startet findet sich im Beitrag "Kopano ---- Zarafa 2.0"

Macht mit

der FricklerAtHome
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.021
Punkte für Reaktionen
319
Punkte
189
Moin, alle Pakete aktualisiert und die bekannten Probleme behoben.
Es gibt nun eine Migrationsversion, eine Kopano 8.4.40, in die ein Import der Zarafa Datenbank möglich sein sollte; das konnte ich noch nicht Testen. Nach dem Import Deinstalliert man k4sMigration, behält die Datenbank und Installiert neu drüber.
-TosoBoso

Schritt 1 hat funktioniert. Das Migrationskopano v8.4.40 lief dann auch. WebAPP und alles weitere funktionierte. Die Datenbank läuft und hat 26 Tabellen, wie bislang.

Danach erfolgte Schritt 2, welcher mit der v8.6.80 von der Installation her zunächst auch läuft. Nach der Datenbankanpassung, welche mit der Reduzierung von 26 auf 25 Tabellen abschliesst, stoppte das Paket und startet nicht mehr. Weshalb, ist aber unklar.

Das führte mich wieder zum unkonventionellen Weg, damit die Datenbank mit einem Import wieder läuft :

- Paket ist wegen des Fehlers bereits gestoppt
- Löschen aller Datenbanktabellen
- Starten des Pakets, damit werden alle Tabellen neu und im aktuellen Format angelegt werden, K4s läuft danach wieder stabil
- Stop des Pakets
- Rücksicherung der Datenbank mit SypexDumper mit der Funktionsvariante INSERT IGNORE
- die Datenbank von Z4H hat 26 Tabellen und die K4S 25 Tabellen, die "26-zigste" Tabelle "clientupdatestatus" nach dem Restore löschen, war ohnehin leer
- Start des Pakets und läuft stabil

Ob auch mit der Migrations-SPK das "kopano4s-backup legacy" und "kopano4s-backup restore timestamp" verwendet wird, ist mir unklar.
 

Dufooy

Benutzer
Mitglied seit
03. Nov 2012
Beiträge
277
Punkte für Reaktionen
0
Punkte
16
Hi,

dass mit dem dumpen von der einen Installation zu der andern ist mir etwas unheimlich.
Daher benutze ich immer das Zarafa Migration Tool sprich es wird eine .pst erstellt und dann auf dem neuen Server wieder eingespielt.
Spricht da was dagegen.
Ist es genau so sauber wie Dein Weg @Andy+ ?
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.021
Punkte für Reaktionen
319
Punkte
189
Im Grunde vielleicht sicherer, da in die Datenbankstruktur nur Daten kommen, die auch gewünscht sind. Allerdings habe ich mit meinem Vorgang in ersten Tests keine Fehler gesehen oder erhalten und da ich mit der leeren Orginalstruktur und mit der "INSERT"-Methode eigentlich auch nur Daten abspeichere, aber strukturell nichts ändere, gehe ich davon aus, denselben Effekt zu erhalten. Ich habe noch kein Tool, das zu verifizieren, ausser mittels Stichproben.
 

Michael Weigel

Benutzer
Mitglied seit
04. Mai 2016
Beiträge
38
Punkte für Reaktionen
0
Punkte
6
Hallo

kann mal einer für mich unwissenden erklären wie das mit der Migration gehen soll.
Wie der Ablauf ist und welche Befehle abgesetzt werden müssen bei der speziellen Migrationsversion.
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.021
Punkte für Reaktionen
319
Punkte
189
Moin, alle Pakete aktualisiert und die bekannten Probleme behoben.
Es gibt nun eine Migrationsversion, eine Kopano 8.4.40, in die ein Import der Zarafa Datenbank möglich sein sollte; das konnte ich noch nicht Testen. Nach dem Import Deinstalliert man k4sMigration, behält die Datenbank und Installiert neu drüber.
-TosoBoso

Steht am Anfang des Threads auch. Weiteres:

Schritt 1 hat funktioniert. Das Migrationskopano v8.4.40 lief dann auch. WebAPP und alles weitere funktionierte. Die Datenbank läuft und hat 26 Tabellen, wie bislang.

Danach erfolgte Schritt 2, welcher mit der v8.6.80 von der Installation her zunächst auch läuft. Nach der Datenbankanpassung, welche mit der Reduzierung von 26 auf 25 Tabellen abschliesst, stoppte das Paket und startet nicht mehr. Weshalb, ist aber unklar.

Das führte mich wieder zum unkonventionellen Weg, damit die Datenbank mit einem Import wieder läuft :

- Paket ist wegen des Fehlers bereits gestoppt
- Löschen aller Datenbanktabellen
- Starten des Pakets, damit werden alle Tabellen neu und im aktuellen Format angelegt werden, K4s läuft danach wieder stabil
- Stop des Pakets
- Rücksicherung der Datenbank mit SypexDumper mit der Funktionsvariante INSERT IGNORE
- die Datenbank von Z4H hat 26 Tabellen und die K4S 25 Tabellen, die "26-zigste" Tabelle "clientupdatestatus" nach dem Restore löschen, war ohnehin leer
- Start des Pakets und läuft stabil

Ob auch mit der Migrations-SPK das "kopano4s-backup legacy" und "kopano4s-backup restore timestamp" verwendet wird, ist mir unklar.
 

Michael Weigel

Benutzer
Mitglied seit
04. Mai 2016
Beiträge
38
Punkte für Reaktionen
0
Punkte
6
ja und wie importiere ich die Datenbank
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.021
Punkte für Reaktionen
319
Punkte
189
Sofern das noch immer nicht geht, in diesem Falle geht das nur mit SypexDumper, erst Export der vorhandenen, K4S installieren und die obige Methode testen. Leider habe ich auch noch keine Lösung für das weitere nach Schritt 1. Es kommen keine Beiträge oder sonstiges, das finde ich etwas traurig, auch als Rückmeldung an Tosoboso.
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.021
Punkte für Reaktionen
319
Punkte
189
Wie sind eure Erfahrungen mit der Migration? Wie macht ihr das, wie gut hat das funktioniert?
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
Hi, die richtige Migrations-Version zu finden gestaltet sich als schwierig, siehe https://kb.kopano.io/display/WIKI/Migrating+from+ZCP+7.1+or+earlier+to+Kopano+Core+8.5+or+later
Jedenfalls ist die Migration von ZCP 71.x und 7.2.x anch 8.4.40 möglich, jedoch von dieser Version wird der Upgrade auf die 8.5.x (Supported) oder 8.6.x Community nicht unterstützt.
Ich werde also die Version Kopano 8.4.5.18 als Migrations Aufsatz Version Testen bzw. eine 8.5.0, ob diese den Upgrade dann zu 8.5.x bzw. 8.6.x unterstützt. Das ist etwas mühsam und Zeit aufwending (stay tuned).
Falls es eine Version 8.5.0 als Migrations Aufsatz wird, bedeutet es, dass man direkt von z4h (ZCO 7,2,x) igireren kann, aber nicht vom alten Zarafa (7.1.x), also für letzteres müsste man erst Zarafa auf z4h und dann auf Kopano-Migration heben. Das hab ich mir etwas einfacher vorgestellt.
-TosoBoso
 

FricklerAtHome

Benutzer
Mitglied seit
01. Okt 2017
Beiträge
583
Punkte für Reaktionen
42
Punkte
54
Glücklicherweise konnte ich zeitgleich meine Z4H und meine Kopano Installation in einer VM nutzen. Da war die Migration mit dem Script von Felix B., wie es auch im Thread zu der Univention VM beschrieben wurde, total ohne Probleme. Tosoboso es hilft dir evtuell wenn wir herausbekommen wie viele Anwender nur mit genau einer Maschine von Z7 auf K8 migrieren müssen. Für alle die zeitgleich zwei Installationen (z4H auf der einen, K4S auf einer zweiten) gibt es ja Möglichkeiten über das native kopano-backup-script.
Allen denen die eine Test- und eine Produktiv-Maschine betreiben können, wäre der Migrationsmarathon erspart. Für die wahrscheinlich wenigen EinMaschinen-Rest-Umsteiger können wir hier sicher eine vertretbare Lösung finden.

Gruss der FricklerATHome
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.021
Punkte für Reaktionen
319
Punkte
189
Du meinst das hier :

Warum denn hier all Informationen duplizieren, wenn doch schon über das meiste ausführlich geschrieben wurde?

Univention Wiki: https://wiki.univention.de/index.php/Main_Page
Artikel speziell zu Fetchmail: https://wiki.univention.de/index.php/Fetchmail
Kapitel im Univention Handbuch zur Mailserver Konfiguration (enthält auch Fetchmail): http://docs.software-univention.de/handbuch-4.2.html#mail::general

Dokumentation speziell zur Kopano Integration: https://wiki.z-hub.io/display/K4U/Documentation+-+Getting+Started
Hier gibt es auch einen Artikel speziell für das "eine Mailbox bei Anbieter A, eine Mailbox bei Anbieter B" Szenario (auch wenn ich das Howto nicht selbst ausprobiert habe): https://wiki.z-hub.io/display/K4U/Setting+up+Univention+to+allow+multiple+e-mail+addresses+per+user

Und dann halt Univention auch ein recht aktives Forum: https://help.univention.com/
Und für alles was direkt Kopano betrifft: https://forum.kopano.io/

Ko-pa-no

Community Downloads (und damit Nightly Builds) gibt es unter https://download.kopano.io/community/. Sofern eine Subskription vorhanden ist gibt es offizielle Releases unter https://download.kopano.io/supported/.

Statt dem Weg über IMAP würde ich eher empfehlen kopano-backup zu verwenden. Einfach aus der VM mittels kopano-backup die Daten aus dem alten Zarafa sichern und dann nach Kopano zurücksichern.

Rich (BBCode):
# sichern eines definierten Nutzers, beim sichern wird der Spam Ordner und der Papierkorb übersprungen
kopano-backup -s https://ip-des-zarafa-systems:237/zarafa -U benutzername-eines-admins -P "password-zum-admin" -u zu-sichernder-nutzer -l INFO --skip-junk --skip-deleted
# das verzeichnis im folgenden Schritt entspricht dem Namen des gesicherten Nutzers
kopano-backup --restore -u nutzername-in-den-zurückgesichert-werden-soll verzeichnis-des-backups/ -l INFO

Das letztere hatte ich zu Zeiten meiner VMM-Tests auch versucht und es ging nicht:

kopano-backup -s https://ip-des-zarafa-systems:237/zarafa -U benutzername-eines-admins -P "password-zum-admin" -u zu-sichernder-nutzer -l INFO --skip-junk --skip-deleted
kopano-backup --restore -u nutzername-in-den-zurückgesichert-werden-soll verzeichnis-des-backups/ -l INFO

bzw. war unverständlich z.B. "verzeichnis-des-backups". Mir war schlussendlich nicht klar, wie diese Befehle auf dem VMM-System funktionieren bzw. wo die Daten abgelegt werden. Jetzt mit Kopano4S wäre das wohl einfacher, die Daten werden sicherlich in

/volume1/kopano/

abgelegt. Und klar dann, dafür ist jeweils eine laufende Installation erforderlich.
 
Zuletzt bearbeitet:

FricklerAtHome

Benutzer
Mitglied seit
01. Okt 2017
Beiträge
583
Punkte für Reaktionen
42
Punkte
54
@Andy+

Habe dir dies im Thread Kopano (Z4H V2.0) beantwortet. Du hattest das Thema wohl in beiden gepostet.

F@H
 

realswiss

Benutzer
Mitglied seit
09. Jan 2010
Beiträge
28
Punkte für Reaktionen
0
Punkte
1
Hallo zusammen und hallo Andy+

Ich bin nach diversen erfolglosen anderen Versuchen wie von dir nachfolgend beschrieben vorgegangen und Kopano läuft nun stabil. Allerdings sehe ich via Webapp zwar die Mails, Kontakte, Kalendereinträge in der jeweiligen Übersicht, kann diese dann aber nicht öffnen oder anzeigen. Es erscheint jeweils nur eine Fehlermeldung "Error: Could not open message."

- Paket ist wegen des Fehlers bereits gestoppt
- Löschen aller Datenbanktabellen
- Starten des Pakets, damit werden alle Tabellen neu und im aktuellen Format angelegt werden, K4s läuft danach wieder stabil
- Stop des Pakets
- Rücksicherung der Datenbank mit SypexDumper mit der Funktionsvariante INSERT IGNORE
- die Datenbank von Z4H hat 26 Tabellen und die K4S 25 Tabellen, die "26-zigste" Tabelle "clientupdatestatus" nach dem Restore löschen, war ohnehin leer
- Start des Pakets und läuft stabil

Auch wird der Store für meinen User im Admin-Tool mit 0.0MB angegeben obschon es fast 2GB sein müssten was auch ca. der Grösse der DB entspricht. Habe ich etwas vergessen oder falsch gemacht?
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.021
Punkte für Reaktionen
319
Punkte
189
Das sollte eigentlich in Ordnung sein. Prüfe doch einmal, ob der Datenbankzugriff funktioniert und ob diese gefüllt ist. Das ROOT-Passwort hast Du zu Beginn der Installation eingegeben, denke ich mal, und der User für Kopano ist in der Datenbank und in der server.cfg übereinstimmend angelegt?
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
Du meinst das hier: kopano-backup -s https://ip-des-zarafa-systems:237/zarafa -U benutzername-eines-admins -P "password-zum-admin" -u zu-sichernder-nutzer -l INFO --skip-junk --skip-deleted
kopano-backup --restore -u nutzername-in-den-zurückgesichert-werden-soll verzeichnis-des-backups/ -l INFO
bzw. war unverständlich z.B. "verzeichnis-des-backups". Jetzt mit Kopano4S wäre das wohl einfacher, die Daten werden sicherlich in /volume1/kopano/ abgelegt. Und klar dann, dafür ist jeweils eine laufende Installation erforderlich.
Hi, aktuell wird das backup Verzeichnis im Synology-Kopano Share nicht in den Container gemounted, wird aber imit der nächsten k4s Version v.0.8.5 so sein (Aussen: /volume1/kopano/backup Innen: /var/lib/kopano/backup).
Hintergrund: Im alten z4h Setup und auch für kopano4s-baclup per mysqldump, was ausserhalb des Containers stattfindet, war das mounten dieses Verzeichnis nicht nötig. Der MySQl Restore läuft auch mit gestopptem Container.
Erst seit k4s 0.8.4 funktioniert das interne Phyton-Mapi basierende Backup für die Community Edition und insofern kommen die Anpassungen, wie Mount Point, Syno-Wraper Skript mit Hilfe, Defaults, -a Alle User sichern schrittweise.
Wenn man aber aktuell in k4s 0.8.4 ein Vereichnis im Container erstellt, b.s.w. /var/lib/kopano/backup, dann sind die Daten bei Container-Wechsel weg. Dooof.. Als Interim empfhele ich das Verzeichnis /var/lib/kopano/attachments zu nehmen.
-TosoBoso
 

realswiss

Benutzer
Mitglied seit
09. Jan 2010
Beiträge
28
Punkte für Reaktionen
0
Punkte
1
Hallo Andy+

Ich habe das Prozedere nun nochmals wiederholt.

1. Paket gestoppt
2. Kopano DB gelöscht
3. Paket gestartet
4. User wie im DB-Backup von Zarafa4h angelegt (2 User mit identischen Usernames, Namen und Emailadresse)
5. Paket gestoppt
6. Mit Sypex Dumper Zarafa4h DB Backup in die Kopano-DB eingespielt mit INSERT IGNORE
7. Tabelle "clientupdatestatus" gelöscht
8. Paket gestartet

Das Paket läuft in der Tat stabil, aber ich kann auf kein einziges Mail, Kalendereintrag oder Kontakt zugreifen.
Kopano4s Fehler nach DB Import.JPG
Die User-Stores im Admin-Tool werden mit 0MB angegeben
Kopano4s leere User Stores.jpg

Das DB-Root Passwort habe ich bei der Installation angegeben. In der server.cfg ist ein verschlüsseltes Passwort hinterlegt.
Kopano4s db passwort in server.cfg.jpg

Ich bin froh um Tips wie ich Kopano4s mit meinem Zarafa4h Backup zum Laufen kriege und mittlerweile etwas ratlos....
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.021
Punkte für Reaktionen
319
Punkte
189
Die Datenbank ist gefüllt? Grösse dieser stimmt?

Wenn das passt, würde ich vermuten, es kommt keine Verbindung zur Datenbank zustande.
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
HI,
zum Thema Migration habe ich mir nochmals Experten Rat eingeholt (fbartels).
Also die Zielversion Kopano für den Sprung von Zarafa ZCP 7.2.6 bzw. 7.1.3.8 ist die KP 7.4.5. Das Leben ist zu kurz zum Raten und ich lag mit der KP 8.4.4.0 als Landigzone falsch, die beim Uograde auf 8.6.x diese nicht akzeptiert wird (siehe server.log).
Ich werde also die ZCP K4S Migrations Version auf 8.4.5 umbauen und den Upgrade Testen. Noch als Vorwarnung: die Migrationsversion ist nicht für den Produktions-Dauerbetrieb gedacht, da nimmt man die aktuelle Community oder Supported (mit Subscription 5 User geht schon ~90EUR p.a.). Ich werde fairerweise einen Timer einbauen, dass die Migrationsversion nach 3 Stunden stoppt; das aber erst wenn der Migrationsweg auf KP 8.6 funktioniert. Ansonsten ist die Migration mit kopano-backup per User statt per Datenbank auch möglich. Das kann mann dierekt aus der Community / Supported Zielversion aus machen. Wenn Zarafa4h und Kopano auf der selben Synology laufen, gibt es auch fadür Lösungen (siehe kopano4s-init no-ports => dann kann z4h und k4s temporär parallel laufen)
PS: es ist Sommerferienzeit, ich bin dann auch demnächst auf Online und Coding LIght Modus (die Syno bleibt zuhause); also wahrscheinlich, dass die diverse Erweiterungen erst Ende Juli live gehen
-TosoBoso
 
Zuletzt bearbeitet:

realswiss

Benutzer
Mitglied seit
09. Jan 2010
Beiträge
28
Punkte für Reaktionen
0
Punkte
1
Hallo zusammen

Ich habe nach diversem Weiterprobieren nun noch den Weg über das Zarafa-Migrationstool versucht. Das hat geklappt und Kopano läuft mit Daten nun Stabil.

1. PST in Outlook 2016 der alten Daten erstellt (Sowieso unbedingt vor irgendwelchen Migrationsversuchen ein PST Backup erstellen!)
2. Kopano4s 0.8.6 DB mit dem Import via kopano4s-backup oder später beim herumprobieren sypex dumper gelöscht
3. Kopano4s neu gestartet, damit die DB neu und sauber angelegt wird und wieder stabil läuft
4. Kopano4s User angelegt
5. Zarafa-Migrationstool 7.2.1.51263 installiert
6. PST vollständig in angelegten Kopano4s User importiert
7. Fetchmail eingerichtet
8. Paket, resp. gleich die ganze Syno neugestartet

Resultat: Outlook 2016 und Sync aufs Handy läuft mit Activesync problemlos

Gruss und schöne Ferien Tosoboso
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat