| Предыдущий | Следующий |
| NS_E_NAMESPACE_WRONG_SECURITY | NS_E_CACHE_ORIGIN_SERVER_NOT_FOUND |
NS_E_CACHE_ARCHIVE_CONFLICT
Как исследовать NS_E_CACHE_ARCHIVE_CONFLICT
Механизм и область действия
NS_E_CACHE_ARCHIVE_CONFLICT (0xC00D13EC) отмечает ситуацию, когда конфликт архива и кэша медиасервера. Для NS_E_CACHE_ARCHIVE_CONFLICT кэширующий прокси сначала применяет политику, затем выбирает локальное содержимое или исходный сервер; при состоянии «конфликт архива и кэша медиасервера» сохраняйте ключ кэша, валидаторы и решение политики.
Для NS_E_CACHE_ARCHIVE_CONFLICT подтвердите границу, повторив исходную операцию и проверив API, входные данные и исходный HRESULT для состояния «конфликт архива и кэша медиасервера»; после исправления состояние «конфликт архива и кэша медиасервера» не должно возникать. NS_E_CACHE_ARCHIVE_CONFLICT кэширующий прокси сначала применяет политику, затем выбирает локальное содержимое или исходный сервер; при состоянии «конфликт архива и кэша медиасервера» сохраняйте ключ кэша, валидаторы и решение политики. NS_E_CACHE_ARCHIVE_CONFLICT зафиксируйте API, входные данные и исходный HRESULT для состояния «конфликт архива и кэша медиасервера», чтобы подтвердить состояние «конфликт архива и кэша медиасервера». NS_E_CACHE_ARCHIVE_CONFLICT кэширующий прокси сначала применяет политику, затем выбирает локальное содержимое или исходный сервер; при состоянии «конфликт архива и кэша медиасервера» сохраняйте ключ кэша, валидаторы и решение политики. NS_E_CACHE_ARCHIVE_CONFLICT решающий вопрос состоит в том, соответствуют ли живой объект и значения этой границе; базовое описание AllStat само по себе не показывает поколение объекта, выбранный подключаемый модуль или сбой нижнего уровня.
Что записать до любых изменений
| Данные | Почему это важно для NS_E_CACHE_ARCHIVE_CONFLICT |
|---|---|
| Решающее состояние | Кэширующий прокси сначала применяет политику, затем выбирает локальное содержимое или исходный сервер; при состоянии «конфликт архива и кэша медиасервера» сохраняйте ключ кэша, валидаторы и решение политики, для состояния «конфликт архива и кэша медиасервера». |
| Ответственный объект | Зафиксируйте сервер, точку публикации, список воспроизведения, узел пространства имён, подключаемый модуль или элемент кэша, вернувший NS_E_CACHE_ARCHIVE_CONFLICT включая время его создания или перезапуска. |
| Первый результат нижнего уровня | Сохраните самое раннее событие Win32, сокета, COM, анализатора или подключаемого модуля до HRESULT; более поздние оболочки могут сопоставить несколько причин с NS_E_CACHE_ARCHIVE_CONFLICT. |
| Контролируемое сравнение | Используйте заведомо исправный объект того же типа и изменяйте только предусловие «операция завершилась состоянием «конфликт архива и кэша медиасервера»». |
| Конфиденциальные данные | Для NS_E_CACHE_ARCHIVE_CONFLICT по возможности записывайте идентификаторы, длины, хэши и обезличенные URL; не публикуйте пароли, файлы авторизации или неограниченные клиентские данные. |
Сравнение с соседними состояниями
Главное различие: Кэширующий прокси сначала применяет политику, затем выбирает локальное содержимое или исходный сервер; при состоянии «конфликт архива и кэша медиасервера» сохраняйте ключ кэша, валидаторы и решение политики.
| Близкий результат | Другая контрольная точка |
|---|---|
NS_E_CACHE_ORIGIN_SERVER_NOT_FOUND | Сравнивайте его собственную символьную границу и первый сбойный вызов; его нельзя автоматически объединять с NS_E_CACHE_ARCHIVE_CONFLICT. |
NS_E_CACHE_NOT_MODIFIED | По отношению к NS_E_CACHE_ARCHIVE_CONFLICT этот соседний результат относится к другому состоянию или ветви проверки, даже если видимый пользователю симптом похож. |
NS_E_CACHE_ORIGIN_SERVER_TIMEOUT | Для NS_E_CACHE_ARCHIVE_CONFLICT используйте тип объекта и последовательность операций, чтобы определить авторитетный результат. |
Структура сбоя, специфичная для кода
В типичном инциденте NS_E_CACHE_ARCHIVE_CONFLICT инциденте сервер обнаруживает, что операция загрузки в кэш или архивирования перекрывается с другой несовместимой операцией для того же содержимого, и отклоняет запрос до того, как вызывающая сторона сможет безопасно считать следующий этап выполненным. Поэтому запись об инциденте должна связывать ключ кэша, URL исходного сервера, активные дескрипторы архивирования или загрузки, версию содержимого и время начала операций с поколением объекта и точным административным или протокольным запросом.
Кэширующий прокси сначала применяет политику, затем выбирает локальное содержимое или исходный сервер; при состоянии «конфликт архива и кэша медиасервера» сохраняйте ключ кэша, валидаторы и решение политики. NS_E_CACHE_ARCHIVE_CONFLICT продвинуться дальше, результат подтверждает эту границу. Если NS_E_CACHE_ARCHIVE_CONFLICT сохраняется, вернитесь к первому событию нижнего уровня, не расширяя восстановительные действия.
Кэширующий прокси сначала применяет политику, затем выбирает локальное содержимое или исходный сервер; при состоянии «конфликт архива и кэша медиасервера» сохраняйте ключ кэша, валидаторы и решение политики. NS_E_CACHE_ARCHIVE_CONFLICT это различие также объясняет, почему мониторинг должен сохранять символьное имя, а не только общий сбой COM.
Минимальный полезный эксперимент
- Зафиксируйте
0xC00D13ECNS_E_CACHE_ARCHIVE_CONFLICT, а также точное действие API или администрирования и временную метку первого сбоя. - Зафиксируйте API, входные данные и исходный HRESULT для состояния «конфликт архива и кэша медиасервера», чтобы подтвердить состояние «конфликт архива и кэша медиасервера».
- Для
NS_E_CACHE_ARCHIVE_CONFLICTподтвердите, что объект по-прежнему относится к текущему поколению WMServer, точки публикации или презентации. - Повторите исходную операцию в контролируемом сценарии, изменив только условие «конфликт архива и кэша медиасервера», и сохраните API, входные данные и исходный HRESULT, относящиеся к состоянию «конфликт архива и кэша медиасервера».
- Повторите исходную операцию
NS_E_CACHE_ARCHIVE_CONFLICTчерез тот же протокол и от имени той же службы; не заменяйте её другим клиентским тестом. - После
NS_E_CACHE_ARCHIVE_CONFLICTпроверьте ожидаемое следующее состояние и сохраните любой более поздний HRESULT как отдельный результат конвейера.
Для NS_E_CACHE_ARCHIVE_CONFLICT успех означает, что та же операция проходит эту контрольную точку и создаёт ожидаемое следующее состояние, а не просто исчезновение символьного кода.
Изменения, не устанавливающие причину для «конфликт архива и кэша медиасервера»
- Кэширующий прокси сначала применяет политику, затем выбирает локальное содержимое или исходный сервер; при состоянии «конфликт архива и кэша медиасервера» сохраняйте ключ кэша, валидаторы и решение политики.
- Для
NS_E_CACHE_ARCHIVE_CONFLICTполная переустановка особенно слабо подтверждает причину, поскольку меняет множество не связанных компонентов и не объясняет отклонённое серверное предварительное условие. - Не подавляйте
NS_E_CACHE_ARCHIVE_CONFLICTи не заменяйте его общей «конфликт архива и кэша медиасервера»; сохраняйте в телеметрии символьный код и ответственную операцию.
Результаты проверки
| Наблюдение при повторной проверке | Толкование |
|---|---|
Тот же вызов по-прежнему возвращает NS_E_CACHE_ARCHIVE_CONFLICT | Для NS_E_CACHE_ARCHIVE_CONFLICT отклонённое предварительное условие не изменилось либо вызывающая сторона всё ещё использует старое поколение объекта или конфигурации. |
| Операция продвигается дальше и появляется более поздний код | Граница NS_E_CACHE_ARCHIVE_CONFLICT пройдена. После NS_E_CACHE_ARCHIVE_CONFLICT диагностируйте новый код на его собственной стадии источника, анализатора, приёмника, сети или клиента. |
| Новый объект работает, а сохранённый — нет | Для NS_E_CACHE_ARCHIVE_CONFLICT время жизни объекта или устаревший контекст являются частью инцидента; исправьте управление жизненным циклом вместо восстановления всего компьютера. |
| Сбой возникает только у одной точки публикации, списка воспроизведения, ключа кэша или подключаемого модуля | Для NS_E_CACHE_ARCHIVE_CONFLICT данные указывают на конфигурацию или содержимое конкретного объекта, а не на общий сбой сервера. |
Технические ссылки для «конфликт архива и кэша медиасервера»
- Работа кэширующего прокси Windows Media Server
- Создание подключаемых модулей кэширующего прокси
- Взаимодействие с HTTP-прокси Windows Media Services
- Реестр HRESULT Microsoft
Закрывайте инцидент только после того, как NS_E_CACHE_ARCHIVE_CONFLICT перестанет возникать на актуальном объекте.
Нужно найти другой код? Найти другой код состояния или ошибки.