| Предыдущий | Следующий |
| XACT_S_SOMENORETAIN | XACT_S_MADECHANGESCONTENT |
XACT_S_OKINFORM
Практический смысл
XACT_S_OKINFORM (0x0004D004) — информационный или успешный статус из области MSDTC / COM+ transactions. Короткий ориентир по имени: успех с уведомлением. Для диагностики важнее определить первый API и состояние объекта в момент возврата, чем переводить символическое имя как общее сообщение.
Исходное условие в техническом описании сформулировано так: Transaction sink requests another notification pass
. Эту формулировку следует сопоставлять с фактическим параметром, handle, файлом или state transition в trace.
Что именно нужно отделить
Проверяйте состояние самой транзакции отдельно от причины, которая привела её к этому состоянию. Для распределённого commit важны UOW, фаза протокола, голоса участников, ownership операции и терминальный outcome.
Для этого кода особенно полезно различать два признака из исходной документации: Transaction sink requests another notification pass
и A validation sink sees no changes, returns this status, and is called again after another sink adjusts a resource. On the second pass it validates the new state.
. Они задают более узкую границу, чем название facility.
Что сохранить до изменений
- идентификатор UOW и первый API, вернувший код
- фаза prepare/commit/abort/recovery и текущий владелец перехода
- голоса и состояние resource managers, включая первый отказ
- тайм-аут, DTC trace и внешние побочные эффекты вне транзакции
- Сопоставьте trace с исходным признаком:
Keep the sink in the inform sequence and invoke it again only under the transaction protocol when later changes occur. Avoid busy loops when no new state exists.
- Сопоставьте trace с исходным признаком:
In the COM transaction and MSDTC protocol, this result means that no changes were made during this call, but the sink wants another chance to look if any other sinks make further changes. Ordinary completion must not be inferred from it until the owning component’s state and outputs agree.
- Сопоставьте trace с исходным признаком:
this result is HRESULT 315396 ( 0x0004D004 ) from winerror.h.
Как проверить причину
- Проверьте именно границу «успех с уведомлением» и зафиксируйте объект, аргумент или состояние, которое её подтверждает.
- Сверьте наблюдаемое состояние с отдельным исходным признаком:
Also record xact_s_okinform_operation , xact_s_okinform_state_before , xact_s_okinform_state_after , UTC time, process and thread identifiers, component version, and a correlation ID. For privacy-safe it diagnostics, log metadata and fingerprints instead of confidential source values.
.
Безопасное восстановление
Исправляйте конкретную фазу или ownership. Не повторяйте commit/abort на старом объекте вслепую и не создавайте новую бизнес-попытку, пока не понятен исход предыдущей транзакции.
Регрессионная проверка должна отдельно контролировать условие Verify that the sink made no change now but remains eligible to review changes made later by other sinks. Only this contract check establishes that this result is safe for the caller’s next step.
. Положительный тест обязан проходить после узкого исправления, а отрицательный — по-прежнему воспроизводить ожидаемый отказ на заведомо неверном состоянии.
Технические ссылки
- Microsoft: COM transaction status codes
- Microsoft: ITransaction::Commit
- Microsoft: ITransaction::Abort
- Microsoft: HRESULT values
Нужно найти другой код? Найти другой код состояния или ошибки.