Вынос Workflow сервиса на отдельную машину

При решении задачи отделения сервиса DocsVision Worklow Service на отдельную машину ранее предлагался следующий способ
1. установка еще одного сервиса Workflow (обозначим его как W2)
2. объединение сервиса, который работает вместе с сервером DocsVision (обозначим его как W1) и внешнего сервиса СУБП в один кластер
3. установка доли процесса в 1% для сервиса W1, для того, чтобы он не обрабатывал бизнес-процессы.

Наличие работающей службы W1 было необходимо для того, чтобы пользователи смогли запускать бизнес-процессы. Без работающей службы этого сделать нельзя, хотя и не всегда требуется.
Данный способ вполне легален, но требует наличия возможности создания кластера, которая включена в лицензию.

В данной статье я расскажу о способе, как вынести только один сервер. Способ не является официальным, однако прекрасно работает.

Обозначим S1 - машина на которой установлен сервер DocsVision, S2 - машина, на которой установлен только сервис Workflow.

• На S1 останавливаем сервис DocsVision Workflow Service
• На S1 и S2 создаем значение MachineName  (строка) в ключе реестра HKEY_LOCAL_MACHINE\SOFTWARE\DocsVision\Workflow\4.5\WorkflowServer
• На S2 в ключе реестра  HKEY_LOCAL_MACHINE\SOFTWARE\DocsVision\Workflow\4.5 указываем адрес соединения с сервером S1 и название базы в BaseName
• Выполняем два скрипта на базе данных
  

  DELETE FROM dvsys_sessions where AppID='20F4B6CD-B2F6-4702-BB13-ADF848A4F66F'
  UPDATE dvsys_workflow_services SET ServiceID = 'имя сервера S2, на котором работает WF'

  Данные скрипты очищают открытые сессии от сервиса Worklfow, и указывают новое имя сервиса Workflow (Это все можно сделать и через консоль настройки)
• Перезапускаем IIS и DocsVision StorageServer Service на S1 и DocsVision Workflow Service на S2. Помним, что на S1 DocsVision Workflow Service должен быть остановлен - он нам не нужен

Готово, после перезапуска служб будем иметь конфигурацию, при которой сервис управления бизнес-процессами будет работать на отдельном сервере.
Читать дальше