| Предыдущий | Следующий |
| PEER_E_DATABASE_ACCESSDENIED | PEER_E_MAX_RECORD_SIZE_EXCEEDED |
PEER_E_DBINITIALIZATION_FAILED
Диагностическая граница для PEER_E_DBINITIALIZATION_FAILED
PEER_E_DBINITIALIZATION_FAILED — HRESULT 0x80630303 означает, что peer-база не может быть инициализирована; документирован и случай, когда при обновлении не загружается база из более ранней среды Windows. PEER_E_DBINITIALIZATION_FAILED — Исследуйте первый API, сообщивший этот результат, а не более поздний UI wrapper.
Вопросы, отделяющие этот сбой
- Объект был получен через PeerGraphOpen, PeerGroupOpen и операции переноса/импорта базы либо восстановлен из кэшированного текста или другого процесса?
- Сохраните версию и происхождение базы, версии ОС до и после переноса, hash файлов, первую ошибку базы и результат инициализации новой пустой базы.
- Произошли ли shutdown, deletion, sign-out, expiration или replication между выбором объекта и его использованием?
- Завершается ли операция успешно при контролируемом сравнении, описанном ниже?
Peer-записи объединяют типизированную структуру записи, необязательные доступные для поиска XML-атрибуты, полезную нагрузку, метаданные создателя и срок действия. Локальная база может получать записи в порядке, отличающемся от зависимостей приложения.
Контролируемое сравнение
сохраните исходную базу, инициализируйте новое хранилище с той же identity графа/группы и отдельно проверьте поддерживаемый путь экспорта/импорта. Сохраняйте identity, graph/group ID, cloud и user context неизменными, если только один из них не является проверяемой переменной.
Таблица решений
| Наблюдаемый результат | Следующее действие для PEER_E_DBINITIALIZATION_FAILED |
|---|---|
| HRESULT повторяется при идентичном зафиксированном состоянии | Проверьте контракт вызывающего кода и локальное реплицируемое хранилище; повторные сетевые попытки не дадут новых диагностических данных. |
Вызов продвигается до PEER_E_INVALID_DATABASE | PEER_E_INVALID_DATABASE отличается тем, что сбой инициализации относится к загрузке/обновлению, а invalid-database указывает на несогласованную identity графа при импорте. |
| Контролируемый запуск успешен, production — нет | Сравните user token, database path, cloud, endpoint, certificate chain и фактическую firewall policy. |
Безопасное исправление и проверка
восстанавливайте данные через поддерживаемый экспорт/импорт или пересоздавайте базу только после сохранения доказательств; не перезаписывайте единственную старую базу во время экспериментов. Перед изменениями создайте резервные копии экспортируемой identity и group configuration и сохраните hashes database/invitation artifacts.
Исправление подтверждено только когда нужная операция успешна, а полученные соединения, записи, членство, endpoint или область Peer Collaboration можно независимо перечислить.
Инструментирование и регрессионное покрытие
Фиксируйте первый неудачный вызов, а не более поздний результат cleanup. Решающее значение имеют версия и происхождение базы, версии ОС до и после переноса, hash файлов, первая ошибка базы и результат инициализации новой пустой базы.
| Регрессионный уровень | Проверяемый случай | Условие прохождения |
|---|---|---|
| Входные данные и время жизни объекта | Постройте минимальный сценарий, в котором peer-база не инициализируется, включая документированный случай невозможности загрузить при обновлении базу из более ранней среды Windows. | В тесте фиксируются владеющий дескриптор, контекст пользователя и точный API из PeerGraphOpen, PeerGroupOpen и операций переноса/импорта базы. |
| Контролируемое сравнение | сохраните исходную базу, инициализируйте новое хранилище с той же identity графа/группы и отдельно проверьте поддерживаемый путь экспорта/импорта. | Между неудачным и успешным запуском меняется только нужное локальное реплицируемое хранилище. |
| Путь восстановления | восстанавливайте данные через поддерживаемый экспорт/импорт или пересоздавайте базу только после сохранения доказательств; не перезаписывайте единственную старую базу во время экспериментов. | Нужная операция завершается успешно без замены несвязанных метаданных поиска и срока действия. |
Сохраняйте unsigned hexadecimal HRESULT, symbolic names и timestamps в одной trace. Такая запись позволяет регрессионному тесту отличить этот контракт записи от последующего сбоя транспорта, авторизации или приложения.
Ссылки
- Microsoft: схема атрибутов записи — источник документирует соответствующую peer boundary.
- Microsoft: формат поискового запроса по записям — источник документирует соответствующую peer boundary.
- Microsoft: зависимости записей — источник документирует соответствующую peer boundary.
- Microsoft: функции Grouping API — источник документирует соответствующую peer boundary.
Нужно найти другой код? Найти другой код состояния или ошибки.