Что означает код HRESULT 0x80670008 (STATEREPOSITORY_E_BUSY_RECOVERY_RETRY)?

Код состояния / ошибки:

Категория:

Имя константы:

Источник:

Подсистема (Facility):

Операционная система:

Описание:

Файл базы данных заблокирован процессом восстановления. Запрос будет повторён.

Предыдущий	Следующий
STATEREPOSITORY_E_BUSY_RETRY	STATEREPOSITORY_E_LOCKED_RETRY

STATEREPOSITORY_E_BUSY_RECOVERY_RETRY

Где возникает HRESULT

HRESULT 0X80670008 отмечает конкретную границу Windows State Repository service/store: State Repository: занято / восстановление / повтор. Причину ищут на первом вызове, вернувшем код, а не на последующем UI-сообщении или автоматическом повторе.

В исходном EN-описании ключевое условие сформулировано так: The database is busy because another connection is performing recovery.. Используйте эту формулировку как границу: если фактическое состояние ей не соответствует, ищите соседний HRESULT, а не расширяйте диагноз.

Вторая проверка из документации: The scope of STATEREPOSITORY_E_BUSY_RECOVERY_RETRY is Windows StateRepository : the database is busy because another connection is performing recovery. Preserve 0x80670008 beside the returning call before cleanup or retry creates a more generic secondary failure.. Она полезна для контролируемого сравнения failing/working trace и относится именно к этому результату.

Evidence для расследования

package/application identity и repository DB generation.
transaction/statement ID, caller ID и retry count.
lock/busy/cache/schema/recovery event и elapsed timeout.

Метка результата для корреляции: занято / восстановление / повтор. Сохраняйте значения, которые различают этот переход от соседних кодов; секреты, приватные ключи и полный licensing payload в журналы не помещайте.

Проверка гипотезы

Различайте BUSY, LOCKED, shared-cache lock, recovery retry/timeout, schema mismatch и transaction-required. Бесконечный retry скрывает причину.

Code-specific ориентир: When it is returned, BUSY_RETRY is generic file contention; BUSY_RECOVERY_RETRY identifies recovery as the blocking phase.. В тесте оставьте object identity и операцию прежними и меняйте только один prerequisite, связанный с этой формулировкой.

Измените один подтверждённый input, policy, storage или device prerequisite.
Повторите исходную операцию и сравните первый HRESULT и устойчивое состояние после завершения.
Запишите 0X80670008, UTC-время, вызывающий API и identity объекта до повторов.
Сопоставьте evidence с условием «State Repository: занято / восстановление / повтор» и ближайшим отличающимся состоянием.

Подтверждение результата

Исправьте доказанный locking/schema/recovery prerequisite; повторяйте с ограниченным backoff и тем же transaction scope.

Для финальной проверки сохраните ещё один исходный маркер: Do not remove journal or WAL files from a live repository.. Успех означает, что исходное условие больше не воспроизводится на той же операции, а не только исчезло внешнее уведомление.

Технические ссылки

Нужно найти другой код? Найти другой код состояния или ошибки.