Dynamics CRM 4.0 рабочий процесс вопрос

Question

Я разработал рабочий процесс для автоматического закрытия встреч, которые на 28 дней после даты начала. Для этого я создал рабочий процесс с ограниченным доступом, используя операцию тайм-аута Workflow, чтобы ждать до 28 дней после даты начала до закрытия.

Я обеспокоен тем, что это может увеличить нагрузку на реализацию CRM по мере увеличения количества назначений (тысячи могут быть открыты при подключении ожидающих рабочих процессов).

Как я могу проверить это? кто-нибудь знает, как часто асинхронная служба будет опросить, чтобы проверить, достигнут ли тайм-аут, и имеет ли он большую разницу в количестве открытых действий?

Answer 1

Тысячи ожидающих/ожидающих рабочих процессов не являются проблемой, теперь, если она пройдет миллион знаков, тогда у вас могут возникнуть проблемы. Большая вещь, которую вы должны контролировать, - это ваша таблица асинхронности. Вероятно, вы увидите повышение производительности, если ваша таблица вырастет с отметкой 1-2 миллиона, и рабочие процессы создаются быстрее, чем служба async может их обработать. Есть несколько вещей, которые вы можете сделать, чтобы улучшить производительность и предотвратить таблицу, растущие из-под контроля:

1. Убедитесь, что вы регулярно планировать следующую работу, чтобы очистить любые обработанные записи и индексы/статистика по мере необходимости перестраивать , KB968520
2. Включите следующий раздел реестра, который автоматически очистит любые обработанные записи. KB974896

Кроме этого, вы должны быть в отличной физической форме.

Answer 2

Методика использования задания в KB968520 в порядке, но лучше практиковать создание рабочих процессов самоконтроля, которые истекут в соответствующее время (что подходит для вашего db), если действия, которые они приводят к не принимаются. Это использует метод, известный как «Параллельное условие ожидания» и обсуждается here.

Параллельное ожидание заставит рабочие процессы «очистить», даже если записи, на которые они влияют (или на которые они повлияли), были удалены из базы данных.