| Предыдущий | Следующий |
| STATEREPOSITORY_E_LOCKED_RETRY | STATEREPOSITORY_E_TRANSACTION_REQUIRED |
STATEREPOSITORY_E_LOCKED_SHAREDCACHE_RETRY
Точная граница результата
относится к State Repository. В этой странице проверяется lock, busy, recovery, schema или transaction boundary; метка конкретного состояния — locked / sharedcache / retry. Сначала привяжите код к исходной операции и объекту, затем интерпретируйте последующие события.
Точные признаки из исходного описания
Ключевая формулировка: A shared-cache lock held by another connection blocked this request.
. Она задаёт проверяемое условие; если trace показывает другую фазу, этот HRESULT нельзя использовать как универсальный диагноз.
Дополнительный маркер: Within Windows StateRepository , STATEREPOSITORY_E_LOCKED_SHAREDCACHE_RETRY reports that a shared-cache lock held by another connection blocked this request. Diagnosis of this result should follow the original owner and generation rather than treating the visible symptom as the cause.
. Сопоставьте его с параметрами failing call и зафиксируйте значения до изменения конфигурации.
Что сохранить
Сохраните package identity, transaction/statement ID, caller ID, retry count и elapsed timeout; не используйте бесконечный retry. Секретные ключи, токены, полные product keys и защищённый payload в отчёт не включайте.
Контрольная развилка из EN-страницы: During a this result investigation, StateRepository is infrastructure for the Windows application model. The HRESULTs expose distinctions familiar from transactional stores: optimistic concurrency, an unfinished prepared statement, database-versus-table locking, shared-cache contention, recovery, schema compatibility, corruption, and service shutdown., these are not interchangeable reasons to delete the repository.
. Она помогает отделить этот результат от соседнего статуса с другим владельцем или remediation path.
Контрольный эксперимент
Исходный материал предлагает ориентир: Connections participating in a shared cache coordinate schema and table locks inside one process or cache group., the decisive evidence is cache-group membership and connection state, not only the database filename.
. Воспроизводите его с тем же object identity и меняйте только один prerequisite, связанный с причиной.
Для проверки результата полезен ещё один source marker: The first owner to inspect is the StateRepository request, database connection, prepared statement, transaction, schema generation, or service lifecycle that rejected the operation.
. Успех должен подтверждаться на исходной операции, а не только исчезновением внешнего сообщения.
Порядок проверки
- Запишите , UTC-время и identity объекта.
- Проверьте условие «locked / sharedcache / retry» по исходным аргументам и state.
- Измените один подтверждённый prerequisite.
- Повторите исходную операцию и сравните первый native result.
Технические ссылки
- Microsoft Win32 metadata: winerror.h.
- SQLite: Result and extended result codes.
- SQLite: Shared-cache locking model.
- Microsoft: Windows service guidance for StateRepository.
Нужно найти другой код? Найти другой код состояния или ошибки.