| Предыдущий | Следующий |
| 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.
Разбор по шагам
- Проверьте именно границу «recovery clerk уже существует» и зафиксируйте объект, аргумент или состояние, которое её подтверждает.
- Сверьте наблюдаемое состояние с отдельным исходным признаком:
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.
. Положительный тест обязан проходить после узкого исправления, а отрицательный — по-прежнему воспроизводить ожидаемый отказ на заведомо неверном состоянии.
Технические ссылки
- Microsoft: COM transaction error codes
- Microsoft: HRESULT values in MS-ERREF
- Microsoft: COM+ Compensating Resource Manager
- Microsoft: ICrmLogControl
- Microsoft: ICrmLogControl::WriteLogRecord
Нужно найти другой код? Найти другой код состояния или ошибки.