SQL Management Studio не может подключиться к базе данных --- исправления Microsoft не удалось
Я только что установил MS SQL Server 2014 пару дней назад, и до сегодняшнего дня он работал нормально. Я попытался подключиться с помощью Просмотрщика объектов и получил сообщение об ошибке
Не удается подключиться к MyserverName.
Дополнительная информация: Соединение было успешно установлено с сервером, но затем произошла ошибка во время рукопожатия перед входом в систему (поставщик: поставщик общей памяти, ошибка: 0 - процесс Mo находится на другом конце канала.) (Microsoft SQL Сервер, ошибка: 233)
Похоже, консенсус заключается в том, что проблема вызвана либо отключением именованных каналов в моем диспетчере конфигурации SQL Server, либо именованными каналами, предшествующими TCP/IP в порядке протокола. Я убедился, что мой порядок протокола является соответствующим. Сначала он настроен на общую память, во-вторых TCP/IP и, наконец, именованные каналы. Другой источник сказал, что мой порт может быть заблокирован, но у меня уже есть рабочее правило на брандмауэре, чтобы разрешить доступ к порту по умолчанию, который в моем случае равен 1433.
Другой источник сказал, что мне нужно щелкнуть Разрешить удаленные подключения в свойствах сервера в SQL Serer Server Manager, но каждый раз, когда я щелкаю правой кнопкой мыши и нажимаю свойства, происходит сбой программы...
Какие-либо предложения?
2 ответа
SSMS в основном говорит, что SQL Server не работает или просто не может подключиться к нему. Это может звучать как глупый вопрос, но: служба работает, верно?
Извините, я должен был спросить.
Также проверьте и убедитесь, что у вас установлены статические порты. SQL Server по умолчанию использует динамические порты, и если ваш брандмауэр разрешает только 1433, порт мог измениться.
Настройки статического порта выглядят так:
Значение по умолчанию для динамических портов TCP установлено в 0, а статические порты пустые.
Предполагая, что все это никуда не приведет...
Можете ли вы подключиться к серверу с помощью sqlcmd? Если это так, мой первый импульс будет запустить dbcc checkdb на master, хотя это совершенно дикое предположение (основано на сбое SQL Server Manager при попытке открыть панель свойств).
Удачи! Я надеюсь, что здесь что-то поможет.
Это то, что я бы начал изучать в этой точке.
Если у вас есть другой экземпляр SQL Server, работающий на вашем компьютере с тем же портом. По моему опыту; запустив SQL Server, а затем установив Visual Studios, где установлен экземпляр SQL, и это станет условием того, кто владеет портом.
Введите ваши службы (Crtl R) для поля запуска типа services.msc, чтобы загрузить диспетчер служб. Оттуда найдите SQL Server и отключите службу, которую вы не используете, и перезапустите нужный SQL Server, а затем попробуйте подключиться.