Documente Academic
Documente Profesional
Documente Cultură
www.druva.com
Copyright Notice Copyright 2007-2011 Druva Software Pvt. Ltd. All Rights Reserved. Any technical documentation that is made available by Druva Software is the copyrighted work of Druva Software and is owned by Druva Software. NO WARRANTY. The technical documentation is being delivered to you AS-IS, and Druva Software makes no warranty as to its accuracy or use. Any use of the technical documentation or the information contained therein is at the risk of the user. Documentation may include technical or other inaccuracies or typographical errors .Druva reserves the right to make changes without prior notice. No part of this publication may be copied without the express written permission of Druva Software. Trademarks Linux is a U.S. registered trademark of Linus Torvalds. Windows is a U.S. registered trademark of Microsoft Corporation. Other brands and product names mentioned in this manual may be trademarks or registered trademarks of their respective companies and are hereby acknowledged. DISCLAIMER The information contained in this document is subject to change without notice. Druva Software Pvt. Ltd. shall not be liable for errors contained in this document for any damages in connection with this document.
Page | 2
Contents
Introduction........................................................................................................ 4
Overview.................................................................................................................................. 4 Prerequisites............................................................................................................................ 5 Before You Begin ..................................................................................................................... 6
Troubleshooting ............................................................................................... 14
Page | 3
Introduction
This migration document describes the procedure of upgrading from inSync 3.1 to inSync 4.1. We offer a significant increase in performance and scalability in 4.1, which now uses an embedded, high-performance Oracle Berkeley DB for storing metadata. In order to benefit from the new performance and scalability in inSync 4.1, we require an upgrade from the old database to the new embedded database. As a rule of thumb, you should expect 24 hours for every 500GB of data that needs to be migrated but it is advisable to check the logs or time estimates while running the upgrade package. Before starting the storage migration process, read this document carefully. If you have any questions or queries, please contact Druva support.
Overview
This upgrade package is provided for the limited purpose of migrating storage from inSync 3.1 to 4.1. You will then need to install inSync 4.1 to achieve full functionality.
Install
Migrate
Storage
Install
inSync 4.1
Upgrade
inSync clients
Remember the following notes before starting the storage migration. You cannot install inSync 4.1 on top of 3.1. This has to be done by installing the upgrade package, migrating the storage, and then installing inSync 4.1. You cannot connect any clients or perform any backups when you install upgrade package. You need to install inSync 4.1 for working with inSync clients. During migration, inSync services are disabled by default. Make sure you do not enable the services until you finish the migration process.
Page | 4
Prerequisites
Following are the minimum requirements for inSync server and client to go forward with the storage migration. If you have an older Druva inSync 3.1 packages then make sure to upgrade up to minimum requirements given below. inSync Server/Client (Windows) inSync Server
Release 3.1.2 r-2317 minimum 3.1.2 r-2338 3.1.2 r-2468 3.1.3 r-2536 3.1.3 r-2721 3.1.3 r-2932 3.1.3 r3166 3.1.3 r-3075 3.1.3 r-3395 3.1.3 r-3550 3.1.3 r-3816 3.1 r-2048 onwards
inSync Client
NOTE: This migration process is not applicable for plain storage in both Windows and Linux versions so do not upgrade if you want to continue with the plain storage. If you still want to migrate other than plain storages then first delete the plain storage and then proceed with the migration.
Page | 5
Page | 6
Page | 7
Page | 8
10. Upgrade the inSync clients to 4.1 manually or by scheduling upgrade from the server. For more information see Upgrading the Existing Clients to 4.1in this document.
5. Enter the path details that the upgrade package requires. You can keep the existing path values or enter the new values for the following: - Data path for the new storage (default is same as old storage path). - Database path for the new storage (default is same as DB path of old storage) - Database Log path for the new storage (default is same as old storage path) - Database cache size (default is 1024 MB maximum) 6. Verify the details. Repeat the 5th step for each storage. 7. The storage migration process starts. For information see Monitoring the Storage Migration Progress in this document. The following message is displayed after completing the migration process.
Storage migration succeeded for Storages Press Enter to Exit:
8. Migrated server can now be verified. See Verifying Successful Storage Migration. 9. Install the inSync 4.1 server. See Installing the inSync Server 4.1for more information.
Page | 9
10. Upgrade the inSync clients to 4.1 manually or by scheduling upgrade from the server. For more information see Upgrading the inSync clients in this document.
/etc/init.d/inSyncSrv start
2. Open the URL for the inSync Web console (http://127.0.0.1:6065). If you have specified an e-mail address in Settings -> Email -> Administrator email then use it as a username otherwise use insyncserver as a username and then enter your password. Verify the following Verify the storage status from Dashboard. Verify the migrated users list from Users option. Similarly Profiles, restore points and so on can be verified.
Page | 11
Page | 12
Schedule upgrade for the clients from 4.1 server Web Console. Alternatively, clients can be manually upgraded to 4.1 by installing the 4.1 client package on client machines.
Page | 13
Troubleshooting
If the migration procedure is aborted accidentally or due to any system errors, it can be just restarted. It resumes the incomplete storage migration intelligently. In case of any other errors, please send an email to support@druva.com.
Page | 14