在对 SP 2010 Foundation 盒子进行相当仓促(不可避免的)迁移/重新配置后,我在 CA 中留下了一个关于许多缺少功能、SetupFiles 和 WebPart 的错误。我重新部署,然后撤消并卸载了导致大多数消息的两个解决方案(它们没有被使用,这就是它们最初没有迁移的原因),而在部署解决方案时错误消失了(除了有关已重命名的丢失模板文件的文件之外),它们在删除后又回来了,我不确定如何消除对“缺少服务器端依赖项”的引用。

我运行 WssAnalyzeFeatures 来确认损坏情况,果然,即使删除解决方案后,错误仍然存​​在。

对于消除这些错误的工具和/或步骤有什么建议吗?

有帮助吗?

解决方案

用于处理 SharePoint 2010 场升级问题的两个主要工具是 Test-SPContentDatabase Powershell 命令和 stsadm 命令 enumallwebs。

Test-SPContentDatabase 工具将根据特定网站集检查内容数据库。它可以根据需要在附加数据库之前或之后安全地运行。我会避免在实时生产数据库上运行它 - 获取一个副本。

Test-SPContentDatabase –Name dbame -WebApplication url

使用 enumallwebs stsadm 命令来确定需要哪些 Web 部件、功能等。与哪些站点相关联。您可能会发现可以删除的孤立网站,这些网站可能是问题的根源。

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

您通常还想查看升级错误日志,尽管听起来好像您已经超出了这一点。

其他提示

好吧,我能够解决我的特定错误,尽管只是通过一个繁琐的过程。

我加载了 这个存储过程 到每个受影响的数据库,这使我能够在整个数据库中搜索给定的字符串。我根据错误字符串搜索数据库,最终识别出受影响的页面。导致该错误的一个问题是,虽然我清空了主站点回收站,但我从未清除过管理站点上的回收站。

这是一个非常非常丑陋的黑客行为,但它确实有效。我希望我可以分享一步一步,但对于每个系统来说,这是一个完全独特的场景。另外,我想对于一个具有任何程度内容的网站,通过数据库进行搜索可能需要很长时间。

分离并重新附加内容数据库可以修复配置和内容数据库之间最明显的差异。

许可以下: CC-BY-SA归因
scroll top