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