2

Я установил Microsoft SQL Server 2012 Express с расширенными службами на 64-разрядную версию Windows 7. Во время установки я решил настроить экземпляр SQL Server как «экземпляр по умолчанию», , и в результате я могу подключиться к нему с помощью TCP/IT, указав «localhost», «(local)», «MyComputerName» ", или "." в поле «Имя сервера:» в Microsoft SQL Server Management Studio (в каждом случае соединение отображается в левом столбце SQL Server Management Studio как «SQL Server 11.0.3128 - MyComputerName \ MyUserName». Однако когда я обращаюсь к окну Службы из Инструментов администрирования панели управления, Я вижу, что установленный экземпляр SQL Server работает с использованием имени подключения «Служба NT \ MSSQLSERVER». Это соответствует «Идентификатор экземпляра: MSSQLSERVER» , который появился автоматически при установке, когда я выбрал «Экземпляр по умолчанию». Я бы хотел задать вопрос:MS SQL Server 2012: конфигурация сетевого доступа не работает

Учитывая эту конфигурацию, почему я не могу подключиться, указав MSSQLSERVER или, альтернативно, Служба NT \ MSSQLSERVER в поле имени сервера в SQL Server Management Studio? Как может Я получаю этот альтернативный механизм соединения для работы (без воссоздания нового экземпляра SQL Server)?

Возможно, я не совсем понимаю, как работают соединения, строки подключения и типы соединений под Winodows и какие базовые протоколы подключения к Windows. Возможно, кто-то может указать эти данные и разобраться с любыми запутанными проблемами, связанными с , которые возникают, когда кто-то знает о TCP/IP, но не столько о проприетарных сетевых протоколах Windows.

Спасибо.

+0

Хотя MS SQL Server 2012 LocalDB отдельный исполняемый файл, указав (LocalDB) \ v11.0 как строка соединения не либо несмотря на то, что я установил флажок для установки LocalDB во время установки. Почему это? Благодарю. –

+0

ОК, теперь я не уверен, что даже не перезагрузил свою систему, но теперь задаю (LocalDb) \ v11.0 как имя сервера, когда соединение работает для меня сейчас. –

ответ

2

Я думаю, что вы запутались между типами аутентификации два соединения:

  • проверка подлинности Windows

  • аутентификации SQL сервер

для доступа к серверу SQL удаленно вам придется создать учетную запись пользователя SQL или получить доступ к ней от пользователя, прошедшего проверку подлинности .

  • проверка подлинности Windows: Допустим, у вас есть контроллер домена, который имеет группу, называемую MSSQL_USERS, то вам придется добавить эту группу в сервере SQL и дать правильный доступ к нему, после того, что вы можно подключиться к серверу sql удаленно, используя проверку подлинности Windows, уверенную после входа в Windows пользователем, принадлежащим к этой группе.

  • Проверка подлинности SQL-сервера: сервер MS SQL дает вам возможность создавать пользователей с паролями и предоставлять им доступ к необходимому доступу, базам данных, задачам ... Создание учетной записи на экземпляре SQL-сервера с паролем даст вам доступ для подключения к этому экземпляру.

теперь, если ваш экземпляр называется «MSSQLSERVER», так что вы должны поместить его после имени сервера \ IP адрес : 192.168.3 например.9 \ MSSQLSERVER
или SQL_SERVER \ MSSQLSERVER

Если вы работаете локально, нет необходимости указывать имя сервера. , если имя сервера не работает, возможно, у вас возникла проблема с вашим DNS, поэтому IP-адрес всегда безопаснее и будет решать такие проблемы.


Чтобы включить сетевое подключение к серверу вы собираетесь иметь, чтобы включить удаленные подключения к серверу из:

1- правой кнопкой мыши на сервере> перейти к свойствам

2-го к соединениям и включить удаленные подключения

Во время настройки вы должны выбрать режим проверки подлинности для механизма базы данных. Существует два возможных режима: режим проверки подлинности Windows и смешанный режим, режим MIXED, который позволяет вам подключаться к SQL-серверу с помощью аутентификации по типу SQL и проверки подлинности Windows, если эта опция не была в установленной программе установки, тогда вам следует идти в свойствах сервера

> вкладка безопасность> аутентификация сервера

также при установке сервера MS SQL можно назначить пароль для «са» пользователя, который является администратором SQL-сервера, но будет включен только тогда, когда смешанный режим включен, потому что режим проверки подлинности Windows отключит аутентификацию SQL-сервера.

+0

Спасибо за сообщение. Я использую проверку подлинности Windows. Однако теперь, когда вы указали этот синтаксис, я пытаюсь подключиться локально в Windows 7 Home Premium, указав localhost \ MSSQLSERVER или, альтернативно, 127.0.0.1 \ MSSQLSERVER или, альтернативно, 192.168.1.66 \ MSSQLSERVER (используя IP-адрес, назначенный для моего окна маршрутизатором). К сожалению, никто из них не работает. Почему это? Что я делаю не так? Я хочу подключиться, указав как хост, так и экземпляр сервера, поскольку я изучаю. Благодарю. –

+0

Кроме того, вы не объяснили, почему я не могу подключиться к экземпляру SQL Server LocalDB. –

+0

И я также хотел бы знать: при установке SQL Server мои параметры заключались в том, чтобы настроить аутентификацию для механизма базы данных либо с помощью проверки подлинности Windows, либо с помощью проверки подлинности Windows и проверки подлинности SQL Server. Вы, кажется, указываете, что можно использовать аутентификацию SQL Server без проверки подлинности Windows. Как бы настроить это, учитывая, что программа установки не предлагает эту возможность? Благодарю. –

0

Для меня - у меня было несколько экземпляров SQL-сервера из прошлого, и я пытался проверить конфигурационный менеджер старой версии. Когда я попытался открыть «SQLSERVERMANAGER10.msc» в Win + R, что является правильной услугой для SQL Server 2008, это сработало для меня.

Если вы пытаетесь дальнейшей установки вашего порта 1433 на локальном хосте - попробуйте следующее - https://msdn.microsoft.com/en-IN/library/ms177440.aspx