SharePoint 2007 Upgrade with a Domain Migration

Written by Tom Resing. Posted in Administration & Infrastructure

review5 (Rating: 5 out of 5)

Tzunami Deployer maps SharePoint users from one domain to another, complete with file history and ownership.  A business unit of a larger company has hired MicroLink for a SharePoint Migration Project. We've done a lot of upgrades from the 2003 technologies to the 2007 products, but this one has a twist. The group's SharePoint Portal Server 2003 environment exists in a legacy Active Directory Forest. The new Microsoft Office SharePoint Server 2007 environment will be on a new Active Directory Forest. You could consider it an upgrade with a domain migration.

The upgrade is fairly straightforward, but a mapping is required for the domain migration. Each user in the old domain maps to a new user account in the new domain. Each user's permissions and file ownership in 2003 in the old domain will be transferred to the corresponding user account in the new domain in the SharePoint 2007 Environment.

Moving from one forest to another is a common scenario, especially in Mergers and Acquisitions, but relatively little documentation exists for this scenario in SharePoint. Apparently, there is little out of the box included to help with this besides one stsadm operation, migrateuser, for transferring permissions. Of the many vendors that offer Third Party SharePoint Migration tools, at least three don't cover this domain migration scenario. Transferring file ownership from one user to another doesn't even seem to be on the radar of AvePoint, Metalogix or Quest.

Tzunami Migration Solution

One 3rd party tool does help with domain migrations and even transfers file ownership. Take a look at the following two screenshots from a Tzunami Deployer migration scenario on my test VM's. The first (figure 1) is a Team Site on WSSv2 in the fictional BoscoCorp.local forest. The second (figure 2) is the deployed Team Site in MOSS 2007 on the fictional Popsco.local forest. In this example, there was no trust between the two forests, but the users were still correctly across domains.

WSS v2

tzunami1

WSS v3

tzunami2

Tzunami Deployer

tzunami4

Behind the scenes, Tzunami Deployer is reading information from the SPS 2003 source and writing to the SharePoint 2007 API. Tzunami support assured me that they do not write directly to the database in SharePoint 2007. Good thing, as this is a strict no-no for support from Microsoft. This limitation became especially clear when I asked why my SPS Portal site hadn't transferred. As you can see from the above screen shots, Tzunami does an excellent job on a Team Site Migration. However, a limitation of the API prevents creation of Collaboration Portal Site Collection Templates, so this step must be completed manually.

In Figure 3 you can see a screenshot of the product. It shows the project I created for the above Team Site migration. You see a Site Collection, Popsco Portal, that was created in Central Admin with the Collaboration Portal Site Collection Template. The Bosco Administrator Site shown in the first two figures was moved under this Site Collection using the Deployer project shown above.

 
Tom Resing
Author: Tom ResingWebsite: http://www.microlinkllc.com/
"Tom is Microsoft Certified Master in SharePoint Development 2007 and a Microsoft MVP in SharePoint. He is an experienced web strategist and engineer. Tom is the co-author of two books on SharePoint, Microsoft SharePoint Foundation 2010 Inside Out and Mic

Comments   

# cawood 2009-09-23 14:45
Hi Tom, the information in this article about Metalogix SharePoint Site Migration Manager (SSMM) is incorrect. SSMM fully supports the scenario you’ve described--incl uding mapping users during a migration or upgrade.
Reply | Reply with quote | Quote

Add comment


Security code
Refresh

© 2013 SharePoint Smart LLC. All rights reserved.