2

到目前为止的故事：

  • 几周前，一个字段从 AccountExtensionBase 表中完全消失，但仍保留在 Account 和 FilteredAccount 视图中。这导致 CRM 本身中的 Main Info 表单（从该表中提取）完全停止工作。

  • 为了解决上述问题，我从所述视图的定义中手动删除了所述字段，并编辑了 Main Info 表单以不再引用缺少的字段。

这或多或少处于工作状态。唯一仍然存在问题的是从已经打开的 Main Info 表单中添加相关实体。当我尝试时，它会抛出异常 0x80044150。了解到这一点后，我手动从 METABASE 数据库中删除了该字段，并在 OrganizationUIBase 表中手动删除了对它的所有引用。没有什么。CRM 不会让我只是重新创建该字段，而且我似乎也无法说服它实际写入跟踪日志，以便我可以获得有关正在发生的事情的更多信息。我知道当您超过实体中选项列表字段的 2155 选项限制时，有时会出现这种情况，但我不认为是这样，因为当原始问题出现时我尝试的第一件事是删除两个完整的选项列表字段不再需要，这显然没有帮助。

那么关于什么可能导致这种情况的任何想法，或者我可以做些什么来解决它，甚至可能的下一步可能是什么？我在这里有点难过。

编辑：让跟踪记录工作......

在 ErrorInformation.LogError() 在 ErrorInformation..ctor(Exception exception, Uri requestUrl) 在 MainApplication.Application_Error(Object sender, EventArgs e) 在 EventHandler.Invoke(Object sender, EventArgs e) 在 HttpApplication.RaiseOnError() 在 HttpApplication.RecordError (异常错误) 在 HttpApplication.ResumeSteps (异常错误) 在 HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest(HttpContext context, AsyncCallback cb, Object extraData) 在 HttpRuntime.ProcessRequestInternal(HttpWorkerRequest wr) 在 HttpRuntime.ProcessRequest(HttpWorkerRequest wr) 在 ISAPIRuntime .ProcessRequest（IntPtr ecb，Int32 iWRType）

>MSCRM 平台错误报告：

错误：抛出 System.Web.HttpUnhandledException 类型的异常。错误号：0x80044150 错误消息：HRESULT 异常：0x80044150。错误详细信息：来自 HRESULT 的异常：0x80044150。源文件：不可用 行号：不可用 请求 URL：http://crmserv/userdefined/edit.aspx?_CreateFromType=1&_CreateFromId={94892C13-A23E-DB11-BBF1-0014221C4264}&etc=10059 堆栈跟踪信息：抛出 System.Web.HttpUnhandledException 类型的异常。在 System.Web.UI.Page.HandleError(Exception e) 在 System.Web.UI.Page.ProcessRequestMain() 在 System.Web.UI.Page.ProcessRequest() 在 System.Web.UI.Page.ProcessRequest(HttpContext上下文）在 System.Web.CallHandlerExecutionStep.System.Web.HttpApplication+IExecutionStep.Execute() 在 System.Web.HttpApplication.ExecuteStep(IExecutionStep 步骤，Boolean& completedSynchronously) 在 Microsoft.Crm.Platform.ComProxy.CRMCustomizationClass.Transform(CUserAuth& Caller , CObjectName& SourceObject, Int32 TargetObjectType, Int32 TargetFieldType) 在 Microsoft.Crm.Application.Platform.Entity.CreateFrom(Int32 sourceEntityType, String sourceEntityId, TransformType transformType) 在 Microsoft.Crm。

实际上，这可能是更有用的错误报告。上面出现了两次，但这个每分钟被抛出数十次：

在 User.GetPrivilege(String priv, PRIVILEGE_DEPTH depth) 在 User.GetPrivilege(Int32 objectType, PrivilegeId privilegeId) 在 AppMenuBar.BuildNewObjectMenu(Menu menuObject, Boolean buildAsSubMenu) 在 AppFormMenuBar.BuildFileMenu(String formName) 在 AppFormMenuBar.Execute(PrivilegeCheck privilegeCheck, String formName) at AppFormMenuBar.Execute(PrivilegeCheck privilegeCheck) at AccountDetailPage.ConfigureMenus() at AppPage.OnPreRender(EventArgs e) at Control.PreRenderRecursiveInternal() at Page.ProcessRequestMain() at Page.ProcessRequest() at Page.ProcessRequest(HttpContext context)在 CallHandlerExecutionStep.System.Web.HttpApplication+IExecutionStep.Execute() 在 HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) 在 HttpApplication.ResumeSteps(异常错误) 在 HttpApplication.System.Web.IHttpAsyncHandler。BeginProcessRequest(HttpContext context, AsyncCallback cb, Object extraData) at HttpRuntime.ProcessRequestInternal(HttpWorkerRequest wr) at HttpRuntime.ProcessRequest(HttpWorkerRequest wr) at ISAPIRuntime.ProcessRequest(IntPtr ecb, Int32 iWRType)

用户权限检查失败：，用户没有权限：{9f2b415e-8a0c-430c-bdd1-ad2052b86b02}

许多不同的用户出现在最后一行。任何事物？

4

1 回答 1

0

听起来您正在对数据库进行不受支持的直接 SQL 修改。如果这是错误的原因，您可能会遇到麻烦。您说跟踪不会打开，您是否将以下键添加到注册表并执行 IIS 重置？- http://support.microsoft.com/kb/907490

编辑：

您能否运行以下查询，用您的实例中的数据库名称替换数据库名称，并让我知道是否有特权出现。您可能会错过为其引发该错误的用户安全角色的权限。

    SELECT [PrivilegeId]
      ,[Name]
      ,[CanBeLocal]
      ,[CanBeDeep]
      ,[VersionNumber]
      ,[CanBeGlobal]
      ,[CanBeBasic]
      ,[AccessRight]
      ,[IsDisabledWhenIntegrated]
  FROM [MyCrmDatabase_MSCRM].[dbo].[PrivilegeBase]
  WHERE privilegeid='9f2b415e-8a0c-430c-bdd1-ad2052b86b02'
于 2011-06-08T15:13:38.663 回答