Vue d'ensemble de la migration de contenu
Dernière modification : mercredi 4 novembre 2009
S’applique à : SharePoint Foundation 2010
Les API de migration de contenu offrent une solution simple mais souple pour la migration de contenu entre les sites Web SharePoint Foundation. Vous pouvez exporter le contenu d'un site SharePoint, ainsi que ses dépendances (par exemple les informations relatives à la sécurité, aux rôles, au contrôle de version et à d'autres métadonnées), dans des fichiers XML uniques ou multiples appelés packages de migration de contenu. Lors de l'importation vers le site Web de destination, les données des packages sont extraites et interprétées. Vous pouvez également enregistrer les packages sur un serveur de fichiers avant de les faire migrer vers un autre serveur.
Le modèle objet est conçu pour fonctionner avec des données allant de la totalité d'un site Web à un élément d'une liste ou d'une bibliothèque. Vous pouvez sélectionner le niveau de métadonnées à inclure au contenu migré. Vous pouvez également choisir d'effectuer une migration complète ou uniquement une modification incrémentielle.
Voici quelques scénarios courants d'utilisation des API de migration de contenu :
Publication de contenu d'un serveur de développement vers un serveur de test, et d'un serveur de test vers un serveur de production. Vous pouvez déclencher manuellement le processus de publication, ou automatiquement, à l'aide d'un travail planifié.
Autorisation pour les utilisateurs finaux d'exporter des listes et du contenu à partir d'un site, puis de les importer manuellement dans un autre site, à l'intérieur ou à l'extérieur de la batterie de serveurs d'origine.
Activation de solutions de collaboration ou de gestion de contenu tierces pour générer des données dans le schéma XML publié, et utiliser les fonctionnalités d'importation afin de faire migrer du contenu vers SharePoint Foundation.
Sélection de composants à partir d'une restauration VSS (Volume Shadow Copy Service) dans le cadre d'une importation sur un site Web SharePoint Foundation.
En résumé, en utilisant les API de migration de contenu, vous pouvez transférer le contenu souhaité, depuis l'emplacement approprié, au moment opportun, vers la destination de votre choix.
Limitations relatives à la migration de contenu
Comme indiqué précédemment, les API de migration de contenu sont conçues pour faire migrer du contenu d'un emplacement source vers un emplacement de destination ; elles ne sont pas destinées à des fins de sauvegarde et de restauration. Voici quelques-unes des limitations des API de migration de contenu en matière de sauvegarde et de restauration des données.
Aucune donnée de configuration ou d'application ne peut être exportée ou importée.
L'objet le plus volumineux que vous pouvez exporter est un site Web SharePoint Foundation (objet SPWeb).
Le contenu suivant ne peut pas être exporté ou importé : alertes, journal d'audit, historique du journal des modifications, état de l'archivage/extraction, éléments de la Corbeille, état de la Corbeille, état de la sécurité, tâches de flux de travail et état du flux de travail.
Notes
Les alertes fonctionnent de manière indépendante, elles ne sont jamais remplacées, ajoutées ou supprimées à l'emplacement source ou de destination.
Bien que la migration des composants WebPart soit effectuée entre les emplacements source et de destination, aucun assembly ne fait l'objet d'une migration. Si vous disposez de composants WebPart personnalisés, vous devez installer les DLL à l'emplacement de destination pour que ces composants WebPart fonctionnent correctement.
Il existe plusieurs options de sauvegarde et de restauration de votre environnement SharePoint Foundation. Vous pouvez sélectionner celles qui sont les plus appropriées en fonction de vos besoins particuliers. Pour plus d'informations sur les options de sauvegarde et de restauration, voir Sauvegarde et restauration.
Modes d'utilisation des API de migration de contenu
Il existe trois façons d'appeler les API de migration de contenu.
Windows PowerShell
À l'aide de Windows PowerShell, vous pouvez effectuer des opérations d'importation et d'exportation pour faire migrer des données. Toutefois, votre portée est limitée à un seul objet de site. En outre, vous n'avez pas la possibilité de conserver les GUID, ce qui est parfois nécessaire dans certains scénarios.
SOAP
Vous pouvez utiliser les méthodes ExportWeb(String, String, String, Boolean, Boolean, Boolean, Int32) et ImportWeb(String, String, String, Boolean, Boolean, Boolean, Int32) implémentées dans le service Web Sites pour faire migrer des données à partir d'un serveur distant. Toutefois, de même qu'avec l'utilitaire Stsadm.exe, votre portée est limitée à un seul site Web. Vous n'avez pas non plus la possibilité de conserver les GUID, ce qui est parfois indispensable dans certains scénarios.
Content Migration object model
Le modèle objet assure le contrôle le plus important de vos scénarios de migration de données. À l'aide du modèle objet, vous pouvez tout faire migrer, d'un site Web à un élément de liste, ou un document unique dans une bibliothèque. Vous pouvez choisir d'inclure des informations sur la sécurité, le contrôle de version, les rôles d'utilisateurs et d'autres métadonnées appropriées aux objets dont vous effectuez la migration. Le modèle objet de la migration de contenu est implémenté dans l'espace de noms Microsoft.SharePoint.Deployment.
Les rubriques de cette section traitent de l'utilisation du modèle objet de la migration de contenu. Pour plus d'informations sur Windows PowerShell, voir le guide d'administration de SharePoint Foundation. Pour plus d'informations sur l'utilisation d'un service Web, voir Services Web ASP.NET, ainsi que les méthodes ExportWeb(String, String, String, Boolean, Boolean, Boolean, Int32) et ImportWeb(String, String, [], String, Boolean) mentionnées précédemment.
Voir aussi
Référence
SitesExportWeb(String, String, String, Boolean, Boolean, Boolean, Int32)
SitesImportWeb(String, String, [], String, Boolean)