| Предыдущий | Следующий |
| XACT_E_NOENLIST | XACT_E_NORESOURCE |
XACT_E_NOISORETAIN
Интерпретация HRESULT
XACT_E_NOISORETAIN (0x8004D00B) — код ошибки из области MSDTC / COM+ transactions. Короткий ориентир по имени: iso-retain недоступен. Для диагностики важнее определить первый API и состояние объекта в момент возврата, чем переводить символическое имя как общее сообщение.
Исходное условие в техническом описании сформулировано так: The provider cannot retain isolation across a retaining transaction boundary.
. Эту формулировку следует сопоставлять с фактическим параметром, handle, файлом или state transition в trace.
Контракт операции
Проверяйте состояние самой транзакции отдельно от причины, которая привела её к этому состоянию. Для распределённого commit важны UOW, фаза протокола, голоса участников, ownership операции и терминальный outcome.
Для этого кода особенно полезно различать два признака из исходной документации: The provider cannot retain isolation across a retaining transaction boundary.
и Prefer a nonretaining boundary followed by an explicit new transaction whose isolation is set and checked independently. Retrying unchanged retain flags will not help. Do not simply lower isolation to suppress the HRESULT because that may introduce nonrepeatable reads or other correctness defects.
. Они задают более узкую границу, чем название facility.
Наблюдаемые признаки
- идентификатор UOW и первый API, вернувший код
- фаза prepare/commit/abort/recovery и текущий владелец перехода
- голоса и состояние resource managers, включая первый отказ
- тайм-аут, DTC trace и внешние побочные эффекты вне транзакции
- Сопоставьте trace с исходным признаком:
Revalidate application invariants if the proposed fix changes session lifetime or the moment locks are released.
- Сопоставьте trace с исходным признаком:
A session abstraction assumes isolation options survive into the next nested or retained transaction.
- Сопоставьте trace с исходным признаком:
Log retention and isolation as separate fields. Code reviews should treat a retaining transaction as a new state transition with explicit guarantees, not as a convenient shorthand for two independent calls.
Разбор по шагам
- Проверьте именно границу «iso-retain недоступен» и зафиксируйте объект, аргумент или состояние, которое её подтверждает.
- Сверьте наблюдаемое состояние с отдельным исходным признаком:
The supplied isoFlags value is nonzero even though the method requires zero.
.
Повтор и восстановление
Исправляйте конкретную фазу или ownership. Не повторяйте commit/abort на старом объекте вслепую и не создавайте новую бизнес-попытку, пока не понятен исход предыдущей транзакции.
Регрессионная проверка должна отдельно контролировать условие An OLE DB component commits with retain enabled and expects the next unit of work to inherit the same isolation state. The provider rejects that contract. The component changes to nonretaining commit, starts a fresh transaction, and verifies the isolation level before issuing new commands.
. Положительный тест обязан проходить после узкого исправления, а отрицательный — по-прежнему воспроизводить ожидаемый отказ на заведомо неверном состоянии.
Технические ссылки
- Microsoft: COM transaction error codes
- Microsoft: ITransactionLocal::StartTransaction
- Microsoft: ITransactionOptions::GetOptions
- Microsoft: HRESULT values in MS-ERREF
Нужно найти другой код? Найти другой код состояния или ошибки.