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

SQL Server Management Studio не может подключиться к локальному экземпляру

Я не администратор базы данных; Я разработчик, и у меня проблемы с SQL Server Management Studio. Я установил SQL Server 2008 Standard на Windows 2008 Server R2, и, согласно диспетчеру конфигурации SQL Server, у меня есть два экземпляра: OFFICESERVERS (для SharePoint) и MSSQLSERVER.

Когда я открываю SQL Server Management Studio, я могу обнаружить только OFFICESERVERS. Я проверил конфигурацию протокола для обоих экземпляров и не нашел ничего, что указывало бы мне на то, почему это могло быть.

Есть подсказки?

Итак, когда вы подключаетесь к (локальному) или просто к имени машины (поскольку MSSQLSERVER относится к экземпляру по умолчанию), вы не можете подключиться? Работает ли служба SQL Server (MSSQLSERVER)?

У меня была такая же проблема, когда я установил разработчик SQL Server 2008 R2 на машину, на которой уже был установлен более ранний экземпляр SQL Server Express для определенного приложения.

Мне удалось обойти это, используя диспетчер конфигурации SQL Server, чтобы предоставить каждому из экземпляров SQL Server (кроме выделенного для конкретного приложения) определенный порт TCP / IP (в диспетчере конфигурации найдите Network Configuration, Protocols для конкретного экземпляра и дважды щелкните TCP / IP под именем протокола - обязательно включите TCP / IP и выберите неиспользуемый порт, например 14330 или 14331)

Затем, когда я назначил каждому экземпляру собственный порт TCP / IP, используйте SQL Server Management Studio для подключения, например, к. \ MSSQLSERVER, 14330 (обязательно используйте ЗАПЯТУЮ, а не КОЛОНКУ, чтобы разделить имя экземпляра и порт!), и вы сможете подключиться.

Мне не нужна была служба браузера SQL Server, вероятно, потому, что я устанавливал собственные номера портов. На самом деле браузер SQL Server совсем не помог.

Джеймс Нахбар www.plastic.org

Ну, несколько вещей, поскольку вы не предоставили нам достаточно информации:

  1. Прежде всего, MSSQLSERVER может быть «именованным экземпляром». Сначала я бы попытался подключиться к неименованному экземпляру сервера с именем "(local)", и если это не сработает, попробуйте именованный экземпляр ". \ MSSQLSERVER"
  2. Если вы пытаетесь войти в систему как пользователь «sa», включите пользователя, потому что он отключен по умолчанию.
  3. Также включите «Аутентификацию SQL», потому что она тоже не включена по умолчанию.
  4. Предыдущее предложение плаката о том, чтобы убедиться, что служба браузера SQL Server запущена, важно.
  5. Некоторым людям также нравится включать TCP-порт 1433, потому что он также отключен по умолчанию.

Хотя решение Джеймса Нахбы помогло, я решил это немного иначе. Мне не требовалось обходное решение, использующее разные нестандартные порты. У меня была точно такая же проблема, и в точности описанная Джеймсом ситуация (сначала установил экспресс-выпуск SQL, удалил его и заменил на SQL 2008 R2).

В диспетчере конфигурации SQL-сервера есть пункт «Сетевая конфигурация SQL-сервера», в разделе «Протоколы» я выбрал свойства протокола TCP / IP. Там есть вкладка «IP-адреса», а внизу списка находится запись с названием IPAll. В моем случае порт TCP был пуст. Я ввел стандартный порт SQL 1433 и смог подключиться.

HTH, Эрик Оостервал

Убедитесь, что служба браузера SQL Server запущена - это то, что определяет, к какому экземпляру вы подключаетесь.

У меня была такая же проблема, и я подозреваю, что это могло быть вызвано некоторыми недавними обновлениями Microsoft.

Попробовав все предложения безуспешно, я еще немного покопался и обнаружил, что все протоколы в SQL Server отключены.

Решение состояло в том, чтобы открыть диспетчер конфигурации SQL Server, открыть конфигурацию сети SQL Server и щелкнуть Протоколы для SQLEXPRESS2008 (это имя моего экземпляра). Я обнаружил, что все протоколы отключены, поэтому я включил TCP / IP, именованные каналы и общую память, а затем смог подключиться к SQL Server с помощью Microsoft SQL Server Management Studio.