El rendimiento es lento si la tabla AsyncOperationBase es demasiado grande en Microsoft Dynamics CRM

Mejorar el rendimiento de la secuencia de comandos de eliminación

• Para mejorar el rendimiento general de Microsoft Dynamics CRM, programe el servicio de eliminación de Microsoft Dynamics CRM para que se ejecute durante las horas de menor actividad para Microsoft Dynamics CRM. De forma predeterminada, el servicio se ejecuta en el momento en que se instaló Microsoft Dynamics CRM. Sin embargo, puede configurar el servicio para que se ejecute en 10:00 PM, en lugar de hacerlo en el momento predeterminado. Para hacerlo, use el editor de trabajos de Microsoft Dynamics CRM ScaleGroup. Para obtener más información, visite el siguiente sitio web de CodePlex:

  http://crmjobeditor.codeplex.com/Notas

  1. Esta acción no afecta directamente al rendimiento de la secuencia de comandos.

  2. El editor de trabajos para Microsoft Dynamics CRM 4,0 se ha depecrated y ya no está disponible.

• Para mejorar el rendimiento de las secuencias de comandos de eliminación en este artículo y mejorar el código del servicio de eliminación de Microsoft Dynamics CRM que ejecuta una eliminación similar, agregue los tres índices siguientes a la OrganizationName_MSCRM base de datos antes de ejecutar la secuencia de comandos de eliminación en este artículo:

  CREATE NONCLUSTERED INDEX CRM_WorkflowLog_AsyncOperationID ON [dbo].[WorkflowLogBase] ([AsyncOperationID])GO CREATE NONCLUSTERED INDEX CRM_DuplicateRecord_AsyncOperationID ON [dbo].[DuplicateRecordBase] ([AsyncOperationID])GOCREATE NONCLUSTERED INDEX CRM_BulkDeleteOperation_AsyncOperationID ON [dbo].[BulkDeleteOperationBase](AsyncOperationID)GO

  Nota Si no agrega estos índices, la secuencia de comandos de eliminación puede demorar horas en ejecutarse.

• Detenga el servicio de procesamiento asincrónico de Microsoft Dynamics CRM mientras ejecuta este script.

• Faculta Vuelva a crear los siguientes índices y actualice las estadísticas:

  -- Rebuild Indexes & Update Statistics on AsyncOperationBase Table ALTER INDEX ALL ON AsyncOperationBase REBUILD WITH (FILLFACTOR = 80, ONLINE = OFF,SORT_IN_TEMPDB = ON, STATISTICS_NORECOMPUTE = OFF)GO -- Rebuild Indexes & Update Statistics on WorkflowLogBase Table ALTER INDEX ALL ON WorkflowLogBase REBUILD WITH (FILLFACTOR = 80, ONLINE = OFF,SORT_IN_TEMPDB = ON, STATISTICS_NORECOMPUTE = OFF)GO

• Faculta Actualice las estadísticas con el examen completo de todas las tablas que participan en esta consulta con los siguientes comandos (preferiblemente en horas pico):

  UPDATE STATISTICS [dbo].[AsyncOperationBase] WITH FULLSCANUPDATE STATISTICS [dbo].[DuplicateRecordBase] WITH FULLSCANUPDATE STATISTICS [dbo].[BulkDeleteOperationBase] WITH FULLSCANUPDATE STATISTICS [dbo].[WorkflowCompletedScopeBase] WITH FULLSCANUPDATE STATISTICS [dbo].[WorkflowLogBase] WITH FULLSCANUPDATE STATISTICS [dbo].[WorkflowWaitSubscriptionBase] WITH FULLSCAN

• Faculta Cambie el modelo de recuperación de la base de datos de MSCRM a simple para evitar la generación excesiva de registros de Microsoft SQL Server. Para SQL Server 2005, inicie sesión en Microsoft SQL Server Management Studio como administrador, haga clic con el botón secundario en el <org_name>_MSCRM base de datos, haga clic en propiedades, haga clic en Opcionesy, a continuación, haga clic en modelo de recuperación. Marque simpley, a continuación, haga clic en Aceptar. Después de ejecutar esta secuencia de comandos por primera vez, el <>_MSCRM org_name modelo de recuperación de la base de datos se debe volver a completa para obtener el mejor modelo de recuperación de datos.

• Para aumentar el rendimiento de la secuencia de comandos, se puede reducir el valor @DeleteRowCount de 10.000

Para determinar el número de registros que debe eliminar la secuencia de comandos de este artículo, ejecute la siguiente secuencia de comandos de recuento contra el OrganizationName_MSCRM base de datos:

Select Count(AsyncOperationId)from AsyncOperationBase WITH (NOLOCK)where OperationType in (1, 9, 12, 25, 27, 10) AND StateCode = 3 AND StatusCode IN (30,32) 

Error de scriptAl ejecutar el script de limpieza, puede recibir un mensaje de error similar al siguiente:

Si recibe este mensaje de error, detenga el script de limpieza y siga estos pasos para quitar el resto de los registros de WorkflowWaitSubscription que existen para los flujos de trabajo completados o cancelados. Estos registros ya no deberían existir porque deberían haberse eliminado cuando se completaron o cancelaron los flujos de trabajo. No debe ver los registros devueltos de esta consulta. Cualquier cosa que quede en la tabla WorkflowWaitSubscriptionBase que aparece en esta consulta es un registro huérfano. No puede eliminar estos registros a través de la interfaz de usuario porque el proceso asincrónico de Microsoft CRM se encuentra en estado cancelado o cancelado. La siguiente secuencia de comandos verificará cuántos registros huérfanos WorkflowWaitSubscriptionBase existen para los registros de flujo de trabajo completados y cancelados:

select count(*) from workflowwaitsubscriptionbase WITH (NOLOCK) where asyncoperationid in (Select asyncoperationid from AsyncOperationBase WITH (NOLOCK) where OperationType in (1, 9, 12, 25, 27, 10) AND StateCode = 3 AND StatusCode IN (30,32)) 

La siguiente secuencia de comandos eliminará los registros de WorkflowWaitSubscriptionBase de los registros de WorkflowWaitSubscriptionBase en desuso para los registros de flujo de trabajo completados y cancelados:

delete from workflowwaitsubscriptionbase where asyncoperationid in(Select asyncoperationidfrom AsyncOperationBasewhere OperationType in (1, 9, 12, 25, 27, 10) AND StateCode = 3 AND StatusCode IN (30,32))

Una vez ejecutada esta instrucción Delete, el script de limpieza de AsyncoperationBase y Workflow se completará correctamente.