Pensées sur le déploiement via la collection de sites Sauvegarde-restauration

Question

Je me demande des idées d'experts SharePoint sur le déploiement de projets / portails SharePoint via la collection de sites Sauvegarde et la restauration, au lieu de solutions Visual Studio?

Surtout pour les projets qui seront déployés et utilisés uniquement dans un environnement unique.(Projets qui ne seront pas déployés dans plusieurs domaines).

Quels sont les avantages et les inconvénients?

Et je me demande combien d'entre vous / votre entreprise choisissent la collection de sites de sauvegarde / restauration de site comme méthode de déploiement?

Answer 1

Le problème que vous trouverez est s'il existe des ressources en dehors de la collection Site / SITE requises, telles que des fichiers dans la ruche, etc ... Sauvegarde / restaure obtient uniquement du contenu du site, il n'obtiendra rien qui soit externe sur le site. Vous pouvez faire de nombreuses choses avec des fichiers WSP que vous ne pouvez pas faire avec une simple sauvegarde / restauration. Les références, les dépendances, les tâches d'activation / de désactivation, etc ... Notez également que lorsque vous restaurez des sites / sous-sites, vous pouvez également être affecté par les fonctionnalités actuellement activées dans la collection Site et quelles fonctionnalités sont activées sur le site que vous restaurez. Par exemple, de nombreuses fonctionnalités de publication s'appuient sur d'autres fonctionnalités à être activées et la restauration d'un site ne le fera pas pour vous. Il peut vous empêcher de rester coincé dans des situations où vous ne pouvez pas utiliser certaines fonctionnalités de votre site car vous l'avez restauré à une collection de sites qui ne prend pas en charge les fonctionnalités ou où elles ne sont pas activées.

Dans ces cas, vous obtiendrez généralement des références vagues que la fonctionnalité ne pouvait pas fonctionner en raison de la dépendance d'un niveau de collecte de site ou d'une fonctionnalité cachée. Dans l'ensemble, j'ai tendance à rester à l'aide de la sauvegarde / de la restauration pour son intention originale de récupération ou de déplacement d'un site, pas pour le déploiement de fonctionnalités ou de personnalisations.

J'espère que cela vous aide ...

Answer 2

Nous utilisons la sauvegarde / restauration de la collection de sites ainsi que des restaurations de base de données.Je préfère la copie de la base de données du serveur SQL source et le restaurer sur le serveur SQL cible.Ensuite, nous l'attachons à la demande Web SharePoint 2010 via Central Admin> Gestion des applications> Gérer les bases de données de contenu.