| Предыдущий | Следующий |
| NAP_E_NETSH_GROUPPOLICY_ERROR | NAP_E_SHV_CONFIG_EXISTED |
NAP_E_TOO_MANY_CALLS
Одновременно выполняется слишком много вызовов NAP
NAP_E_TOO_MANY_CALLS — это HRESULT 0x80270010 (знаковое десятичное значение -2144927728, беззнаковое десятичное значение 2150039568). AllStat на основании winerror.h описывает его так: «Слишком много одновременных вызовов». Значение обозначает ошибку, имеет код средства 0x27 и поле кода 0x0010.
Для случая отказа из-за чрезмерного числа одновременных вызовов этот HRESULT относится к устаревшей технологии Network Access Protection: NAP недоступна начиная с Windows 10, а современные выпуски Windows Server не содержат прежних ролей NAP, HRA и HCAP. Поэтому его следует учитывать при анализе допуска, обратного давления и освобождения запросов на поддерживаемых устаревших системах, в архивной телеметрии, компонентах совместимости или проектах миграции, не ожидая наличия прежней платформы на современном компьютере.
Ограничение параллелизма, а не вердикт о работоспособности
Открытая константа документирует ограничение числа одновременных вызовов, но не указывает единственный интерфейс-владелец и не публикует фиксированную квоту. Определяющим следует считать место вызова. Обычно ошибка указывает на насыщение, повторный вход или утечку незавершённой работы вокруг компонента NAP; она не означает несоответствие конечного узла требованиям и не должна напрямую преобразовываться в решение о состоянии системы.
Шаблоны параллельной работы, вызывающие насыщение
- SHV возвращает E_PENDING для множества проверок, пока серверный ввод-вывод задерживается и запросы накапливаются.
- Обратный вызов повторно входит в тот же путь управления или проверки до освобождения слота исходным вызовом.
- Обработка тайм-аута прекращает ожидание, но оставляет объекты запросов учтёнными как активные.
- После сетевого сбоя служба принимает неограниченную параллельную работу, когда все клиенты начинают повторять запросы одновременно.
- Один запрос разветвляется на несколько вложенных вызовов NAP, рассчитанных на последовательное выполнение.
Измерения нагрузки и времени жизни
- В точном компоненте, возвращающем HRESULT, записывайте число выполняющихся запросов, глубину очереди, интенсивность поступления и завершения, а также процентили задержки.
- Помечайте каждый вызов номером поколения и регистрируйте окончательное освобождение, чтобы находить потерянные слоты.
- Для асинхронной работы SHV собирайте задержки серверных зависимостей и распределение тайм-аутов.
- Отличайте одновременных вызывающих от повторов одного соединения или идентификатора корреляции.
Безопасное снижение давления
- Ограничивайте допуск до вызова NAP и применяйте обратное давление к вызывающей стороне вместо создания неограниченного числа ожидающих объектов.
- Убедитесь, что каждый путь успеха, ошибки, отмены и тайм-аута освобождает один и тот же маркер учёта параллелизма.
- Устраните повторный вход из обратных вызовов либо направляйте завершение в контролируемый исполнитель.
- Проверяйте работу при постепенно растущем параллелизме и определите первый ресурс, который перестаёт масштабироваться; не считайте, что недокументированный предел одинаков для всех компонентов.
Отличие от соседних результатов NAP
NAP_E_SHV_TIMEOUT означает, что один валидатор не уложился в срок, хотя повторяющиеся тайм-ауты могут привести к этому коду насыщения. NAP_E_NOT_PENDING — ошибка состояния завершения после окончания запроса. NAP_E_TOO_MANY_CALLS — отказ допуска, возникающий, пока слишком большой объём работы всё ещё считается активным.
Повтор и восстановление
Короткий ограниченный повтор со случайной задержкой может быть безопасен после завершения другого вызова, если операция идемпотентна и исходный запрос не был принят. Основное исправление — управление параллелизмом и полная очистка. Увеличение числа потоков или немедленные повторы обычно усиливают насыщение и могут превратить переходное ограничение в отказ службы.
Практический сценарий
SHV обращается к медленному серверу инвентаризации и возвращает E_PENDING. Во время сбоя сотни проверок накапливаются без отмены, а новые запросы получают NAP_E_TOO_MANY_CALLS. Ограничение числа незавершённых проверок, прекращение просроченной серверной работы и возврат отказа компонента, обработанного политикой, восстанавливают предсказуемое поведение.
Ссылки
- Microsoft: константы ошибок NAP
- Microsoft: Validate SHV и E_PENDING
- Microsoft: асинхронное завершение
- Microsoft: интерфейсы NAP
Нужно найти другой код? Найти другой код состояния или ошибки.