Sure, you've made the process harder as there's lots of little fiddly bits to bring over but the backups don't really come into play as there isn't that remote danger of destruction of the 'old' server. That and you'll need to install the
Multi-Client Manager and
both clients in separate directories on anyone's PC who will need access to both servers.
Build out the new server and then bring over .dsx exports of all of the projects you want to transfer over and import them in the new project. If you are using Version Control there's more to it than that for any VERSION projects you might need to migrate but I'm pretty sure there's a post out here on the subject of 'migrating version control projects' where the process of handling all of its magic hashed files is spelled out.
Then you'd need to ensure you migrated all of the things that an export does not include:
1. ODBC connection information.
2. PX Config files
3. Customizations to your dsenv file
4. Hashed Files in a project if using (SDKSequences, etc)
5. Pathed / Directory based hashed files
6. Project level environment variables (DSParams)
7. Other stuff I'm probably forgetting
An "in place" upgrade is quick and painless but building out a new server? Not so much.
Step 4 above is not as straight-forward as 5. For 5 you can simple tar them up and untar them on the new server. While you can do that for 4, you'll
first need to ensure they are created in the new projects properly so they get a VOC record established and
then the untar can overwrite the file structures with the transferred data. Or you could bring them over regardless and learn how to manually create the VOC records, something a search here for
SET.FILE would reveal.
That's about it off the top of my head, if I think of something else I'll add it and I'm sure others will remind me of things I've missed as well.
![Wink :wink:](./images/smilies/icon_wink.gif)