4.12 Moving Retain To New Server (Windows to Windows)

The easiest method is to re-install everything to the new server and then copy over the archive and configuration files.

These instructions are for moving Retain and maintaining its current version. If your current version of Retain is 2.x and you wish to upgrade afterwards (highly recommended), follow the instructions in the KB article, "Upgrade: Retain 2.x to Retain 3.5.1.1 (Windows)".

4.12.1 Synopsis

In order to move Retain there are 3 things that are not optional that MUST be moved. These will be discussed in further detail in the rest of the article:

  1. Configuration files.

    Move the ASConfig.cfg, which is stored in a directory off of your Retain installation:

    Linux default: /opt/beginfinite/retain/RetainServer/WEB-INF/cfg

    Windows default: [drive]:\Program Files\Beginfinite\Retain\RetainServer\WEB-INF\cfg

    Indexer configuration files (the entire directory's contents):

    Linux default: /opt/beginfinite/retain/RetainServer/WEB-INF/solrweb/WEB-INF/cfg

    Windows default: [drive]:\Program Files\Beginfinite\Retain\RetainServer\WEB-INF\solrweb\WEB-INF\cfg

  2. Database.

    Unless it's on a separate server from the Retain server and you are not wanting to move it.

  3. Storage.

    In summary, here are the storage directories to be copied:

    • archive (required)

    • index (required in Retain 4, recommended for Retain 3)

    • backup (optional, although we recommend you skip this since having it on the old server is backup enough until the next Retain maintenance performs a backup on he new server)

    • ebdb (optional)

    • export (optional)

    • license (optional)

    • xml (optional)

NOTE:If you've added storage partitions in the Retain admin web interface, you will need to make sure all of those are copied correctly, too.

4.12.2 Preparation

  1. Make a note of where your Retain storage directory is located. To determine what that directory is, log into the RetainServer web interface and click on Server Configuration | Storage. The "Base Storage path" is your Retain storage directory.

  2. Download Retain to the new server and prepare it for the installation.

    1. Prepare the download directory.

      We recommend creating a directory called Software on the root of the drive. It is not required and you may store the installation files wherever you desire, but if you do not have a strong preference, storing it at [drive]:\Software makes it easier to find later, especially for technical support.

    2. Download the latest version of Retain on the new server. For Retain 2.x customers, you'll first want to migrate your data to Retain 3.x format first; then proceed with moving Retain.

    3. Unzip the file, allowing Windows to create a new subdirectory off of "Software" with the same name as the zip file.

      For example, if the zip file were named, "Retain4031ga_48.zip", Windows - by default - will create a subdirectory called "Retain4031ga_48", so that the full path to the installation files becomes [drive]:\Software\Retain4031ga_48.

  3. (Optional) Configure NFS Services on the new Windows server if you want to use Support's Retain Auxilliary Tool Set utility to copy your Retain storage to your new server.

  4. Install/Configure IIS on the new server.

  5. (Optional) If you have edited the default properties files under the Retain Worker directory(ies) (.../RetainWorker/classes/config) such as attachment.properties or errors.properties, you may want to back up those files to restore them after the final step of the move.

4.12.3 Moving Retain

  1. Disable archive all archive jobs, and if applicable, deletion jobs on the old server.

  2. For good measure, shut down Tomcat on the old server.

  3. Move the database if it resides on the Retain server; otherwise, proceed to step #4. For customers using MySQL, reference "Moving MySQL Database to Another Server".

  4. Install Retain on the new server. *DO NOT log into the WEB UI at this point, you could damage the database data that you've just moved.

  5. Shut down Tomcat on the new server.

  6. Copy the Retain storage directory from the old server to the new server (see step #1 under the "Preparation" section). Robocopy is Microsoft's tool for this kind job. Make sure to include empty directories. Verbose logging is recommended.

    WARNING:This step can take days or weeks depending on volume.

  7. Copy the configuration files from the old server to the new server and edit the paths referenced in those files to reflect their new locations:

    1. ASConfig.cfg, located in [drive]:\Program Files\Beginfinite\Retain\RetainServer\WEB-INF\cfg.

    2. Edit the ASConfig.cfg and change several parameters to reflect the storage paths on the new server. Or, you can start tomcat, logon to the Retain Server web admin console, and change the paths under Server Configuration | Storage. If editing the ASConfig.cfg directly, look for these parameters for the storage paths:

      • <basepath>

      • <archivePath>

      • <xmlPath>

      • <indexPath>

      • <backupPath>

      • <licensePath>

      • <EBDBPath>

      • <exportPath>

    3. RETAIN 4 ONLY:

    1. Edit the path the index directory to reflect its new loation by opening the zoo.cfg file in ...\index\solrhome\

    2. Copy everything from [drive]:\RetainServer\WEB-INF\solrweb\WEBINF\cfg.

  8. Start Tomcat on the new server.

  9. Login to the Retain Server web admin console.

  10. Replace the existing Worker object. This is for systems where the Worker is on the Retain server or for situations where jobs won't start after moving Retain:

    1. Create a new worker web object Workers.

    2. Download the bootstrap file.

    3. Edit all jobs assigned to the old worker and re-assign them to the new one.

    4. Delete the old worker object.

    5. Restart tomcat.

    6. From a web browser, go to the RetainWorker (http://[Retain server IP]/RetainWorker) and upload the new bootstrap.

  11. If you backed up any of the Retain Worker properties files (see step #5 under the Preparation section), restore those to their respective directories. This does not apply to most customers - this is very rarely done.