This is part 2 of part 1 written earlier https://synkventures.com/2017/07/25/impact-of-active-directory-migration-or-domain-change-on-sharepoint-part-1/
If your organization has decided to split your company or rename or for any other reason domain needs to be changed then SharePoint will be impacted. In the first part I had explained how to do user migration from SharePoint point of view.
Next step is to do Server Migration of SharePoints in new domain.
What is the recommended way to do this?
Note that Microsoft does not support chaning domain in same existing servers. It means you have to create a new farm in new domain with new service accounts and then do a data migration.
Broadly these are the steps to do it
- Create a new farm same as previous one or an upgraded one(scale) if needed.
- Create new service accounts in new domain to be used in new farm. Use these accounts to create and configure new farm.
- Migrate all Service Applications like Managed metadata service, Search service, User profile service, Workflow manager etc
- Create web applications same as previous farm
- Deloy any custom code WSP from the previous farm to new one
- Use database attach upgrade process to migrate content databases and attach to newly created web applications.
- Configure any SharePoint hosted app or provider hosted app
- Test and verify that all data has been migrated and also custom code as working as expected
Above are very broad steps, if you have done any upgrade such as SharePoint 2010 to 2013 or SharePoint 2013 to 2016 then you will find the steps familiar.
Although you always expect these steps to be done smoothly you know it will never be like this.
Below are some things you might experience or not experience but I am listing then down from our experience
- Issues with custom code where html files has been used for JavaScript based programming : Somehow the reference to js code was lost and it was not pointing to correct relative urls in the site. This was fixed manually in multiple places
- Workflow issues: Some of the workflows were republished and started working. Workflow 2013 had couple if isssues as well, you may refer to this article for more details https://synkventures.com/2019/05/18/sharepoint-workflow-2013-not-working-after-migration-workflow-issues/
- Provider hosted and SharePoint hosted app: All the apps had lost their settings and needed a deploy on all sites. This can be done via script.
You can always find new issues so it’s very important to testing and verification for all functtionalties.
If you have any more detail questions please contact us via Contact page.
if you have any questions or remarks please contact us via our Contact Us page or via our Facebook page or via Twitter
Kislay Sinha 