Что вызывает этот SqlException: ошибка транспортного уровня произошла при получении результатов сервера
Моя проблема была с хост-активностью, я нашел ее с набором android:launchMode="standard", я удалил ее временно, и она работает!
4 ответа
Я столкнулся с этим много лун назад. Нижняя строка - Вы, исчерпывают доступные порты.
Сначала удостоверьтесь, что Ваше вызывающее приложение имеет организацию пула подключений на.
Если это действительно затем проверяет количество доступных портов для SQL Server.
То, что происходит, - то, что, если объединение от затем каждого вызова, берет порт, и это берет значением по умолчанию истекают, 4 минуты, чтобы иметь порт, и у Вас заканчиваются порты.
Если объединение идет затем, необходимо представить все порты SQL Server и удостовериться, что имеете достаточно и разворачиваете их при необходимости.
Когда я столкнулся с этой ошибкой, организация пула подключений была выключена, и она вызвала эту проблему каждый раз, когда достойная нагрузка была создана для веб-сайта. Мы не видели его в разработке, потому что загрузка была 2 или 3 людьми в макс., но после того как число вырастило более чем 10, мы продолжали видеть эту ошибку. Мы включили объединение, и оно зафиксировало его.
Я столкнулся с этим много лун назад также. Однако для не дисконтирования @Longhorn213s объяснения но у нас было поведение полной противоположности. Мы получили ошибку в разработке и тестировании, но не производстве, где, очевидно, загрузка была намного больше. Мы закончили тем, что терпели проблему в разработке, поскольку это было спорадически и существенно не замедлило прогресс. Я думаю, что могло быть несколько причин этой ошибки, но так и не смогли прикрепить, указывают на причину сам.
Мы также натыкались на эту ошибку и выяснили, что уничтожали соединение SQL-сервера от сервера базы данных. У клиентского приложения создается впечатление, что соединение все еще активно, и попытки используют то соединение, но сбои, потому что оно было завершено.
Мы видели это в нашей среде и проследили часть ее вниз к подсказке "NOLOCK" в наших запросах. Мы удалили подсказку NOLOCK и установили наши серверы для использования режима Snapshot Isolation, и частота этих ошибок была уменьшена вполне немного.