问题描述
问题声明：异步插件间歇性地失败，因为实体记录的更新速度非常快
详细分析：：我们有一个过程，经常与Access Team共享/取消共享实体记录。异步插件在创建和更新后执行。 Dynamics CRM已与多个系统集成，并在系统中接收更新。由于这些异步插件因sql错误而失败，因此我们遇到了一个问题，
sql error: Generic sql error. CRM ErrorCode: -2147204784 sql ErrorCode: -2146232060 sql Number: 1205
在Dynamics 365 Web应用程序中，如果用户创建/更新记录，则插件将执行并成功。问题是，如果通过集成系统更新记录，则此时插件将失败。我们尝试了以下方法来解决此问题，
这些并没有太大帮助，有什么办法可以在两次插件执行之间设置延迟？还是我们可以克服这一障碍的任何其他方式？
*** Microsoft表示更新记录频率太高（两次记录更新之间相差0.07秒）。由于内部SP“ p_CascadeRevokeAccess”的执行而导致死锁。
解决方法
SQL数字1205是关键，事务导致一些死锁。
错误1205：事务（进程ID）在资源上与另一个进程死锁，并被选择为死锁受害者。重新运行交易
我建议您注意一些事项：
- 您已经提到优化了插件代码，请确保您在插件代码中使用的任何查询表达式或fetchxml查询中都具有“ No Lock”
- 如果要递归更新插件中的相同实体记录，请尝试使用create / update消息的预操作，并在同一同步事务中更新目标属性，而不要在异步事务中进行更新
- 不确定您在操作后插件中触发了多少步骤，尽管您已正确设置了执行顺序，但只能按特定顺序控制同一事务中的流程顺序。但是您不能控制上游实体更新同一实体记录的第一次事务的步骤2之后执行第二次事务的步骤1的执行顺序。
因此，请尝试编写所需的流程，并在每个插件步骤中重新整理代码，以实现更好的处理。尽管CRM平台使用了一些乐观的并发技术，但是您仍然必须注意实现。否则，这将成为维护的噩梦，将来可能无法进行增强。
您还提到了有关使用访问团队进行共享/取消共享的问题，此问题可能与主体对象访问（POA）表更新有关。如有必要，请向Microsoft索取高级支持票。