| Предыдущий | Следующий |
| XACT_E_INVALIDLSN | SL_REMAPPING_SP_STATUS_SYSTEM_TIME_SKEWED |
XACT_E_REPLAYREQUEST
Практический смысл
XACT_E_REPLAYREQUEST (0x8004D085) — код ошибки из области MSDTC / COM+ transactions. Короткий ориентир по имени: запрос replay. Для диагностики важнее определить первый API и состояние объекта в момент возврата, чем переводить символическое имя как общее сообщение.
Исходное условие в техническом описании сформулировано так: A TXF or CRM component issued or encountered a transaction replay request.
. Эту формулировку следует сопоставлять с фактическим параметром, handle, файлом или state transition в trace.
Что именно нужно отделить
Проверяйте состояние самой транзакции отдельно от причины, которая привела её к этому состоянию. Для распределённого commit важны UOW, фаза протокола, голоса участников, ownership операции и терминальный outcome.
Для этого кода особенно полезно различать два признака из исходной документации: A TXF or CRM component issued or encountered a transaction replay request.
и After a crash, COM+ creates the compensator and requests replay of durable CRM records. Application code mistakenly routes the event to its normal command handler. The implementation separates recovery callbacks, replays records idempotently, and records completion before the clerk is released.
. Они задают более узкую границу, чем название facility.
Что сохранить до изменений
- идентификатор UOW и первый API, вернувший код
- фаза prepare/commit/abort/recovery и текущий владелец перехода
- голоса и состояние resource managers, включая первый отказ
- тайм-аут, DTC trace и внешние побочные эффекты вне транзакции
- Сопоставьте trace с исходным признаком:
The constant’s public description is limited, so it cannot prove that replay has started, succeeded, or failed. It also does not authorize deleting log records to suppress repeated requests.
- Сопоставьте trace с исходным признаком:
Enter the component’s supported replay procedure, track each durable record, and persist completion before clearing recovery state. If the emitting API is not CRM, use the call stack and owner documentation to identify the applicable TXF/CRM replay contract before acting.
- Сопоставьте trace с исходным признаком:
Version skew prevents the compensator from understanding the durable record sequence.
Как проверить причину
- Проверьте именно границу «запрос replay» и зафиксируйте объект, аргумент или состояние, которое её подтверждает.
- Сверьте наблюдаемое состояние с отдельным исходным признаком:
Capture durable record order and compensator version while protecting record payloads.
.
Безопасное восстановление
Исправляйте конкретную фазу или ownership. Не повторяйте commit/abort на старом объекте вслепую и не создавайте новую бизнес-попытку, пока не понятен исход предыдущей транзакции.
Регрессионная проверка должна отдельно контролировать условие XACT_E_RECOVERYINPROGRESS indicates an active recovery pass. XACT_E_INVALIDLSN identifies an unusable log position that can prevent replay from locating the correct record.
. Положительный тест обязан проходить после узкого исправления, а отрицательный — по-прежнему воспроизводить ожидаемый отказ на заведомо неверном состоянии.
Технические ссылки
- Microsoft: COM transaction error codes
- Microsoft: HRESULT values in MS-ERREF
- Microsoft: COM+ Compensating Resource Manager
- Microsoft: ICrmLogControl
- Microsoft: ICrmLogControl::WriteLogRecord
Нужно найти другой код? Найти другой код состояния или ошибки.
