O desempenho é lento se a tabela AsyncOperationBase ficar muito grande no Microsoft Dynamics CRM

Melhorar o desempenho do script de exclusão

• Para melhorar o desempenho geral do Microsoft Dynamics CRM, agende o serviço de exclusão do Microsoft Dynamics CRM para ser executado fora do horário de pico do Microsoft Dynamics CRM. Por padrão, o serviço é executado no momento em que o Microsoft Dynamics CRM foi instalado. No entanto, você pode definir o serviço para ser executado às 10:00 PM, em vez de na hora padrão. Para fazer isso, use o editor de trabalho do Microsoft Dynamics CRM Scale do Microsoft Dynamics CRM. Para obter mais informações, acesse o seguinte website da CodePlex:

  http://crmjobeditor.codeplex.com/Observações

  1. Essa ação não afeta diretamente o desempenho do script.

  2. O editor de trabalhos do Microsoft Dynamics CRM 4,0 foi depecrated e não está mais disponível.

• Para melhorar o desempenho dos scripts de exclusão neste artigo e para melhorar o código do serviço de exclusão do Microsoft Dynamics CRM que executa exclusões semelhantes, adicione os três seguintes índices ao banco de dados do OrganizationName_MSCRM antes de executar o script de exclusão neste artigo:

  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

  Observação Se você não adicionar esses índices, o script de exclusão poderá levar horas para ser executado.

• Interrompa o serviço de processamento assíncrono do Microsoft Dynamics CRM enquanto você executa esse script.

• Adicionais Reconstrua os seguintes índices e atualize as estatí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

• Adicionais Atualize as estatísticas com a verificação completa em todas as tabelas que envolvem esta consulta usando os seguintes comandos (de preferência às horas de 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

• Adicionais Altere o modelo de recuperação do banco de dados do MSCRm para simples para evitar a geração excessiva de logs do Microsoft SQL Server. Para o SQL Server 2005, faça logon no Microsoft SQL Server Management Studio como administrador, clique com o botão direito do mouse no seu <org_name banco de dados>_MSCRM, clique em Propriedades, clique em Opçõese, em seguida, clique em modelo de recuperação. Marque simplese clique em OK. Depois de executar esse script da primeira vez, o <org_name>_MSCRM modelo de recuperação de banco de dados deve ser revertido para o melhor modelo de capacidade de recuperação de dados.

• Para aumentar o desempenho do script, o valor @DeleteRowCount de 10.000 pode ser reduzido

Para determinar o número de registros a serem excluídos pelo script neste artigo, execute o seguinte script de contagem no banco de dados do OrganizationName_MSCRM:

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

Erro de scriptAo executar o script de limpeza, você pode receber uma mensagem de erro semelhante à seguinte:

Se você receber essa mensagem de erro, interrompa o script de limpeza e siga estas etapas para remover os registros restantes do WorkflowWaitSubscription que existem para fluxos de trabalho concluídos ou cancelados. Esses registros não devem mais existir porque devem ter sido excluídos quando os fluxos de trabalho foram concluídos ou cancelados. Você não verá os registros retornados desta consulta. Qualquer coisa à esquerda na tabela WorkflowWaitSubscriptionBase que aparece nessa consulta é um registro órfão. Você não pode excluir esses registros por meio da interface do usuário porque o processo assíncrono do Microsoft CRM está em um estado cancelado ou concluído. O script a seguir verificará quantos registros WorkflowWaitSubscriptionBase órfãos existem para registros de fluxo de trabalho concluídos e 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)) 

O script a seguir excluirá WorkflowWaitSubscriptionBase registros de registros perdidos e cancelados para registros de fluxo de trabalho concluídos e 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))

Após a execução da instrução DELETE, o AsyncoperationBase e o script de limpeza do fluxo de trabalho serão concluídos com êxito.