Не может соединиться с SQL Server
Мы просто переместились от Защиты Конечной точки Symantec до VIPRE Enterprise Sunbelt Software. Они рекламируют маленькие ресурсы, маленькое место и быстрые сканирования по сравнению с другими поставщиками. Конечно, они, действительно казалось, сравнивали свое программное обеспечение с потребительскими версиями другого программного обеспечения.
Действительно кажется, как будто это использует меньше ресурсов, но это все еще замедляет старые компьютеры так, что трудно использовать их при сканировании.
Я привык к инструменту управления, и он работает вполне прилично.
Я действительно замечал, что активная защита действительно замедлила один из наших внутренних веб-сайтов, поскольку это просканирует файлы, которые кэшировались во Временных интернет-Файлах. С активной защитой прочь, веб-сайт пошел от взятия в 5 секунд для загрузки менее чем к секунде. Я нашел способ уменьшить этот результат путем внесения некоторых изменений в политики в консоли управления.
В целом, я прилично доволен им на данный момент. Длительный срок скажет.
Необходимо включить слушателю на порте 1433 в панели управления Менеджера конфигурации SQL Server.
Включите "sa" пользователю. Это отключено по умолчанию после установки.
Установите пароль на "sa" пользователе.
Включите аутентификацию SQL + Режим аутентификации NT.
Удостоверьтесь, что брандмауэр Windows не является блокирующим портом 1433.
Попробуйте имя экземпляра по умолчанию вместо SQLEXPRESS.
Удостоверьтесь, что удаленное соединение использует TCP/1433.
-
1Это главным образом правильно. Однако конфигурация брандмауэра didn' t как только включение портов 1433 и 1434. Скорее я должен был добавить исключение для sqlbrowser и sqlserver исполняемых файлов. – Rister 27 August 2009 в 15:12
-
2обычно, я не использую брандмауэр окон на сервере так или иначе..., я предпочитаю аппаратный брандмауэр. – djangofan 24 November 2010 в 07:39
Когда SQL Server был установлен, он был, скорее всего, установлен работать как сетевая служба или учетная запись локальной службы, которая не будет работать правильно над контроллером домена. Пока SQL Server может работать на контроллере домена (не рекомендуемый из соображений безопасности), он должен только быть установлен после того, как он был продвинут. Аналогично, понижение в должности машины приведет к подобным проблемам с SQL Server, установленным заранее. Я предложил бы делать резервное копирование Ваших баз данных, затем удалив SQL Server полностью, установив новую копию SQL Server, и наконец восстановив Ваши базы данных. Тот путь при установке SQL Server на этот раз он обнаружит другого пользователя / среда безопасности и предложит только те параметры безопасности, которые будут на самом деле работать над контроллером домена.
Вот ссылка на официальные инструкции для установки SQL Server 2008 на контроллере домена.
-
1+1 я получил предупреждение от SQL Server, когда я установил его на своем домашнем DC, говоря мне, что после установки SQL я буду не мочь понизить в должности DC. – pipTheGeek 25 August 2009 в 22:20
Windows Firewall не может быть настроен для разрешения соединений с SQL Server. Обязательно проверьте его на соответствующие порты (1433 для TCP/IP).
Также "поставщик: Названный> компонент" Поставщика Каналов указывает, что пытается использовать именованные каналы для соединения, я нахожу, что он лучше всего соединяется через TCP/IP от отдельной рабочей станции.
Журналы ошибок SQL Server указывают, что это правильно слушает на порте TCP? При выполнении netstat-ano Вы видите, что порт TCP открывается и состоянием слушания? PID совпадает с sqlservr.exe?
Так как это - именованный экземпляр, должен будет говорить сервис Браузера SQL в сети. Это означает, что udp/1434 должен быть открыт на брандмауэре, если он заблокирован. Если Вы видите, что экземпляр SQL Server Express слушает на порте, попытайтесь соединиться через имя сервера, порт TCP. Например, если экземпляр слушает на 2 601, попробуйте Server1,2601. Если это работает, то вероятно, что сервис Браузера SQL блокируется. На той ноте удостоверьтесь, что порт SQL Server слушает на, разрешен в брандмауэре. И Вы, вероятно, захотите сделать это статическим портом, если он будет в настоящее время устанавливаться на динамический.
Я просто хотел помочь кому-то, который мог бы быть готов вытащить их волосы по этой ошибке наверху этой страницы и других как она. Если Вы имеете, прошел и завершил все вышеупомянутые шаги и отсеял через другие веб-сайты, но все еще получение этой ошибки, и Вы проверили, ре, проверенное, и проверили свою установку и настройки снова и снова, подготовьтесь, вот ответ для, вероятно, 90% из Вас там:
Потяните Studio управления SQL Server еще раз, (я знаю, я знаю, на этот раз он будет работать, я обещаю), в Имени сервера: поле, это, вероятно, говорит, что SQLEXPRESS, и вот именно, но на этот раз вводят имя Вашего компьютера затем обратная косая черта перед SQLEXPRESS, так, чтобы это читало, что-то как JOHNDOEPC\SQLEXPRESS, затем со всем остальным заполненным соответственно нажимает Connect, и, вуаля!
Я не знаю, почему Microsoft не сделала это более очевидным для ее конечных пользователей, но они должны иметь. Это взяло меня долгое время для понимания этого для меня пройдя больше чем дюжину веб-сайтов, предлагающих средства, ни одно из который работавший …
О, хорошо наслаждайтесь!
Если ни одна из вышеупомянутых работ для Вас и Вы уверены, что у Вас есть корректные учетные данные, сервис SQL Server, возможно, был остановлен. Таким образом, Вам, вероятно, придется запустить его вручную:
Нажмите Start-> в поле поиска, введите сервисы-> в законченном сервисном окне, дважды щелкают по соответствующему Объекту SQL Server, такому как SQL Server (MSSQLServer)->, тип Запуска Набора к 'Автоматическому' затем нажимает Apply,->, Click 'Начинает' запускать процесс. Необходимо быть в порядке, затем.
Jiayun Han