Informations sur la migration

Important :  Cet article a été traduit automatiquement, voir l’avertissement. Vous pouvez consulter la version en anglais de cet article ici.

Remarque : Cet article a fait son temps et sera bientôt supprimé. Pour éviter les problèmes du type « Page introuvable », nous allons supprimer les liens inutiles. Si vous avez créé des liens vers cette page, nous vous conseillons de les supprimer afin de ne pas désorienter les utilisateurs.

Dans Windows SharePoint Services 3.0, sites et les composants des sites tels que des listes, des éléments de liste et des dossiers peuvent être migrés vers d’autres sites Windows SharePoint Services 3.0. Ces autres sites peuvent s’exécuter sur le même serveur Web frontal que le site d’origine, sur différents serveurs Web frontaux dans la même batterie de serveurs ou sur des serveurs Web frontaux dans un autre déploiement de Windows SharePoint Services 3.0. Autorisations différentes sont requises pour les différentes méthodes de migration de sites.

Si vous êtes le propriétaire ou administrateur d’une collection de sites, vous pouvez effectuer certaines tâches de migration. Autres concepteurs et propriétaires de sites peuvent utiliser cette rubrique pour comprendre le processus de migration et indiquer la façon de sites. Pour plus d’informations sur la migration pour les administrateurs de serveur, consultez aide sur les pages de l’Administration centrale ou les pages Windows SharePoint Services sur le site Web Microsoft TechNet.

Méthodes de migration

Windows SharePoint Services 3.0 propose différentes façons de migrer des collections de sites, sites ou n’importe quelle combinaison d’objets au sein d’un site dans une autre application SharePoint Web qui est étendue avec Windows SharePoint Services 3.0. La migration consiste à déplacer des objets à partir de Windows SharePoint Services 3.0 vers Windows SharePoint Services 3.0. Vous ne pouvez pas migrer des sites, le contenu ou tout autre objet des versions antérieures de Windows SharePoint Services vers Windows SharePoint Services 3.0.

Le tableau ci-après décrit différentes méthodes de migration du contenu.

Remarque : La colonne Autorisations minimales du tableau ci-après indique les autorisations qui sont requises pour chaque méthode de migration. Si vous ne disposez pas de ces autorisations, demandez au membre de l'équipe ayant les fonctions adéquates de vous accorder ces autorisations ou d'effectuer la migration à votre place.

Procédé d’utilisation d

Commentaire

Autorisations minimales

Utilisez la sauvegarde -o et - o restauration de l’outil de ligne de commande Stsadm.exe.

Il s'agit de la meilleure option pour migrer toute une collection de sites, car c'est la seule qui permet de migrer les workflows, les alertes et les métadonnées du niveau de la collection de sites.

Membre du groupe Administrateurs local ou du groupe Administrateurs de batterie de serveurs au niveau de l'administration centrale

Utiliser les liens Effectuer une sauvegarde et Restaurer à partir d'une sauvegarde de la page Opérations du site Administration centrale.

Il s'agit de la méthode la plus simple pour migrer chaque site.

Membre du groupe Administrateurs de batterie de serveurs au niveau de l'administration centrale

Utiliser le modèle objet Windows SharePoint Services.

Il s’agit d’une nouvelle méthode dans Windows SharePoint Services 3.0 et les plus flexibles. Les interfaces de programmation d’application liés à la migration (API) dans le modèle objet peuvent servir pour migrer des sites et n’importe quelle combinaison d’objets au-dessous du niveau de site.

Administrateur de la collection de sites disposant des autorisations adéquates pour lire les objets migrés et modifier les objets sur le site vers lequel est effectué la migration

Utiliser un éditeur de pages Web compatible avec Windows SharePoint Services, comme Microsoft Office SharePoint Designer 2007.

Cette méthode permet uniquement d'effectuer la migration de sites Web entiers. Notez qu'aucun identificateur global unique (GUID) d'objet n'est migré, ce qui signifie que tous les objets migrés ne sont pas globalement uniques.

Administrateur de la collection de sites disposant des autorisations adéquates pour lire les objets migrés et modifier les objets sur le site vers lequel est effectué la migration

Processus de migration (modèle objet)

Le modèle objet Windows SharePoint Services permet d'effectuer la migration d'objets au sein du même serveur Web, sur des serveurs Web au sein de la même batterie de serveurs ou sur des batteries de serveurs. Cette section décrit un scénario type dans lequel le modèle objet est utilisé pour effectuer la migration des sites et d'autres objets d'un serveur de test vers un serveur de production. La personne qui effectue la migration à l'aide du modèle objet doit être administrateur de serveur sur le serveur de test et le serveur de production. Il est toutefois important que les propriétaires de sites comprennent ce processus de migration pour être en mesure de travailler en collaboration avec l'administrateur de serveur qui effectue la migration. Dans ce scénario, comme illustré dans la figure ci-dessous, un serveur de test est utilisé pour apporter des modifications à des sites SharePoint d'une entreprise et les tester. Une fois les modifications testées, elles sont migrées vers le serveur de production sur lequel les utilisateurs peuvent avoir accès au site.

Remarque : Pour utiliser le modèle objet en vue de migrer des sites et d'autres objets du serveur de test vers le serveur de production, vous devez disposer des autorisations adéquates (répertoriées dans le tableau ci-dessus) sur le serveur de test et le serveur de production. Si vous ne disposez pas des autorisations minimales requises, demandez à l'administrateur de serveur de vous les accorder ou d'effectuer la migration à votre place.

Processus de migration à l'aide de PRIME.

1. L'administrateur de serveur se connecte au serveur de test, puis écrit un script qu'il exécute pour avoir accès au modèle objet sur le serveur de test. Le script en cours d'exécution sur le serveur de test crée le package de migration sous la forme d'un fichier .cab sur un partage de fichiers.

Remarque : La personne qui crée ce fichier .cab doit disposer de droits d'accès en écriture sur ce partage de fichiers, alors que la personne qui l'importe doit disposer de droits d'accès en lecture.

2. L'administrateur de serveur se connecte au serveur de production et utilise les API pour la migration afin de déployer le package de migration sur le serveur de production.

Une fois le package migré sur le serveur de production, l'administrateur de serveur vérifie que le site a été migré correctement. Il vérifie notamment les liens, les paramètres de sécurité et les fonctionnalités des composants WebPart.

Étant donné que le modèle objet permet de sélectionner n'importe quelle combinaison d'objets au niveau du site et aux niveaux inférieurs, il peut être utilisé pour migrer uniquement les éléments qui ont été modifiés sur le serveur source.

Remarque : Avertissement traduction automatique : cet article a été traduit par un ordinateur, sans intervention humaine. Microsoft propose cette traduction automatique pour offrir aux personnes ne maîtrisant pas l’anglais l’accès au contenu relatif aux produits, services et technologies Microsoft. Comme cet article a été traduit automatiquement, il risque de contenir des erreurs de grammaire, de syntaxe ou de terminologie.

Développez vos compétences
Découvrez des formations
Accédez aux nouvelles fonctionnalités en avant-première
Rejoignez le programme Office Insider

Ces informations vous ont-elles été utiles ?

Nous vous remercions pour vos commentaires.

Merci pour vos commentaires. Il serait vraisemblablement utile pour vous de contacter l’un de nos agents du support Office.

×