ZCS to ZCS rsync Migration: Difference between revisions

Line 20: Line 20:
The new server hardware must meet the requirements described in the Installation Prerequisites section of the ZCS Single Server Installation Guide. Install the new operating systems, making any necessary OS configuration modifications as described in the installation guide.
The new server hardware must meet the requirements described in the Installation Prerequisites section of the ZCS Single Server Installation Guide. Install the new operating systems, making any necessary OS configuration modifications as described in the installation guide.


Please note too: this method is not required for ancillary systems, such as LDAP nodes, MTAs, or Proxies - all of these nodes can have new systems added while the old system is still running, and therefore do not require the rsync methods described here. Use [[wiki/Rolling_Upgrades_for_ZCS| Rolling Upgrade]] methods for non-mailstores systems. This rsync method is specifically for ZCS mailstores.
Please note too: this method is not required for ancillary systems, such as LDAP nodes, MTAs, or Proxies - all of these nodes can have new systems added while the old system is still running, and therefore do not require the rsync methods described here. Use [[Rolling_Upgrades_for_ZCS| Rolling Upgrade]] methods for non-mailstores systems. This rsync method is specifically for ZCS mailstores.


== Migration Steps ==
== Migration Steps ==

Revision as of 13:27, 27 January 2014

Admin Article

Article Information

This article applies to the following ZCS versions.

ZCS 8.0 Article ZCS 8.0 ZCS 7.0 Article ZCS 7.0 ZCS 6.0 Article ZCS 6.0


ZCS to ZCS rsync Migration

Using rsync to migrate from an old ZCS mailstore to a new ZCS mailstore can be required for multiple reasons:

  1. Migrating from a 32-bit server to a 64-bit server - see also http://wiki.zimbra.com/wiki/Network_Edition:_Moving_from_32-bit_to_64-bit_Server
  2. Abandoning an old system because it is damaged, corrupted, broken, etc.
  3. Moving from an Operating System that is EOL to one that is current, for example:
  • Moving from RHEL 4 to RHEL 5
  • Moving from RHEL 5 to RHEL 6
  • Moving from Ubuntu 8 to Ubuntu 10
  • Moving from Ubuntu 10 to Ubuntu 12

For the purposes of this documentation, we will call the two platforms the "Old Server" and the "New Server".

Requirements

IMPORTANT: The ZCS release you install on the New Server must be the same ZCS Version as installed on the Old Server. The server can have a different operating system, but the ZCS Version must be identical.

The new server hardware must meet the requirements described in the Installation Prerequisites section of the ZCS Single Server Installation Guide. Install the new operating systems, making any necessary OS configuration modifications as described in the installation guide.

Please note too: this method is not required for ancillary systems, such as LDAP nodes, MTAs, or Proxies - all of these nodes can have new systems added while the old system is still running, and therefore do not require the rsync methods described here. Use Rolling Upgrade methods for non-mailstores systems. This rsync method is specifically for ZCS mailstores.

Migration Steps

For the migration, you do the following on the Old server:

  • Block client access to the old server's IP address with firewall rules
  • Create an LDAP dump directory
  • Backup the LDAP data

You do the following on the 64-bit server:

  • Prepare the new server
  • Restore the LDAP data
  • Edit the localconfig.xml file to update the MySQL and LDAP password values to be the same as those configured on the old server
  • Copy the latest backup files from the 32-bit server to the 64-bit server
  • Delete the MySQL data that is set up in the initial installation of ZCS
  • Copy various files from the 32-bit server to the 64-bit server
  • Prepare and run a new backup for the 64-bit server

Preparing the 32-bit Server

  1. Block client access to the server's IP address with firewall rules.
  2. Create an LDAP dump directory. As root, type mkdir /backup.
  3. As root, type chown zimbra:zimbra /backup.
  4. Stop the 32-bit server, type zmcontrol stop.
  5. On ZCS 6.0 and later, backup the LDAP config database, as zimbra, type /opt/zimbra/libexec/zmslapcat -c /backup
  6. Backup the LDAP data, as zimbra, type /opt/zimbra/libexec/zmslapcat /backup
  7. Change the hostname and IP address on the old server to something else. Do not turn off the server.

Preparing the 64-bit Server

  1. Prepare the 64-bit server and install ZCS.
The ZCS installation on the new server must be configured exactly as the ZCS configuration on the original server. You go through the complete menu driven installation process, making changes to the configuration setting to match the settings on the original server.
a. Copy your ZCSLicense.xml file to a directory on the new server. You will not be able to complete the ZCS installation if the license is not on the new server.
b. Follow the directions in the ZCS single server installation guide to install ZCS. Make sure that you configure the same domain, hostname, passwords as on the old server. During ZCS install, the following settings must be changed to match the original server settings:
  • Zimbra LDAP Server - For Domain to create - identify the same default domain as on the original server.
  • Zimbra Mailbox Server - An administrator's account is automatically created.
  • Make sure that the account name for Admin user to create is the same name as on the original server.
  • Set the admin password.
  • Change the Spam training user and the Non-spam (HAM) training user account names to be the same as the spam account names on the original server.
  • Global Document Account - This account name is automatically generated. Change the Global Document Account name to be the same account name as on the original server.
  • Change any other settings on the new server to match the configuration on the original server.

ZCS is installed. To continue:

  1. Stop the ZCS services, type zmcontrol stop.

5.0.x or previous LDAP setup:

  1. Restore the LDAP data to the 64-bit server. As zimbra, type
    a. rm -rf /opt/zimbra/openldap-data/*
    b. Copy the file /opt/zimbra/openldap-data/DB_CONFIG from the 32-bit server to /opt/zimbra/openldap-data/ on the 64-bit server. Note: If this file does not exist, or is empty, creating it may improve ldap performance; see the Performance Tuning Guide for more information.
    c. Create the necessary directory structure. Type mkdir -p /opt/zimbra/openldap-data/logs /opt/zimbra/openldap-data/accesslog/db /opt/zimbra/openldap-data/accesslog/logs Type chown -R zimbra:zimbra /opt/zimbra/openldap-data
    d. Copy from the 32-bit server to the 64-bit server the /backup/ldap.bak file.
    e. Type /opt/zimbra/openldap/sbin/slapadd -q -b "" -f /opt/zimbra/conf/slapd.conf -cv -l /backup/ldap.bak.

6.0.x and later LDAP setup:

  1. Restore the LDAP data to the 64-bit server. As zimbra, type
    a. rm -rf /opt/zimbra/data/ldap/config/*
    b. rm -rf /opt/zimbra/data/ldap/hdb/*
    c. If this is an ldap master with replicas: rm -rf /opt/zimbra/data/ldap/accesslog/*
    d. mkdir -p /opt/zimbra/data/ldap/hdb/db /opt/zimbra/data/ldap/hdb/logs
    e. If this is an ldap master with replicas: mkdir -p /opt/zimbra/data/ldap/accesslog/db /opt/zimbra/data/ldap/accesslog/logs
    f. Copy the file /opt/zimbra/data/ldap/hdb/db/DB_CONFIG from the 32-bit server to /opt/zimbra/data/ldap/hdb/db on the 64-bit server. Note: If this file does not exist, or is empty, creating it may improve ldap performance; see the Performance Tuning Guide for more information.
    g. Type chown -R zimbra:zimbra /opt/zimbra/data/ldap
    h. Copy from the 32-bit server to the 64-bit server the /backup/ldap-config.bak file.
    i. Copy from the 32-bit server to the 64-bit server the /backup/ldap.bak file.
    j. Type /opt/zimbra/openldap/sbin/slapadd -q -n 0 -F /opt/zimbra/data/ldap/config -cv -l /backup/ldap-config.bak.
    k. Type /opt/zimbra/openldap/sbin/slapadd -q -b "" -F /opt/zimbra/data/ldap/config -cv -l /backup/ldap.bak.

For all versions:

  1. Edit /opt/zimbra/conf/localconfig.xml to update the following with the values from the localconfig.xml file on the 32-bit server:
    a. zimbra_mysql_password
    b. mysql_root_password
    c. zimbra_logger_mysql_password (Note: Transfer/copy this value to the new 64-bit server only if available from the old 32-bit server.)
    d. mailboxd_keystore_password (Note: Transfer/copy this value to the new 64-bit server only if available from the old 32-bit server.)
    e. mailboxd_truststore_password
    f. mailboxd_keystore_base_password
    g. zimbra_ldap_password
    h. ldap_root_password
    i. ldap_postfix_password
    j. ldap_amavis_password
    k. ldap_nginx_password
    l. ldap_replication_password
  2. Delete the MySQL data on the 64-bit server and copy the MySQL data from the 32-bit server.
    a. Type rm -rf /opt/zimbra/db/data/*
    b. Copy the /opt/zimbra/db/data/* from the 32-bit server to the 64-bit server.
  3. Copy the following files from the 32-bit server to the 64-bit server
    • /opt/zimbra/store/*
    • /opt/zimbra/index/*
    • Any other volumes that were set up on the 32-bit server such as HSM.
  4. If the original server was running with commercial certificates, copy those over as well.
    • The tomcat keystore (http, pop, and imap) is /opt/zimbra/tomcat/conf/keystore. (In 5.0.x, the jetty keystore (http, pop, and imap) is /opt/zimbra/mailboxd/etc/keystore.)
    • When transferring the keystore file, be sure to transfer the keystore password to the new system otherwise the mailbox server will not start.
    Run on old system
    zmlocalconfig -s mailboxd_keystore_password
    On new system
    zmlocalconfig -e mailboxd_keystore_password=thepassword
    • If any root certificates were added to the cacerts keystore, that is /opt/zimbra/java/jre/lib/security/cacerts on linux or /System/Library/Frameworks/JavaVM.framework/Versions/1.5/Home/lib/security/cacerts on Mac OS X, copy cacerts to the new server.
    • The postfix certificates (smtp) are /opt/zimbra/conf/smtpd.crt and smtpd.key. If you are using the certificates for nginx, perdition, or ldap (slapd) they are also in /opt/zimbra/conf/; they should normally be identical to the postfix certificate files.
  5. Remove any old backup sessions because these sessions are no longer needed. Type rm -rf /opt/zimbra/redolog/*
  6. As root, run /opt/zimbra/libexec/zmfixperms to repair any potential permissions problems with files under /opt/zimbra.
  7. Start ZCS, type zmcontrol start.
  8. Now run a full backup, type zmbackup -f -a all.
  9. Remove the firewall rules and allow client access to the new server.

Reference Documentation



Keywords: Migration, migrating, 32bit, 64bit, architecture, moving


Verified Against: Zimbra Collaboration Server 5.0 Date Created: 7/5/2007
Article ID: https://wiki.zimbra.com/index.php?title=ZCS_to_ZCS_rsync_Migration Date Modified: 2014-01-27



Try Zimbra

Try Zimbra Collaboration with a 60-day free trial.
Get it now »

Want to get involved?

You can contribute in the Community, Wiki, Code, or development of Zimlets.
Find out more. »

Looking for a Video?

Visit our YouTube channel to get the latest webinars, technology news, product overviews, and so much more.
Go to the YouTube channel »

Jump to: navigation, search