Каждые 2-3 дня в моем компьютере с Windows Server 2003 R2 Enterprise, в котором размещено веб-приложение .NET, будут возникать проблемы. Приложение .NET перестает подключаться к серверу SQL из-за этой ошибки:
Произошла ошибка при установлении соединения с сервером.
(поставщик: поставщик именованных каналов, ошибка: 40 - не удалось открыть соединение с SQL Server) (Microsoft SQL Server, ошибка: 5)
Произошла ошибка при установлении соединения с сервером. При подключении к SQL Server 2005 этот сбой может быть вызван тем, что в настройках по умолчанию SQL Server не разрешает удаленные подключения. (поставщик: поставщик именованных каналов, ошибка: 40 - не удалось открыть соединение с SQL Server) (Microsoft SQL Server, ошибка: 1326)
После перезагрузки сервера все работает нормально. Я проверил оперативную память, открытые соединения на SQL-сервере и т.д., и ничего не вышло.
Любые идеи?
Как ни странно, я вижу подобные события, смешанные с массой событий ошибок подключения SQL, которые я опубликовал выше:
Этот экземпляр SQL Server использует идентификатор процесса 44552 с 06.07.2010 12:07:27 (локально) 06.07.2010 16:07:27 (UTC).
Но на этом сервере не установлен SQL Server ?? Также после перезагрузки появляется много сообщений о запуске резервного копирования SQL Server и т. Д.
Я беру это обратно, есть процессы, работающие как MSSQLSERVER ... но почему? Он не установлен .. удалить тоже не вижу.
Эта ошибка является общей и означает, что вы не можете подключиться к SQL. Есть ли что-нибудь еще в журналах событий сервера?
Просто удар в темноте, но если перезагрузка решит проблему, то ваши TEMPDB заполняют жесткий диск?
Однажды у меня была аналогичная проблема с модулем разработки SharePoint, который я использовал. У него был запущен локальный экземпляр SQL Server Express (его установила Visual Studio), и по какой-то причине у него были проблемы с подключением к экземпляру SQL Server, на котором был запущен SharePoint, который был полностью на другом компьютере. Для меня это не имело никакого смысла. Но когда я отключил локальный экземпляр SQL, у меня больше не было этой проблемы.
Убедитесь, что этот экземпляр не используется, затем отключите его через services.msc