无法找到具有FieldId的FieldName的xml定义 [英] Unable to locate the xml-definition for FieldName with FieldId
问题描述
在SP2013本地服务器场的网站集上，我发现每分钟都有许多类似的日志发生.日志如下:
On a site collection of SP2013 on-premise farm, I found there are many similar log occur every minute. The logs are like:
- 无法找到具有FieldId的FieldName的xml定义'56747800-d36e-4625-abe3-b1bc74a7d5f8'，例外:Microsoft.SharePoint.SPException:灾难性失败(来自HRESULT的异常:0x8000FFFF(E_UNEXPECTED))---> System.Runtime.InteropServices.COMException: 灾难性故障(来自HRESULT的异常:0x8000FFFF(E_UNEXPECTED))在Microsoft.SharePoint.Library.SPRequestInternalClass.GetGlobalContentTypeXml(String bstrUrl，Int32类型，UInt32 lcid，对象varIdBytes) 在Microsoft.SharePoint.Library.SPRequest.GetGlobalContentTypeXml(String bstrUrl，Int32类型，UInt32 lcid，对象varIdBytes)
- Unable to locate the xml-definition for FieldName with FieldId '56747800-d36e-4625-abe3-b1bc74a7d5f8', exception: Microsoft.SharePoint.SPException: Catastrophic failure (Exception from HRESULT: 0x8000FFFF (E_UNEXPECTED)) ---> System.Runtime.InteropServices.COMException: Catastrophic failure (Exception from HRESULT: 0x8000FFFF (E_UNEXPECTED)) at Microsoft.SharePoint.Library.SPRequestInternalClass.GetGlobalContentTypeXml(String bstrUrl, Int32 type, UInt32 lcid, Object varIdBytes) at Microsoft.SharePoint.Library.SPRequest.GetGlobalContentTypeXml(String bstrUrl, Int32 type, UInt32 lcid, Object varIdBytes)
日志级别为中.每分钟使用60套不同的GUID进行相同的日志记录.该站点上的所有相关功能均按预期工作.通过使用PowerShell循环遍历网站集，我确认没有使用这些内容的字段 GUID.此外，我已经检查了内容数据库和配置数据库，也很难找到这些GUID.
The log level is medium. The same set of log occur every minute with same set of 60 different GUIDs. All related function on the site is working as expected. By using PowerShell to loop thru the site collections I confirmed there is no field using these GUID. Also I have checked the content database and configuration database, also no luck to finding these GUIDs.
这些日志应与搜索服务相关，因为身份验证授权日志提到它是抓取工具".实际操作中的帐户.但是我不知道为什么爬虫会继续寻找这些GUID.我已经重设了多个农场服务 时代已经过去了.
These logs should be related with the search service since the Authentication Authorization log mentioned it is the "Crawler" account in action. However I have no idea why the crawler keep looking for these GUID. I have reset the farm service multiple times already.
服务器场已从SP2010升级，并且升级之前似乎没有此类日志.
The farm was upgraded from SP2010 and it seems no such logs before upgrade.
有什么建议吗?谢谢.
推荐答案
马克，
根据您的描述，在将SharePoint 2010升级到SharePoint 2013之后会发生此问题.对吗?
From your description, this issue ocurred after you upgraded SharePoint 2010 to SharePoint 2013. Is it right?
在SharePoint 2010中是否有一些解决方案.
Whether you have some solutions in SharePoint 2010.
如果是，请确保在升级到SharePoint 2013之后很好地在SharePoint 2013中部署该解决方案.
If yes, please make sure you deploy the solution in SharePoint 2013 well after you upgraded to SharePoint 2013.
有一些类似的帖子，请检查它们是否对您有用:
There are some similar posts, please check if they are useful for you:
http://shipoint.com/2013/03/22/fixing-unable-to-locate-xml-definition-for-ctype-with-spcontenttypeid-in-sharepoint-2010/
最好的问候，
这篇关于无法找到具有FieldId的FieldName的xml定义的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
