Est-ce un bug avec SharePoint colonne/noms internes sur le terrain dans MOSS 2007

Question

Il semble y avoir un bug avec des colonnes dans SharePoint MOSS 2007.

Il vous permet d'ajouter une nouvelle colonne dire « équipe ». Lorsque vous ajoutez ceci, il stocke le nom interne en tant que 'Team', ce qui est logique. L'entreprise décide alors que 'Team' devrait s'appeler 'Workstream', donc vous le renommez comme demandé. Le nom interne reste 'Team' pour cette colonne dans la collection de sites racine.

Un utilisateur ajoute ensuite une nouvelle colonne de site à un sous-site appelé «Équipe» et l'utilise dans divers types de contenu. Vous avez maintenant deux colonnes ou champs avec le même nom interne 'Team'.

Il m'a maintenant été demandé d'exporter et d'importer la collection de sites entière vers un autre serveur. Quand je fais cela, stsadm.exe me dit qu'il a trouvé une colonne en double et des erreurs.

Je ne peux pas supprimer les colonnes car elles sont utilisées dans divers types de contenu.

Quelqu'un peut-il suggérer une approche pour résoudre ce problème?

Answer 1

L'astuce consiste à ajouter que des colonnes en utilisant un schéma XML au lieu d'utiliser l'avant. Habituellement, je le ferais en utilisant une solution/fonctionnalité, contenant toutes les définitions de champ et les types de contenu.

Comme vous avez déjà ajouté les types de contenu, vous devrez peut-être utiliser un outil tel que SharePoint manager pour examiner le schéma xml et en introduire un nouveau. Cela donne plus de contrôle sur la définition exacte de tous les champs.

Il ne peut jamais y avoir deux champs avec le même nom interne. Nous avons eu des problèmes lorsque des champs ont été définis sur le site en utilisant le fichier /_layouts/settings.aspx et aussi au niveau de la liste. Pour autant que je sache, lorsqu'un site est restauré, il tente d'ajouter tous les champs du niveau de la liste ou du sous-site au site de base (alerte: opinions formées uniquement en regardant les erreurs de journal et les tâtonnements plutôt que les faits réels). est où il semble échouer. Assurez-vous que tous les champs sont définis de manière cohérente à l'aide du schéma xml (plus facile à utiliser avec une fonction définissant les types de contenu), ce qui peut aider à résoudre les problèmes. I.e. tous les champs du même "nom" ont le même nom de guide, etc. dans tous les sites.

Remarque: Nous avons également rencontré des problèmes de requêtes intersite après l'ajout manuel de champs. Le code de la requête a quelques bogues (je crois que c'est sur la pile MS à corriger) ce qui signifie qu'il repose sur des champs définis dans un certain ordre sur les tables sous-jacentes.

Answer 2

Cela ressemble à un bug, et je ne sais pas comment le contourner. Je ne crois pas qu'il y ait de toute façon à changer le nom interne d'une colonne.

Voici quelques réflexions que j'ai:

Vous pouvez regarder dans un outil de miration 3ème partie, comme metalogix, il pourrait finalement être plus facile et plus rentable que de passer le temps d'écrire du code personnalisé pour un -off de migration.

Si vous pouvez séparer les sites sur différentes collections de sites sur le nouveau serveur, cela devrait résoudre le problème.

Peut-être que vous pouvez backup and restore the content database au nouveau serveur, puis y attacher.

bonne chance