При подключении к службе хостинга клиентов через Sql Server Management Studio через интернет-соединение, которое также имеет другие действия, соединение Sql Server со службой хостинга часто прерывается.
Очевидный способ решения этой проблемы - НЕ иметь дополнительного трафика в соединении, но по-прежнему возникает вопрос: «Почему соединение с Sql-сервером такое нестабильное?».
Если есть, ради аргументов, 100 Кбайт полосы пропускания и несколько запущенных загрузок, которые обслуживаются по 35 Кбайт каждая, то имеется 30 Кбайт резервной пропускной способности. Если запущена третья загрузка, которая может быть обслужена сервером на уровне 35 КБ, она будет доведена до 30 КБ и оставит нулевую резервную емкость. Это нормально, и все загрузки хорошо ладят.
Однако кажется, что с подключениями к Sql Server не имеет значения, есть ли свободная пропускная способность. Sql Server регулярно выходит из строя, если есть какие-либо дополнительные действия в соединении, даже если у меня есть резервная пропускная способность 1024 КБ. Это происходило на протяжении многих лет у разных хостинг-провайдеров, поэтому предполагается, что это связано с Sql Server.
Почему Sql Server (по-видимому) требует эксклюзивного доступа к Интернет-соединению, чтобы поддерживать соединение ... даже если это соединение имеет много резервной емкости сверх любой дополнительной активности в соединении?
Являются ли загрузки отдельными TCP-соединениями? Если это торренты, то это уже не просто вопрос 35 КБ против 30 КБ против 30 КБ, это 1 соединение с SQL-сервером против 500 других.
Я считаю, что это действительно похоже на проблему с SQL Server, но если вы получаете тайм-ауты соединения, это, скорее всего, не имеет ничего общего с пропускной способностью и все, что связано с памятью подключения на сервере. Если у вас нет собственного сервера, вы находитесь во власти других приложений, которые обращаются к этому экземпляру SQL. Либо кто-то держит соединения открытыми, либо буферы серверов просто перегружены. Очевидно, что таймауты запросов - это совсем другая история. Если хост не выполнил сложные сценарии, за один раз можно установить максимальное количество подключений.
В качестве альтернативы, вполне возможно, что TCP-пакеты сбрасываются где-то на линии межсетевых экранов / и т.д.
Устранение всех локальных проблем (ваше интернет-соединение, ваша строка подключения и т. Д.) Я бы попытался работать с вашим хостом, чтобы выяснить это, поскольку это может быть их обязанностью исправить.