Current dilemma I face is that a client has a Web Application named http://site1 which is their production Web Application is a SP2013 Farm.

In this same Farm they started developing their new environment ( Call it http://site1dev ) which at Go Live is to become their production environment.

The catch is that at go live 'site1dev' needs to be renamed to respond to 'site1' and the existing 'site1' is to become 'site1old' till it's time of full decommissioning.

I have tried migrating the content DB's of the web application to a new one, this however fails as a result of the duplicate site collection ID's in the same farm even though the mount-spcontentdatabase is successful.

What would be the best way to achieve this? Can the IIS Sites be renamed / extended and then just have their bindings modified?

1 Answer 1


The more practical solution for this would be.

  1. Create a new web application and a blank site collection

  2. Take the backup of the older site collection and restore it in the new one .

  3. Restore all the wsp's and config sections in the new web app.

  4. configure all the AAM mappings.

This way, you dont need to face the content DB issues and also you dont need to manage the iis sites.

Alternatively, You may consider using the content deployment jobs after creating a blank web application.

  • 1
    Thank You. I started playing with doing it this way last night into a dummy site collection and seems to be working well so far. I expect I might bump into some issue's relating to my Apps later but for now this seems like it will do the trick. Commented Jul 29, 2015 at 9:13

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.