Kopano Server Migration
i am trying to migrate an existing Kopano Installation (Debian 8.9, Kopano 184.108.40.206) to a new server (Debian 9.8, Kopano 8.6.9).
What would be the best way to go about this? Using kopano-backup and restore or manually copying files?
Any help is greatly appreciated.
AnotherAndy last edited by AnotherAndy
I prefer a mysqldump and tar the data folder and copy it to the new system.
My migration was debian 8 to ubuntu 18, just because of ubuntu has a newer PHP Version ( 7.2.).
Good luck! :-)
externa1 last edited by
I would prefere the kopano-backup method, especial with hughe amount of data - as you can bring online the new server and be productive while reostoring user data still running and you have minor issues with user mappings i think
@AnotherAndy thank you for the reply.
What kind of files are included in the data folder?
@externa1 thank you for your input.
What would be the command syntax if i wanted to do a full backup and backup everything ?
AnotherAndy last edited by
hi @kios_gmbh ,
in my data folder all attachments are stored.
cat server.cfg |grep attachment_path
attachment_path = /data/kopano/attachments
You can also setup up a second server and restore the database dump and the files folder and see if everything is working.
externa1 last edited by
kopano-backup -l info -O /backup/folder for example - then in the backup folder the backup creates a folder per username for each account
genesis74 last edited by
I prefer the manual (database/attachments) migration. As mentioned in this thread I noticed that, using kopano-backup, email contents are altered at least regarding their headers if you are using kopano-backup. So if you want everything to look exactly the same after migration, the manual approach is the one you might want to go. Of course, the downside of the approach is the downtime of your system. But you can minimize that by using rsync for the attachments files. First, you can do a kind of pre-migration copying the attachments to your new system. Then, when doing the final migration, using rsync it speeds up things a lot because you are only synchronizing the differences.
But you can minimize that by using rsync for the attachments files
to add to that mysql master/slave replication can be used to dramatically reduce migration time of the database as well.