Take the 2-minute tour ×
SharePoint Stack Exchange is a question and answer site for SharePoint enthusiasts. It's 100% free, no registration required.

I wonder sharepoint experts ideas about deployment of sharepoint projects/portals via site collection backup & restore, instead of visual studio solutions?

Especially for the projects that will be deployed and used only in a single environment. (Projects that will not be deployed to multiple areas).

What are the pros and cons?

And i wonder how many of you/your company choose site collection backup/restore as the deployment method?

share|improve this question

2 Answers 2

up vote 0 down vote accepted

The problem you may find is if there are any resources outside of the site/site collection that are needed such as files in the Hive, etc... Backup/Restore only gets site content, it will not get anything that is external to the site. There are many things you can do with WSP files that you cannot do with simple backup/restore. References, dependencies, Activation/deactivation tasks, etc... Also note that when restoring sites/subsites you can also be affected by what features are currently activated in the site collection vs. what features are activated on the site you are restoring. For example many of the publishing features rely on other features to be activated and restoring a site will not do this for you. It can cause you to get stuck in situations where you cannot use certain features on your site because you restored it to a site collection that either does not support the features or where they are not activated.

In these cases you will usually get vague references that the feature could not function due to be dependent on a site collection level or hidden feature. Overall, I tend to stick to using backup/restore for it's original intent of recovering or moving a site, not for deployment of features or customizations.

Hope this helps...

share|improve this answer

We use both site collection backup/restores as well as database restores. I prefer copying the database from the source SQL server and restoring it to the target SQL server. Then we attach it to the SharePoint 2010 web application via central admin > application management > manage content databases.

share|improve this answer
    
thanks for the answer. and are you facing any problems as you are not building wsp, feature etc. for deployment? –  ozdogan Oct 9 '12 at 19:08
    
We still deploy wsp (more specifically GAC farm solutions) to some of our web applications. The method that we have seen work best is the database restore method. Here is a post by Scott Brickey that explains how to restore content databases using Powershell. –  ajbillin85 Oct 10 '12 at 13:58

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

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