Jane, There are several ways of answering this question, so bear with me ... First, I am going to assume that you intend to combine the separate sites as multiple portals in a single DotNetNuke installation. If this is not the case, you might be better off just moving the existing sites separately to your servers. I will also assume that all of the modules that are in use in the existing sites all support importing and exporting content. If that is the case, EXPORTING the portals from their existing locations will also export all of the content properly. Here are some things that I would recommend that you do. 1. Establish a "development" site where you can do all of your work. It is really recommended that this be a 5.6.1 site (5.6.2 is likely to be available next week or shortly afterwards.) 2. If you want to bring the existing sites into an existing installation, you will want to copy that to your development servers. Then I would really recommend updating to 5.6.1 or .2 depending and do this before starting to migrate the other sites. You may find that third-party modules need to be upgraded. 3. If you have the option, separately upgrade all of the existing sites to the same version as your development site. This may also involve upgrading modules. 4. Upgrade all DotNetNuke modules to their latest versions in all of the sites. 5. Verify that everything in all sites is functioning correctly. 6. For each of the sites to be moved, you will first need a list of all of the modules in use and all of the skins. You will then need to install those modules and skins on your development site. 7. From the Host, Portals tab, do an Export Portal Template including content to create the exported version. This will consist of two XML files. 8. Copy the XML files to the directory structure of the dev site. 9. Now you will do a new portal and use the template created from the old site as the template for the new site. If all works well, you will have a working copy of the site. I would probably recommend that you create the new portals as child portals, mainly so that you can deal with them without simultaneously having to deal with the DNS and IIS issues involved with creating new sites. When the copied site is all set, you can then do that -- or wait until you have moved the dev installation to the live site. 10. Repeat these steps for each site. 11. Move the dev site to replace the live site. You can now deal with IIS, DNS, portal aliases and all of that. Now, its not going to surprise me if you encounter a hiccup or three along the way. But the should be solvable. Don't forget to make backups before you start, at stages along the way (so that you can backup just a step or two when needed), and at the end. And, we're here to help you through the process. Taking care, working methodically, and solving issues systematically are the keys. And, with backups you can always go back to where something was working and try it again. |