If the Store had been located elsewhere, I would have had to do that separately, of course. Additionally, compression willīe used to reduce the size of data portions of the transfer. Symbolic links, devices, attributes, permissions, ownerships,Įtc. The files are transferred in "archive" mode, which ensures that The "-av" is verbose and "archive", which is explained in the rsync man page: Rsync -av kerio had previously enabled root use of ssh - that's not normally something I allow, but on this new machine I would until we finish the transfer. In this case, the Store was in /opt/kerio/mailserver/store, so I did this: cd /opt Be wary of file locking possibilities with any other Mac or Windows utility you may find. Mac OS X also has rsync and you can obtain it for Windows. That's why the final transfer is so fast - it only needs to transfer new and modified files. If the blocks of a file all match, nothing gets transferred, so we won't be duplicating any effort. So if something did change during our live transfer, it will get "fixed" at the end when we are shut down. Why is that so? Because rsync actually does checksums on file data (on blocks within the file, actually, not on the whole file) and will only transfer data that doesn't match. If something changes or gets deleted during that time, it won't matter because it will be fixed by our final rsync. When we are ready to make our final transfers, we'll shut down the Connect server and that will ensure that nothing changes during our final transfer, but for our initial work, we just want to get the bulk of data on to the new server. We want to leave the current server running while we transfer data locking would interfere. While that locking can be desirable in other situations, it's most definitely not wanted here. You also don't need to be concerned about file locking interfering with anything - some file transfer programs lock the files they are reading to protect against change during the copy, but rsync does not. If you have a large mail store as this customer did, that's very helpful as you can transfer most of the data days before you make the actual switch and therefore reduce down time to a very few minutes. One particular advantage of using rsync is that you can transfer most of the data without shutting down your existing server. You should follow that article if you are changing operating systems, but if you are simply transferring from one Linux server to another as I helped a customer do this past weekend, you may want to use this "rsync" method instead. Kerio has a Knowledge Base article that tells you how to move your Connect server to another machine. Transferring a Kerio Connect Server with rsync
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |