Что означает код HRESULT 0x8004D081 (XACT_E_CLERKEXISTS)?

 
Предыдущий Следующий
XACT_E_CLERKNOTFOUND XACT_E_RECOVERYINPROGRESS

XACT_E_CLERKEXISTS

Интерпретация HRESULT

XACT_E_CLERKEXISTS (0x8004D081) — код ошибки из области MSDTC / COM+ transactions. Короткий ориентир по имени: recovery clerk уже существует. Для диагностики важнее определить первый API и состояние объекта в момент возврата, чем переводить символическое имя как общее сообщение.

Исходное условие в техническом описании сформулировано так: A TXF or CRM recovery clerk with the requested identity already exists.. Эту формулировку следует сопоставлять с фактическим параметром, handle, файлом или state transition в trace.

Контракт операции

Проверяйте состояние самой транзакции отдельно от причины, которая привела её к этому состоянию. Для распределённого commit важны UOW, фаза протокола, голоса участников, ownership операции и терминальный outcome.

Для этого кода особенно полезно различать два признака из исходной документации: A TXF or CRM recovery clerk with the requested identity already exists. и Two workers race to register the same logical recovery participant.. Они задают более узкую границу, чем название facility.

Наблюдаемые признаки

  • идентификатор UOW и первый API, вернувший код
  • фаза prepare/commit/abort/recovery и текущий владелец перехода
  • голоса и состояние resource managers, включая первый отказ
  • тайм-аут, DTC trace и внешние побочные эффекты вне транзакции
  • Сопоставьте trace с исходным признаком: A test or deployment reuses identifiers that were assumed to be globally fresh.
  • Сопоставьте trace с исходным признаком: Do not purge the existing durable log until its transaction outcome and compensation records are understood.
  • Сопоставьте trace с исходным признаком: Make clerk registration idempotent at the application level when the API permits reacquisition.

Разбор по шагам

  1. Проверьте именно границу «recovery clerk уже существует» и зафиксируйте объект, аргумент или состояние, которое её подтверждает.
  2. Сверьте наблюдаемое состояние с отдельным исходным признаком: A restarted component creates a new clerk before reconnecting to durable state left by the previous instance..

Повтор и восстановление

Исправляйте конкретную фазу или ownership. Не повторяйте commit/abort на старом объекте вслепую и не создавайте новую бизнес-попытку, пока не понятен исход предыдущей транзакции.

Регрессионная проверка должна отдельно контролировать условие Check for duplicate activation or retry after an ambiguous timeout.. Положительный тест обязан проходить после узкого исправления, а отрицательный — по-прежнему воспроизводить ожидаемый отказ на заведомо неверном состоянии.

Технические ссылки

Нужно найти другой код? Найти другой код состояния или ошибки.