Это происходит на сервере, который постоянно использовался более года, с SQL Server 2008 и веб-приложениями, размещенными на одном компьютере. Сегодня утром у меня было около 100 писем с ошибками с сервера, которые выглядели так:
1: Error Description:
A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections.
(provider: TCP Provider, error: 0 - Only one usage of each socket address (protocol/network address/port) is normally permitted.)
Это произошло около 5:30 утра, затем около 9:00, затем около 11:00 и снова около 15:00. Я вижу эти ошибки в средстве просмотра событий, но SQL Server, кажется, не замечает никаких проблем (там ничего нет в журналах).
я уже смотрел здесь: http://blogs.msdn.com/b/spike/archive/2008/08/26/provider-tcp-provider-error-0-only-one-usage-of-each-socket-address-protocol-network- адрес-порт-нормально-разрешено.aspx но все наши приложения выглядят так, как будто в их строках подключения указано «pooling = true».
Запуск netstat -aon показывает, что имеется много ожидающих соединений:
TCP 10.208.210.239:65529 10.208.210.239:55823 TIME_WAIT 0
TCP 10.208.210.239:65530 10.208.210.239:55823 TIME_WAIT 0
TCP 10.208.210.239:65531 10.208.210.239:55823 TIME_WAIT 0
TCP 10.208.210.239:65532 10.208.210.239:55823 TIME_WAIT 0
TCP 10.208.210.239:65533 10.208.210.239:55823 TIME_WAIT 0
TCP 10.208.210.239:65534 10.208.210.239:55823 TIME_WAIT 0
TCP 10.208.210.239:65535 10.208.210.239:55823 TIME_WAIT 0
(10.208.210.239 - это внутренний IP-адрес сервера, а 55823 - это порт, который прослушивает SQL Server)
Последний из порта 65535, разве он не последний для динамических портов?
Приветствуются любые мысли - нужно ли мне пытаться начать отслеживать соединения, которые не закрываются должным образом в приложениях на этом сервере? На этом сервере не было большого увеличения использования / трафика, есть ли указатели на то, на что смотреть, чтобы попытаться определить, почему это началось сейчас?
У нас были похожие проблемы - мы, кажется, обнаружили, что наши проблемы вызваны функцией сборщика данных в SQL 2008, когда все экземпляры отслеживаются удаленным экземпляром, на котором запущен сборщик данных.
Возможно, это не та же основная причина ... всего лишь мои два цента.