| Предыдущий | Следующий |
| XACT_E_TIP_PROTOCOL_ERROR | XACT_E_DEST_TMNOTAVAILABLE |
XACT_E_TIP_PULL_FAILED
Практический смысл
XACT_E_TIP_PULL_FAILED (0x8004D021) — код ошибки из области MSDTC / COM+ transactions. Короткий ориентир по имени: TIP / pull / сбой. Для диагностики важнее определить первый API и состояние объекта в момент возврата, чем переводить символическое имя как общее сообщение.
Исходное условие в техническом описании сформулировано так: MSDTC could not pull and propagate the transaction from a TIP peer.
. Эту формулировку следует сопоставлять с фактическим параметром, handle, файлом или state transition в trace.
Что именно нужно отделить
Проверяйте состояние самой транзакции отдельно от причины, которая привела её к этому состоянию. Для распределённого commit важны UOW, фаза протокола, голоса участников, ownership операции и терминальный outcome.
Для этого кода особенно полезно различать два признака из исходной документации: MSDTC could not pull and propagate the transaction from a TIP peer.
и Communication is lost during the pull after the initial connection has already succeeded.
. Они задают более узкую границу, чем название facility.
Что сохранить до изменений
- идентификатор UOW и первый API, вернувший код
- фаза prepare/commit/abort/recovery и текущий владелец перехода
- голоса и состояние resource managers, включая первый отказ
- тайм-аут, DTC trace и внешние побочные эффекты вне транзакции
- Сопоставьте trace с исходным признаком:
XACT_E_TIP_CONNECT_FAILED identifies failure to establish the peer connection. XACT_E_NOIMPORTOBJECT concerns absence of a local DTC import object for cookie-based propagation.
- Сопоставьте trace с исходным признаком:
An application stores a TIP URL and attempts to pull it after a long queue delay. The remote transaction has already completed, so propagation fails. The design is changed to pull immediately and persist the resulting outcome rather than retaining transaction URLs as durable work items.
- Сопоставьте trace с исходным признаком:
Treat transaction URLs as short-lived capabilities. Telemetry should record their source and age while hashing or redacting sensitive parts.
Как проверить причину
- Проверьте именно границу «TIP / pull / сбой» и зафиксируйте объект, аргумент или состояние, которое её подтверждает.
- Сверьте наблюдаемое состояние с отдельным исходным признаком:
A pull requires a valid TIP transaction URL, a live remote transaction, compatible policy, and a local object able to represent the imported transaction. Failure can therefore occur after basic connectivity succeeds but before the caller receives a usable local transaction context.
.
Безопасное восстановление
Исправляйте конкретную фазу или ownership. Не повторяйте commit/abort на старом объекте вслепую и не создавайте новую бизнес-попытку, пока не понятен исход предыдущей транзакции.
Регрессионная проверка должна отдельно контролировать условие Microsoft: bring your own DTC or TIP transaction
. Положительный тест обязан проходить после узкого исправления, а отрицательный — по-прежнему воспроизводить ожидаемый отказ на заведомо неверном состоянии.
Технические ссылки
- Microsoft: COM transaction error codes
- Microsoft: OleTx TIP protocol
- Microsoft: bring your own DTC or TIP transaction
- Microsoft: DTC interfaces
- Microsoft: HRESULT values in MS-ERREF
Нужно найти другой код? Найти другой код состояния или ошибки.