| Предыдущий | Следующий |
| hrLogSequenceEnd | hrInvalidBackupSequence |
hrNoBackup
Практический смысл
hrNoBackup (0xC8000208) — код ошибки из области ESE / Directory Service backup HRESULT. Короткий ориентир по имени: no / резервная копия. Для диагностики важнее определить первый API и состояние объекта в момент возврата, чем переводить символическое имя как общее сообщение.
Исходное условие в техническом описании сформулировано так: a backup-only API was called when no external backup session is active.
. Эту формулировку следует сопоставлять с фактическим параметром, handle, файлом или state transition в trace.
Что именно нужно отделить
Для этого кода особенно полезно различать два признака из исходной документации: a backup-only API was called when no external backup session is active.
и Relevant API surface — JetBeginExternalBackup , JetGetAttachInfo , JetOpenFile /ReadFile/CloseFile, JetGetLogInfo , and JetEndExternalBackup
. Они задают более узкую границу, чем название facility.
Код-специфичное различие
Нет активного backup-контекста. Вызов относится к операции, которая допустима только внутри уже начатого backup session, но такого контекста нет. Проверьте, был ли успешно выполнен Begin и не завершился ли backup раньше. Это отличается от InvalidBackupSequence: там контекст существует, но следующий переход выбран в неправильном порядке.
Что сохранить до изменений
- Сопоставьте trace с исходным признаком:
It specifically means that this is the opposite state from hrBackupInProgress and usually exposes a caller state-machine bug. Related values below can appear in the same workflow but require a different response:
- Сопоставьте trace с исходным признаком:
hrBackupNotAllowedYet — the instance is temporarily in a state where a backup cannot begin safely
- Сопоставьте trace с исходным признаком:
do not omit the final end/abort path.
Как проверить причину
- Проверьте именно границу «no / резервная копия» и зафиксируйте объект, аргумент или состояние, которое её подтверждает.
- Сверьте наблюдаемое состояние с отдельным исходным признаком:
Code-specific observation: record the call order, instance identity, result of begin-backup, and any cleanup or stop request that ended the context.
.
Безопасное восстановление
Регрессионная проверка должна отдельно контролировать условие Database files are enumerated and copied before the backup advances to the log-file phase., the engine tracks outstanding backup file handles and rejects calls made in the wrong phase.
. Положительный тест обязан проходить после узкого исправления, а отрицательный — по-прежнему воспроизводить ожидаемый отказ на заведомо неверном состоянии.
Технические ссылки
Нужно найти другой код? Найти другой код состояния или ошибки.