Comment puis-je nettoyer les dépendances manquantes côté serveur à partir d'une installation « sale »?

Question

Après une migration / reconfiguration plutôt hâtive (inévitable) d'une boîte Fondation SP 2010, je suis parti avec une erreur dans CA en ce qui concerne un certain nombre de fonctionnalités manquantes, SetupFiles et WebParts. Je redéployé puis rétractés et les deux solutions désinstallé qui étaient la cause de la majorité des messages (ils ne sont pas utilisés, ce qui est la raison pour laquelle ils ont été pas migrés au départ) et alors que les erreurs ont disparu alors que les solutions ont été déployées ( sauf un concernant un fichier de modèle manquant qui avait été renommé), ils sont revenus après l'enlèvement et je ne sais pas comment éliminer les références aux « dépendances côté serveur manquants. »

Je courus WssAnalyzeFeatures pour confirmer les dégâts, et, bien sûr, même après le retrait des solutions, les erreurs restent.

Toutes les suggestions pour les outils et / ou des mesures pour supprimer ces erreurs?

Answer 1

Les deux principaux outils pour faire face à des problèmes de mise à niveau sur votre batterie de serveurs SharePoint 2010 sont la commande Test-SPContentDatabase Powershell et les enumallwebs de commande stsadm.

L'outil de test-SPContentDatabase va vérifier le contenu db contre une collection de sites spécifiques. Il peut être exécuté en toute sécurité avant ou après la base de données est jointe, aussi souvent que nécessaire. Je voudrais éviter de l'exécuter contre une base de données de production en direct - prendre une copie.

Test-SPContentDatabase –Name dbame -WebApplication url

Utilisez la commande des enumallwebs au travail sur lequel webparts, caractéristiques, etc. sont associés à quels sites. Vous pouvez découvrir les sites orphelins qui peuvent être supprimés et qui peuvent être la source de vos problèmes.

stsadm -o enumallwebs -databasename dbname -includefeatures -includesetupfiles -includewebparts -includeeventreceivers -includecustomlistview

Vous voulez généralement aussi revoir votre journal des erreurs de mise à niveau, bien qu'il semble que vous êtes au-delà de ce point.

Answer 2

Eh bien, j'ai pu résoudre mon erreur particulière, si elle était seulement au moyen d'un processus lourd.

cette procédure stockée sur chaque base de données concernée qui m'a permis de rechercher la base de données pour l'ensemble une chaîne donnée. Je cherchai si la base de données sur la base des chaînes d'erreur pour identifier enfin les pages concernées. Un problème qui était à l'origine de l'erreur est que si je l'avais vidé le site principal Corbeille, je ne l'avais jamais vidé la Corbeille sur le site d'administration.

Il était une bidouille horrible, laid, mais ça a marché. Je voudrais pouvoir partager une étape par étape, mais il est un scénario tout à fait unique pour chaque système. De plus, j'imagine pour un site avec un quelconque degré de contenu, les recherches à travers les bases de données pourraient prendre éons.

Answer 3

et refixer les Détacher fixe db contenu le plus des différences évidentes entre la configuration et le contenu db.