Planifier le déploiement de contenu (SharePoint Server 2010)

 

S’applique à : SharePoint Server 2010

Dernière rubrique modifiée : 2016-11-30

Le déploiement de contenu est une fonctionnalité de Microsoft SharePoint Server 2010 que vous pouvez utiliser pour copier le contenu d’une collection de sites source vers une collection de sites de destination. Cet article contient des conseils d’ordre général sur la façon de planifier l’utilisation du déploiement de contenu avec vos sites de SharePoint Server 2010. Cet article n’a pas vocation à décrire le rôle et la fonction du déploiement de contenu, à expliquer les chemins d’accès et les travaux de déploiement de contenu ou à expliquer les options de sécurité lors du déploiement de contenu. Il n’explique pas non plus comment fonctionne le processus de déploiement de contenu, ni comment installer et configurer le déploiement de contenu. Pour plus d’informations, voir Vue d’ensemble du déploiement de contenu (SharePoint Server 2010).

Contenu de cet article :

  • À propos de la planification du déploiement de contenu

  • Déterminer s'il faut utiliser le déploiement de contenu

  • Déterminer de combien de batteries de serveurs vous avez besoin

  • Planifier les serveurs d'exportation et d'importation

  • Planifier des chemins d'accès de déploiement de contenu

  • Planifier le calendrier des tâches

  • Planifier les tâches de grande taille

  • Feuille de planification de déploiement de contenu

À propos de la planification du déploiement de contenu

Le processus de planification décrit dans cet article commence par vous aider à déterminer s'il faut utiliser le déploiement de contenu avec votre solution SharePoint Server 2010. Le reste de cet article décrit les étapes obligatoires pour planifier une solution de déploiement de contenu : détermination du nombre de batteries de serveurs qui sont nécessaires, la planification des serveurs d'exportation et d'importation, la planification des tâches et des chemins d'accès de déploiement de contenu ainsi que et les considérations spéciales pour les tâches de grande ampleur. Vous pouvez enregistrer ces informations dans la feuille qui est référencée dans la section Feuille de planification de déploiement de contenu.

Déterminer s'il faut utiliser le déploiement de contenu

Bien que le déploiement de contenu puisse être utile pour copier le contenu d'une collection de sites vers une autre, il n'est pas un impératif pour chaque scénario. La liste suivante contient les raisons qui peuvent vous inciter à utiliser le déploiement de contenu pour votre solution :

  • Les topologies de batterie de serveurs sont complètement différentes.   Un scénario courant est celui dans lequel il existe des auteurs publiant un contenu à partir d'une batterie de serveurs interne vers une batterie de serveurs externe. Les topologies de batteries de serveurs peuvent être complètement différentes. Toutefois, le contenu des sites à publier est le même.

  • Les serveurs exigent un réglage des performances spécifique pour optimiser les performances.   Si vous disposez d’un environnement serveur dans lequel les auteurs et les lecteurs consultent du contenu, vous pouvez configurer séparément le cache d’objets et le cache de sortie sur les différentes collections de sites en fonction de la finalité du site ou du rôle d’utilisateur.

  • Le contenu déployé sur la batterie de serveurs de destination suscite des inquiétudes en termes de sécurité.   Si vous ne souhaitez pas que les utilisateurs aient des comptes distincts sur le serveur de production et que vous ne voulez pas procéder à une publication en utilisant uniquement les stratégies d’approbation, le déploiement de contenu vous permet de restreindre l’accès au serveur de production.

Avant d’implémenter une solution de déploiement de contenu, vous devez déterminer attentivement si un déploiement de contenu est réellement nécessaire. La liste suivante énumère des solutions de substitution à l’utilisation d’un déploiement de contenu :

  • Créer le contenu sur la batterie de serveurs de production à l’aide d’une application Web étendue   Si votre environnement comprend une seule batterie de serveurs, vous pouvez autoriser les utilisateurs à créer le contenu directement sur la batterie de serveurs de production et à utiliser le processus de publication pour rendre le contenu accessible aux lecteurs. En utilisant une application Web étendue, vous disposez d’un site Web IIS distinct qui utilise une base de données de contenu partagé pour exposer le même contenu aux différents ensembles d’utilisateurs. Cette méthode est généralement utilisée dans le cadre du déploiement d’extranets où différents utilisateurs sont amenés à accéder au contenu par le biais de domaines différents. Pour plus d’informations, voir Étendre une application Web (SharePoint Server 2010).

  • Créer une solution personnalisée   Vous pouvez utiliser les espaces de noms Microsoft.SharePoint.Deployment.SPExport et Microsoft.SharePoint.Deployment.SPImport à partir de l’API SharePoint Server 2010 pour développer une solution personnalisée adaptée à vos besoins. Pour plus d’informations, voir Procédure : personnaliser le déploiement de contenu dans le cadre de scénarios sans connexion (éventuellement en anglais).

  • Utiliser la sauvegarde et la restauration   Vous pouvez utiliser la sauvegarde et la restauration pour sauvegarder une collection de sites depuis un emplacement et la restaurer vers un autre. Pour plus d’informations, voir Sauvegarder une collection de sites (SharePoint Server 2010) et Restaurer une collection de sites (SharePoint Server 2010).

Si, de votre point de vue, l’utilisation du déploiement de contenu dans SharePoint Server 2010 est appropriée pour votre solution, poursuivez la lecture de cet article.

Déterminer de combien de batteries de serveurs vous avez besoin

Un scénario de déploiement de contenu standard inclut deux batteries de serveurs distinctes : une batterie de serveurs source qui est utilisée pour la création et une batterie de serveurs de destination qui est utilisée pour la production. Vous pouvez également utiliser le déploiement de contenu pour copier le contenu entre les deux collections de sites distinctes au sein de la même batterie de serveurs, ou vous pouvez utiliser une batterie de serveurs à trois niveaux qui contient un serveur pour la création, un pour la zone de transit et l’assurance qualité et un serveur pour la production. Si vous utilisez le déploiement de contenu, vous devez également déterminer le nombre de batteries de serveurs qui sont nécessaires pour votre solution. Pour plus d’informations sur les topologies de déploiement de contenu, voir Concevoir une topologie de déploiement de contenu

Planifier les serveurs d'exportation et d'importation

Une fois que vous avez choisi une topologie pour votre batterie de serveurs, vous devez déterminer quels serveurs serviront de serveurs d'exportation et d'importation. Il s'agit des serveurs de la batterie de serveurs qui sont utilisés pour exécuter les travaux de déploiement de contenu. Il ne s'agit pas nécessairement des serveurs sources ou de destination. Toutefois, les serveurs qui sont désignés en tant que serveurs d'exportation et d'importation des serveurs doivent avoir le site Web Administration centrale installé. Déterminez quels serveurs seront configurés pour envoyer ou recevoir des tâches de déploiement de contenu et pour enregistrer vos décisions.

Dans la feuille de planification de déploiement de contenu, notez chaque batterie de serveurs de votre topologie de déploiement de contenu et sa finalité. Pour chaque batterie de serveurs, indiquez l’URL du serveur d’exportation, du serveur d’importation, ou les deux. Indiquez également le domaine Active Directory utilisé par la batterie.

Planifier des chemins d'accès de déploiement de contenu

Un chemin d'accès de déploiement de contenu définit une collection de sites source à partir de laquelle le déploiement de contenu peut démarrer et une collection de sites de destination vers laquelle le contenu est déployé. Un chemin d'accès peut uniquement être associé à une collection de sites. Pour planifier les chemins d'accès de déploiement de contenu qui sont nécessaires pour votre solution, déterminez les collections de sites qui seront déployées et définissez la source et la destination pour chaque chemin d'accès. Pour plus d'informations sur les chemins d'accès, voir Vue d’ensemble du déploiement de contenu (SharePoint Server 2010).

Si vous envisagez d’utiliser une topologie de batteries de serveurs à trois étapes, vous devez également planifier la quantité de contenu à déployer entre les batteries de serveurs. En général, vous devez réduire le nombre de « sauts » que le contenu effectue lorsqu’il passe de la batterie de serveurs de création à la batterie de serveurs de transit, puis à la batterie de serveurs de production. Par exemple, si vous souhaitez tester le contenu sur la batterie de serveurs de transit avant de le faire passer à la batterie de serveurs de production, vous pouvez le déployer depuis la batterie de serveurs de création vers la batterie de serveurs de transit, puis, une fois vérifié, depuis la batterie de serveurs de création vers la batterie de serveurs de production. Cela signifie que seule la batterie de serveurs de création est responsable du déploiement du contenu sur toutes les autres batteries de serveurs dans l’environnement. Bien qu’il soit possible de déployer le contenu depuis la batterie de serveurs de création vers la batterie de serveurs de transit, puis de la batterie de serveurs de transit vers la batterie de serveurs de production, il n’est pas nécessaire d’utiliser cette approche. Lorsque vous concevez les chemins d’accès de déploiement de contenu pour une topologie de batteries de serveurs à trois étapes, vous devez également planifier attentivement les travaux qui déploieront le contenu sur les autres batteries de serveurs au sein de l’environnement. Pour plus d’informations sur les topologies de déploiement de contenu, voir Concevoir une topologie de déploiement de contenu.

Enregistrez chaque chemin dans la feuille de planification de déploiement de contenu. Pour chacun d’eux, indiquez les applications Web et collections de sites sources et cibles. Précisez également le volume d’informations de sécurité à déployer avec le chemin : toutes, les rôles uniquement ou aucune.

Planifier le calendrier des tâches

Une fois que vous avez défini les chemins d’accès ainsi que le contenu de site à déployer, vous devez planifier les tâches spécifiques permettant de déployer le contenu. Une tâche de déploiement de contenu vous permet de spécifier le déploiement de toute une collection de sites ou de seulement quelques sites particuliers pour un chemin d’accès spécifique. Les tâches définissent également la fréquence de leur exécution et s’il faut inclure tout le contenu, ou seulement le nouveau contenu, le contenu modifié ou le contenu supprimé. Vous pouvez associer plusieurs tâches à chaque chemin d’accès. Pour chaque chemin d’accès que vous définissez, vous devez déterminer si une tâche déploiera toute la collection de sites ou des sites particuliers.

Lorsque vous planifiez l’étendue de vos tâches de déploiement de contenu, veillez à penser à l’ordre dans lequel elles s’exécuteront. Vous devez déployer une collection de sites ou un site avant de déployer un site placé en-dessous de lui dans la hiérarchie. Par exemple, si vous avez une collection de sites avec deux sites placés en dessous d’elle, Site A et Site B, et que Site A a aussi deux sites situés en dessous de lui, Site C et Site D, vous devez créer et exécuter une tâche qui déploiera la collection de sites de niveau supérieur, avant de déployer le Site A et le Site B. Vous devez également déployer le Site A avant de déployer le Site C et le Site D. Si vous planifiez d’utiliser des tâches de déploiement de contenu qui portent sur des sites spécifiques, veillez à planifier les tâches de manière appropriée de façon que les sites situés aux échelons supérieurs de la hiérarchie soient déployés avant les sites de niveau inférieur dans la hiérarchie.

Vous devez également déterminer quand et à quelle fréquence exécuter chaque tâche. En règle générale, vous devez planifier l’exécution des tâches aux heures auxquelles le serveur source a le moins d’activité. Le contenu qui est extrait pour être modifié par un utilisateur au démarrage d’une tâche de déploiement de contenu sera ignoré par la tâche de déploiement de contenu et sera copié avec la tâche de déploiement suivante après archivage. Vous pouvez configurer une tâche de manière qu’elle utilise une capture instantanée de la base de données de contenu dans Microsoft SQL Server 2008 Enterprise Edition afin de réduire les risques pour la tâche de déploiement de contenu.

Notes

Si vous utilisez le stockage BLOB distant et que le fournisseur de stockage BLOB distant que vous utilisez ne prend pas en charge les captures instantanées, vous ne pouvez pas utiliser de captures instantanées pour le déploiement ou la sauvegarde de contenu. Par exemple, le fournisseur SQL FILESTREAM ne prend pas en charge les captures instantanées. Pour plus d’informations sur le stockage BLOB distant, voir Vue d’ensemble du stockage BLOB distant (SharePoint Server 2010).

Si vous envisagez d’utiliser une topologie de batteries de serveurs à trois étapes, vous devez également planifier à quel moment le contenu sera déployé entre les batteries de serveurs. Par exemple, si vous déployez le contenu entre la batterie de serveurs de création et la batterie de serveurs de transit pour qu’il soit testé et vérifié, vous devez envisager de planifier le travail du déploiement du contenu vers la batterie de serveurs de production afin de disposer de suffisamment de temps pour résoudre les problèmes éventuellement détectés sur la batterie de serveurs de transit.

Notes

N'exécutez pas de tâches de déploiement de contenu en parallèle si le même chemin d'accès est utilisé par les deux tâches.

Pour chaque chemin d'accès, enregistrez chaque tâche associée dans la feuille de planification du déploiement de contenu. S'il existe plusieurs tâches pour un chemin d'accès, insérez une ligne sous le chemin d'accès pour chaque tâche devant être ajoutée. Pour chaque tâche, entrez la portée et fréquence d'exécution de la tâche.

Planifier des tâches de grande taille

Une tâche de déploiement de contenu exporte tout le contenu, sous forme de fichiers binaires et XML, vers le système de fichiers sur le serveur source puis empaquète ces fichiers dans la taille par défaut de fichiers .cab de 10 Mo. Si la taille d’un fichier dépasse 10 Mo, dans le cas par exemple d’un fichier vidéo de 500 Mo, il est empaqueté séparément dans son propre .cab, lequel peut excéder 10 Mo. Les fichiers .cab sont alors téléchargés en amont par HttpPost vers le serveur de destination d’où ils sont extraits et importés. Si la collection de sites qui sera déployée comprend un grand volume de contenu, vous devez vous assurer que les emplacements de stockage temporaires de ces fichiers à la fois sur les batteries de serveurs sources et les batteries de serveurs de destination disposent d’un espace suffisant pour stocker les fichiers. Dans de nombreux cas, il ne vous sera pas possible de connaître la taille ou le nombre des fichiers .cab qui seront inclus dans la tâche avant de commencer à utiliser le déploiement de contenu. Mais si vous savez que votre site est grand et pourra contenir beaucoup de contenu, assurez-vous de prévoir une capacité de stockage suffisante dans le cadre de votre topologie de déploiement de contenu.

Notes

Si votre site contiendra des fichiers volumineux, tels que des fichiers vidéo, il se peut que vous deviez ajuster la taille de téléchargement de fichiers maximale pour que l'application Web prenne en charge l'augmentation de la taille des fichiers .cab. Pour plus d'informations, voir Planifier la mise en cache et les performances (SharePoint Server 2010).

Feuille de planification de déploiement de contenu

Téléchargez une version Excel de la feuille de planification de déploiement de contenu (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=167835&clcid=0x40C).

See Also

Concepts

Vue d’ensemble du déploiement de contenu (SharePoint Server 2010)
Concevoir une topologie de déploiement de contenu