Назад | Перейти на главную страницу

SQL Server 2008 стал недоступен для соединений с кажущимися случайными интервалами.

Это происходит на сервере, который постоянно использовался более года, с 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, когда все экземпляры отслеживаются удаленным экземпляром, на котором запущен сборщик данных.

Возможно, это не та же основная причина ... всего лишь мои два цента.