Re: Migration Options
Blake Hudson <[email protected]>
| Newsgroups | gmane.mail.imap.cyrus |
|---|---|
| Message-ID | <[email protected]> |
On 2/2/2021 7:10 AM, Javier Angulo wrote: > On 2/2/21 10:01 AM, Marty Lee via Info wrote: >> Hi, >> >> we are looking at migrating our Cyrus mail store to a new system in >> a different data centre - trying to keep any user outage as small as >> possible. Cyrus 3.0.14 for now; we’ll look to upgrade that once the >> move has taken place - unless there is a good reason to do it first. >> >> My original plan was to create an identical VM, enable sync_client >> and let Cyrus replicate the mailboxes to new machine. Once they are >> all copied, we quiesce the old server (turn off imap/pop3/lmtp on >> the firewall), do a final sync_client (just to be sure) and then >> update everyone’s IMAP server in LDAP to point at new machine. >> >> Option 2, is to tar up the IMAP store (db + spools) and copy them >> to the new server - the tarball would be created when the server >> was quiesced and cyrus shutdown. >> >> The question, is whether sync_client is clever enough to be able >> to pick up from the point when the tarball was created and then >> continue with rolling replication? >> > > We have always used rsync. No need to quiesce origin server for first > copy, and you can make an idea of how long migration will take with > next incremental rsyncs. Last incremental copy of course needs to be > run with cyrus-imapd stopped on origin. I am always surprised of how > optimized rsync is. > Ditto. ------------------------------------------ Cyrus: Info Permalink: https://cyrus.topicbox.com/groups/info/T29808e3f7bccbf9d-M870de797d6130dd5368dc745 Delivery options: https://cyrus.topicbox.com/groups/info/subscription