Maintenance et mise en place de Sharepoint 2007

Question

J'essaie de rédiger un document complet pour aider le groupe de maintenance d'un nouvel intranet Sharepoint 2007.

J'ai du mal à décider quel est le bon outil pour migrer différents éléments dans l'environnement d'approbation et de production du client. Nous nous attendons à l'avenir à devoir gérer de nouvelles listes, de nouveaux types / modèles de liste personnalisés, des pages modifiées, de nouvelles pages, etc.

.

En d'autres termes, même si je pense que l'ajout d'un sous-site entier est relativement simple, les modifications incrémentielles apportées aux zones existantes ne me semblent pas très faciles. Surtout parce que le site de production contient diverses listes qui sont mises à jour par les clients (cartes Bullettin, etc.).

Jusqu'à présent, la meilleure solution semble être http://www.codeplex.com/SPDeploymentWizard . mais j'ai quelques problèmes résiduels avec elle:

1) Il s'agit d'une version bêta et il ne s'agit pas d'un produit officiel Microsoft. Donc, notre client peut ne pas être très confiant 2) Il doit être installé sur tous les serveurs sur lesquels vous souhaitez transmettre vos modifications et fonctionne via un composant d'interface graphique. Encore une fois, le client ne sera pas très heureux de cela (leurs affaires sont gérées par un tiers, pensez à EDS ou à des entreprises similaires).

Quelqu'un l'a-t-il utilisé avec confiance dans des scénarios liés à la production? Avez-vous différentes alternatives à suggérer?

TIA,

Paolo.

Answer 1

Le danger avec l'assistant de déploiement de contenu n'est pas qu'il puisse ne pas fonctionner, mais plutôt que vous pouvez essayer de migrer des objets qui sont mieux publiés en tant que solution sharepoint avec une fonctionnalité spécifique.

Plus précisément, Les nouvelles listes doivent être publiées avec un modèle de liste défini dans une fonctionnalité. Les nouveaux champs personnalisés doivent être libérés avec une solution.

Une bonne règle est que le contenu (c'est-à-dire le texte des pages et des documents) peut être migré. La structure (nouveaux types de liste, champs) doit être libérée sous forme de solution.

Les pages modifiées et nouvelles peuvent être créées manuellement sur le site et publiées lorsqu'elles sont prêtes. Si elles doivent absolument être diffusées en masse, l’assistant vous aidera.

J'ai également utilisé STSDev de Codeplex afin de créer les packages de solution requis. N'oubliez pas que même si ces outils ne sont pas des "produits Microsoft officiels", ils sont souvent très utilisés par les professionnels de Microsoft eux-mêmes et seraient des outils officiels si les critères de publication de "fonctionnaire" Le processus n’était pas si long.

Vérifiez les auteurs de tous les outils, la plupart d'entre eux auront un blog et vous donneront une bonne idée de l'expérience et des relations que Microsoft peut avoir avec l'auteur.

Je n'ai pas utilisé SPDeploymentWizard, mais à partir du site codeplex

  

Le contenu est exporté à l'aide du contenu.   API de migration (PRIME) en tant que fichier .cmp   (Content Migration Package) qui peut   être copié sur d'autres serveurs pour l'importation.   Contrairement aux outils prêts à l'emploi, le   L’assistant permet une sélection granulaire de   contenu via un arbre.

Cela signifie que l'outil est une interface graphique pour un "processus Microsoft officiel", ce qui facilite la sélection du contenu que vous souhaitez placer dans un package de migration.

Le sujet de votre question n’est pas une tâche facile dans la pratique. Les outils et les techniques permettant de le faire s’améliorent et changent. Par conséquent, gardez un œil sur les blogs et codeplex pour obtenir des conseils.

MISE À JOUR

L'outil de migration ne devrait fonctionner que pour les documents et les pages dont vous avez besoin pour chaque version.

Pour les listes, j'ai créé des modèles temporaires contenant tous les éléments, mais il s’agit encore d’un processus de publication manuelle. Essayez donc avec l'outil de migration de contenu, car vous ne modifiez pas la structure du site. Il sera possible de supprimer la liste s'il ne fait pas les choses correctement.

Le vrai problème est simplement de s’assurer que les guides d’identité de type de contenu et de champ de contenu sont les mêmes d’un serveur à l’autre, mais que toute modification apportée par la personnalisation à la solution ou aux packages de fonctionnalités ne devrait pas faire la différence.

UPDATE 2

Pour les pages individuelles, nous avons créé un script PowerShell qui, à partir d'une URL, d'une liste de fichiers et d'une action, télécharge les pages du serveur sur un lecteur local ou les télécharge. Il est assez facile d’utiliser les modèles d’objets pour créer les pages, les attributs personnalisés sont un peu plus compliqués, mais l’archivage et la publication des pages n’ont pas été très importants.