| Предыдущий | Следующий |
| NS_E_CUB_FAIL_LINK | NS_E_GLITCH_MODE |
NS_E_BAD_CUB_UID
Рассматривайте этот код как запись о неверном UID Content Server: в вернувшей его операции идентичность сервера, представленная Content Server, не совпадает с UID, ожидаемым топологией или соседним узлом.
Практическое значение
В устаревших связях серверов содержимого данные топологии и координации содержимого передаются между серверными идентичностями. Доступность, проверка подлинности, согласованность UID и сверка после отказа являются отдельными проверками; одного TCP-соединения недостаточно для подтверждения исправной связи с соседним сервером. Используйте эту архитектуру, чтобы найти первый компонент, обнаруживший неверный UID Content Server, и не считать причиной более позднее сводное сообщение.
Важная граница для неверного UID Content Server. Доступный сервер с неправильным UID — не сетевой сбой; его принятие может нарушить решения о владельце и топологии. В записи о несогласованном UID сохраняйте точную константу и вернувший её API, поскольку устаревшие компоненты по-разному обозначают идентичность узла, владельца содержимого и соседнего сервера.
Сведения, которые следует сохранить
| Что записать до повтора | Как использовать при проверке |
|---|---|
| Имя сервера, представленный UID, ожидаемый UID, источник конфигурации и соседний сервер, сообщивший о несовпадении | Связывает сообщение с одним серверным объектом и одним переходом состояния, а не с более поздним повтором. |
| История клонирования, восстановления, переименования или переустановки | Отделяет конфигурацию или идентичность от состояния хранилища, анализатора, сети либо жизненного цикла. |
| Поиск повторяющегося UID на всех серверах | Даёт устойчивое сравнение состояния до и после предполагаемого исправления. |
| Записи о владельце дисков и связях, относящиеся к идентичности | Показывает, является ли статус ожидаемой информацией, предупреждением или первым сбоем в последовательности событий. |
Для несоответствия UID в журналах полезны идентификаторы обоих серверов, версии, переходы состояний и сведения о сверке топологии; медиаданные, учётные данные и ключи для обычной диагностики не нужны.
Безопасное воспроизведение границы
- Сравните локальную конфигурацию с конфигурацией соседнего сервера, не изменяя ни одну из них. Если проверка способна изменить состояние сервера или хранилища, используйте одноразовую точку публикации либо окно обслуживания.
- Запустите заведомо правильно идентифицированный соседний сервер на том же пути связи. Сохраните заведомо исправный поток, сеанс или серверный объект, чтобы общий перезапуск не был ошибочно принят за исправление UID.
- Убедитесь, что клонированные образы серверов создают или получают разные поддерживаемые идентичности. Запишите первое событие связи соседних серверов, ожидаемый и предъявленный UID, состояние объекта или возвращаемое значение, которое изменилось.
Остановитесь после первого сравнения, переместившего диагностическую границу, и исследуйте новый статус отдельно, вместо накопления несвязанных изменений сервера.
Какие выводы делать нельзя
- Заведомо исправное сравнение успешно: изолируйте рабочий объект или конфигурацию, связанную с неверным UID Content Server.
- Контрольный объект получает тот же сбой: исследуйте общую карту UID, данные управления, диски и топологию до изменения медиаданных.
- После одного изменения появился другой статус: сохраните оба результата; первое несоответствие UID устранено, но согласованность идентичности между всеми узлами ещё не доказана.
Закрытие инцидента
Исправление неверного UID Content Server: восстановите авторитетное сопоставление идентичностей либо повторно подготовьте клонированный или заменённый сервер поддерживаемым способом. Сохраните исходную конфигурацию сервера, последовательность событий, таблицу UID соседних узлов, сведения дисков и снимок топологии, чтобы изменение идентичности можно было отменить и объяснить.
Принимайте исправление только тогда, когда у каждого сервера имеется один уникальный и согласованный UID в данных соседних узлов, дисков и управления, а связи остаются стабильными. Повторите исходную поддерживаемую операцию с прежним содержимым и согласованной идентичностью узлов; другой сервер или сеанс полезен для сравнения, но не доказывает устранение несоответствия UID.
Технические материалы
Эти источники описывают API идентичности Content Server, архитектуру межсерверных связей и значения статусов, относящиеся к диагностике UID. Для неверного UID Content Server проверяйте особенности конкретной версии по поколению Windows Media Services и SDK, а также по авторитетным данным топологии, создавшим ожидание идентичности.
- Открытые спецификации Microsoft: значения HRESULT — определяют формальный статус или границу компонента для неверного UID Content Server.
- Microsoft: Windows Media Services 9 Series SDK — описывает API межсерверной идентичности и жизненный цикл, необходимые для интерпретации результата.
- Microsoft: архитектура Windows Media Services SDK — предоставляет контекст топологии, серверных идентичностей и протокола связи.
- Microsoft: программирование объектной модели Windows Media Server — поддерживает критерии проверки UID в объектах управления и связях соседних серверов.
Нужно найти другой код? Найти другой код состояния или ошибки.