Диспетчер конфигурации sql. Установка Microsoft SQL Server

SQL Server - это средство, предназначенное для управления службами, связанными с SQL Server, для настройки сетевых протоколов, которые используются SQL Server, а также для управления конфигурацией подключений с клиентских компьютеров SQL Server . SQL Server Диспетчер конфигурации Microsoft представляет собой оснастку консоли управления (ММС), которую можно открыть из меню "Пуск" или добавить в любой экран консоли управления Microsoft. Microsoft Консоль управления (mmc.exe ) использует файл SQLServerManager<версия>.msc (например, SQLServerManager13.msc для SQL Server 2016), чтобы открыть диспетчер конфигурации. Ниже приведены расположения последних четырех версий этого диспетчера при установке Windows на диск C.

SQL Server 2016	C:\Windows\SysWOW64\SQLServerManager13.msc
SQL Server 2014	C:\Windows\SysWOW64\SQLServerManager12.msc
SQL Server 2012	C:\Windows\SysWOW64\SQLServerManager11.msc
SQL Server 2008	C:\Windows\SysWOW64\SQLServerManager10.msc

Примечание
Поскольку диспетчер конфигурации SQL Server является оснасткой консоли управления Microsoft, а не изолированной программой, при работе в более новых версиях Windows диспетчер конфигурации SQL Server не отображается как приложение. Windows 10 : чтобы открыть диспетчер конфигурации SQL Server, введите на начальной странице SQLServerManager13.msc (для SQL Server 2016). Для предыдущих версий SQL Server замените 13 на меньшее число. Если щелкнуть SQLServerManager13.msc, откроется диспетчер конфигурации. Чтобы закрепить диспетчер конфигурации на начальной странице или панели задач, щелкните правой кнопкой мыши SQLServerManager13.msc и выберите пункт Открыть папку с файлом . В проводнике щелкните правой кнопкой мыши SQLServerManager13.msc, а затем выберите команду Закрепить на начальном экране или Закрепить на панели задач . Windows 8 : чтобы открыть диспетчер конфигурации SQL Server, с помощью чудо-кнопки Поиск на вкладке Приложения введите SQLServerManager<версия>.msc (например, SQLServerManager13.msc ) и нажмите клавишу ВВОД .

Примечание

Поскольку диспетчер конфигурации SQL Server является оснасткой консоли управления Microsoft, а не изолированной программой, при работе в более новых версиях Windows диспетчер конфигурации SQL Server не отображается как приложение.

Windows 10 :
чтобы открыть диспетчер конфигурации SQL Server, введите на начальной странице SQLServerManager13.msc (для SQL Server 2016). Для предыдущих версий SQL Server замените 13 на меньшее число. Если щелкнуть SQLServerManager13.msc, откроется диспетчер конфигурации. Чтобы закрепить диспетчер конфигурации на начальной странице или панели задач, щелкните правой кнопкой мыши SQLServerManager13.msc и выберите пункт Открыть папку с файлом . В проводнике щелкните правой кнопкой мыши SQLServerManager13.msc, а затем выберите команду Закрепить на начальном экране или Закрепить на панели задач .
Windows 8 :
чтобы открыть диспетчер конфигурации SQL Server, с помощью чудо-кнопки Поиск на вкладке Приложения введите SQLServerManager<версия>.msc (например, SQLServerManager13.msc ) и нажмите клавишу ВВОД .

SQL Server Диспетчер конфигурации и среда SQL Server Management Studio используют инструментарий WMI для просмотра и изменения некоторых параметров сервера. Инструментарий WMI обеспечивает единообразный интерфейс с API-вызовами, которые управляют операциями с реестром, запрашивающими средства SQL Server, а также улучшенный контроль и управление выбранными SQL-службами оснастки «Диспетчер конфигурации SQL Server». Сведения о настройке разрешений, связанных с WMI, см. в разделе .

Сведения о запуске, остановке, приостановке, возобновлении и настройке служб на другом компьютере с помощью диспетчера конфигурации SQL Server см. в разделе .

Диспетчер конфигурации SQL Server используется для запуска, приостановки, возобновления и остановки служб, а также для просмотра или изменения свойств служб.

Используйте диспетчер конфигурации SQL Server для запуска компонента Компонент Database Engine с помощью параметров запуска. Дополнительные сведения см. в разделе .

С помощью диспетчера конфигурации SQL Server можно управлять службами SQL Server .

Важно
Всегда используйте такие средства SQL Server , как диспетчер конфигурации SQL Server , для изменения учетной записи, используемой службами SQL Server или агентом SQL Server , либо для изменения пароля учетной записи. Диспетчер конфигурации SQL Server не только изменяет имя учетной записи, но и выполняет дополнительную настройку, например установку разрешений в реестре Windows, чтобы новая учетная запись могла считывать настройки SQL Server . Другие средства, такие как диспетчер управления службами Windows, могут изменить имя учетной записи, но не изменяют соответствующие параметры. Если служба не может получить доступ к разделу реестра SQL Server , она может запуститься некорректно.

Важно

Всегда используйте такие средства SQL Server , как диспетчер конфигурации SQL Server , для изменения учетной записи, используемой службами SQL Server или агентом SQL Server , либо для изменения пароля учетной записи. Диспетчер конфигурации SQL Server не только изменяет имя учетной записи, но и выполняет дополнительную настройку, например установку разрешений в реестре Windows, чтобы новая учетная запись могла считывать настройки SQL Server . Другие средства, такие как диспетчер управления службами Windows, могут изменить имя учетной записи, но не изменяют соответствующие параметры. Если служба не может получить доступ к разделу реестра SQL Server , она может запуститься некорректно.

Дополнительное преимущество диспетчера конфигурации SQL Server, SMO и инструментария WMI заключается в том, что новые параметры вступают в силу немедленно без перезапуска службы.

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

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

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

псевдонимы сервера- псевдонимы сервера, используемый для компьютера, с которым соединяется клиент;

протокол - сетевой протокол, используемый для данной конфигурации;

параметры соединения - параметры, связанные с адресом соединения для конфигурации сетевого протокола.

Диспетчер конфигурации SQL Server позволяет также просматривать сведения об экземплярах отказоустойчивого кластера, хотя для некоторых действий, например запуска и остановки служб, должен использоваться администратор кластера.

Доступные сетевые протоколы

SQL Server поддерживает протоколы общей памяти, TCP/IP и именованных каналов. Сведения о выборе сетевых протоколов см. в разделе . SQL Server не поддерживает сетевые протоколы VIA, Banyan VINES Sequenced Packet Protocol (SPP), Multiprotocol, AppleTalk и NWLink IPX/SPX. Клиенты, подключенные ранее с помощью этих протоколов, для соединения с SQL Server должны выбрать другой протокол. Диспетчер конфигурации SQL Server нельзя использовать для настройки прокси-сервера WinSock. Чтобы настроить прокси-сервер WinSock, см. документацию по ISA Server.

Подключение к серверу:

1. Первый раз лучше запускать программу на том же компьютере, где установлен SQL Server.
Перед этим:

1.1. Открыть "Диспетчер конфигурации" (Пуск >> Программы >> MS SQL Server 2008 >> Средства настройки ).

В "Диспетчере":

а) Если при установке сервера выбрали запуск вручную - запустить "SQL Server" и "SQL Server Обозреватель" .

б) Включить протокол TCP: Сетевая конфигурация >> Протоколы, правой кнопкой по "TCP/IP" - "Включить" .

1.2. Запустить программу, используя ярлык "Предприниматель-SQL" (или меню Файл >> Переключить на SQL) .
Создать новую или перенести существующую базу данных.

2. Подключение других компьютеров в сети
(если используется сервер терминалов, это не потребуется).

Все действия выполняются на компьютере, где установлен SQL Server.
Меню Файл >> Открыть базу данных, нажать "Еще".

2.1. Нажать кнопку "Брандмауэр_Windows " - "Создать правило автоматически".
Или самостоятельно:
Пуск >> Панель_управления >> Система_и_безопасность >> Брандмауэр_Windows >> Дополнительные_параметры >> Правила_для_входящих_подключений: "Создать правило", выбрать "Для порта" - 1433 TCP и 1434 UDP .

2.2. Нажать кнопку "Подключение других пользователей" - "Создать имя входа". Задать имя и пароль (имя любое, пароль желательно 6-7 символов, запоминать и вводить не потребуется).
Или самостоятельно:
В "Management Studio": Безопасность >> Имена входа >> Создать. Выбрать "Проверка подлинности SQL Server", имя и пароль, снять отметку "Задать срок окончания".
Перезапустить SQL Server (в "Диспетчере конфигурации").

2.3. После этого в папке программы появится файл connect.udl , в котором сохранены все настройки.
Скопировать его в папку программы на других компьютерах и запустить там "Предприниматель-SQL".

Пуск => Программы => Microsoft SQL Server 2008 R2 => средства настройки => Диспетчер конфигурации SQL Server

46. Окно диспетчера конфигурации SQL Server

В левой части окна в разделе Сетевая конфигурация SQL Server выберите строку Протоколы для SQL 2008 и в правой части окна измените статус протокола TCP\IP на «Включено».

Для того, чтобы изменения вступили в силу, необходимо перезапустить службу SQL Server. Для этого в левой части окна выберите раздел Службы SQL Server , выберите строку SQL Server (SQL 2008) и нажмите кнопку Перезапустить службу на панели инструментов окна (Рисунок 47 ).

47. Службы SQL Server

1.8.4.Настройка соединения со стороны клиента

Для соединения с сервером используется источник данных ODBC SQL Server, создаваемый на основе строки соединения, т.е. создание специального источника (DSN) не требуется.

При первом запуске Программного комплекса в окне регистрации (Рисунок 48 ) необходимо указать параметры Имя сервера и Имя базы данных .

48. Окно регистрации

Синтаксис имени сервера: [\]

– идентификатор сервера.

Идентификатор сервера должен быть детерминированным для используемого протокола. Для протокола TCP\IP допускается указание следующих идентификаторов:

DNS или NetBIOS имя, которое может быть преобразованы в IP-адрес;
IP-адрес;
локальный адрес «127.0.0.1» или «.», обозначающие подключение «на себя» (к локальному серверу) и имя «(local)» для подключения напрямую, минуя сетевой интерфейс.

– имя экземпляра SQL Server на указанном сервере. Для первой установки SQL Server (экземпляра по умолчанию) имя экземпляра не указывается.

Если соединение не устанавливается (или постоянно обрывается), необходимо воспользоваться псевдонимами серверов. Псевдоним сервера представляет собой именованную группу настроек подключения к конкретному SQL-серверу. Использование псевдонимов позволяет решить большинство проблем с подключением, в том числе для именованных инсталляций (экземпляров) SQL Server.

Настройка псевдонимов производится с помощью утилиты cliconfg.exe, которая может быть вызвана из меню «Start (Пуск) - Microsoft SQL Server - Client Network Utility», на вкладке «Псевдоним (Alias )» с помощью кнопок [Добавить (Add ] , [Изменить (Edit )] и [Удалить (Delete )] (Рисунок 49 ).

49. Добавление конфигурации сетевой библиотеки

В окне добавления конфигурации сетевой библиотеки необходимо указать следующие параметры:

В примере на Рисунке 49 настроен псевдоним «DBSRV», обозначающий IP-адрес 192.168.0.2, порт 1433. В данном случае псевдоним совпадает с реальным именем сервера.

Часто псевдонимы подключения к используемым серверам создают автоматически, поэтому при изменении сетевых адресов серверов следует удалять устаревшие псевдонимы.

Если реальное имя сервера совпадает с именем псевдонима, то для подключения используются указанные выше параметры псевдонима. Поэтому при изменении сетевых параметров серверов необходимо дополнительно проверять и корректировать настройки псевдонимов на клиентских станциях.

1.8.5.Диагностика проблем соединения

Выделяют две основные проблемы подключения:

Проблемы работы сети и используемого протокола;
Проблемы безопасности (аутентификации).

Порядок проведения диагностики проблем подключения:

Убедитесь в работоспособности оборудования и системного программного обеспечения:

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

Проверьте конфигурацию используемых протоколов в операционной системе. Проверку необходимо провести на сервере и на клиенте средствами операционной системы Windows.

Должны быть выполнены следующие условия:

требуемый протокол должен быть назначен для используемых сетевых устройств (сетевые карты, модемы и т.п.);
для используемого протокола в параметрах устройства должны быть назначены имена, адреса и прочие параметры конфигурирования;
должны быть сконфигурированы и запущены сетевые службы, предназначенные для поддержки используемых протоколов и устройств (сервера имен, сервер распределения адресов и др.);
используемые межсетевые экраны и средства криптозащиты не должны препятствовать работе используемого протокола, не должны блокировать активность используемых серверов и клиентских станций и не должны отфильтровывать трафик SQL Server.

Если проблемы подключения связаны с работой протоколов и (или) сетевых устройств и служб, откроется информационное окно с сообщением вида «SQL Server does not exist or access denied», «General Network Error», «Cannot Generate SSPI Context», «Specified SQL server not found» и иное. При подключении клиентской частью откроется информационное окно с сообщением вида: «Истек период ожидания подключения к серверу», «Невозможно подключиться к серверу», «Нет физического соединения» после продолжительной задержки (30-60 секунд).

Проверка подключения в этом случае должна производиться с помощью утилит диагностики работы используемых протоколов.

Проверьте, нет ли проблем с аутентификацией и безопасностью. Такие проблемы могут быть вызваны одной из следующих причин:

неверно указаны учетные данные, имя сервера или базы данных;
SQL Server в режиме ограниченного доступа;
проблемы с NTLM, Kerberos и др.;
проблема с доступом в домене: контроллер домена недоступен, нет доверительных отношений, запрещен анонимный доступ или другое;
не выполнена операция «восстановления пользователей», требуемая в установленных случаях.

Внимательно проверьте, правильно ли указаны учетные данные пользователя и имя базы данных. В случае ошибки откроется информационное окно с сообщением вида «Вы не имеете доступа к выбранной базе данных либо она не существует», «Вы не имеете доступа. Проверьте правильность ввода имени пользователя и пароля», «У вас нет прав доступа к выбранной базе данных, либо она не существует» и др.

Также для выявления возможных причин просмотрите журнал событий компьютера. Для решения проблем, возникающих из-за подключения к SQL Server с использованием аутентификации Windows NT, воспользуйтесь аутентификацией SQL Server.

При получении информационных сообщений вида «Обновление невозможно» в различном контексте (это значит, что не соответствуют версии клиента и базы данных, слишком старый или слишком новый клиент), следует решить проблему с версией клиента (см. п. 1.6 ).

Если ничего из вышеперечисленного не решило проблему, создайте новую учетную запись с правами администратора сервера (или, хотя бы, владельца базы данных), он заведомо будет иметь доступ к базе данных. Успешная попытка подключения в этом случае означает, что старые пользователи неработоспособны, необходимо воспользоваться режимом восстановления пользователей.

1.8.5.1.Проверка работы протокола TCP/IP

С помощью команды ipconfig / all определите настройку протокола на сервере - необходимо знать полное имя сетевое имя сервера и его IP-адрес.

С клиентской станции выполните команду проверки соединения ping - a server >, где в качестве параметра укажите полученное имя сервера. Вы должны получить правильный IP-адрес сервера и 4 ответа от него в виде:
Обмен пакетами с dbsrv по 32 байт:

Ответ от 192.168.0.2: число байт=32 время

Ответ от 192.168.0.2: число байт=32 время
Статистика Ping для 192.168.0.2:

Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),

Приблизительное время передачи и приема:

наименьшее = 0мс, наибольшее = 0мс, среднее = 0мс
Если адрес сервера не определяется (сообщение «Неизвестный узел») или он неверный, значит службы определения имен (DNS или WINS) неработоспособны. В таком случае следует проверить работу соответствующих служб (например, для DNS использовать утилиту nslookup) или использовать IP-адрес вместо имени сервера при подключении. Проверьте соединение с помощью команды ping IP -адрес> и проанализируйте результат по приведенным ниже указаниям.

Если отображаются сообщения вида «Превышен интервал ожидания запроса » и итог: «Пакетов …потеряно 4 (100%) », это означает, что соединение с сервером невозможно. Требуется проверить настройки: «IP-адрес», «Маска подсети» и «Шлюз по умолчанию». Для проверки используйте команды ipconfig (конфигурации IP-устройств), tracert (маршрутизация).

Время передачи и приема при работе в локальной сети должно быть « », наибольшее время передачи и приема не должно превышать 1мс. В противном случае, нагрузка на локальную сеть не сбалансирована либо сетевое оборудование работает со сбоями; требуется более детально проверить аппаратную разводку сети, ошибки пакетов, уровень помех и прочие параметры канала связи.

1.8.5.2.Проверка сетевых настроек SQL Server

Убедитесь, экземпляр SQL Server настроен и работает по порту TCP/IP, который используется клиентским приложением. Для этого необходимо просмотреть текущий журнал ошибок SQL Server и убедиться, что SQL Server имеет правильный IP–адрес и порт. Журнал должен содержать строки вида

2005-01-06 08:09:46.17 server SQL server listening on TCP, ….

2005-01-06 08:09:55.17 server SQL server listening on 192.168.0.2:1433, 127.0.0.1:1433.
SQL Server 2000 не сможет открыть выбранный порт, если порт уже используется другим приложением или клиентские подключения перегружают сервер. В этом случае журнале ошибок SQL Server 1 будет содержать сообщение

2001-11-14 15:49:14.12 server SuperSocket Info: Bind failed on TCP port 1433.
Проверка и изменение порта по умолчанию осуществляются с помощью Server Network Utility или в реестре по ключу «HKEY_LOCAL_MACHINE\Software\Microsoft

\MSSQLServer\MSSQLServer\ SuperSocketNetlib\Tcp\»

Используемые порты определяются с помощью команды netstat – na (Рисунок 50 ).

50. Список активных подключений

Для именованных экземпляров SQL Server порт определяется динамически. Если SQL Server не удается подключиться к этому порту, выбирается другой порт для подключения. В этом случае клиентское приложение рекомендуется настроить на динамическое определение порта, но желательно установить порт жестко и на клиенте и на сервере 2 .

Для динамического определения порта (по умолчанию) используйте 0 (ноль).

Для жесткого указания номер порта укажите его номер.

Для использования нескольких портов укажите номера портов через запятую, например «1433,5000,5001», в этом случае вы должны получить следующее сообщение в протоколе:

SQL server listening on 192.168.0.2:1433, 192.168.0.25:5000, 192.168.0.2:5001

Не забывайте перезапускать SQL Server для применения новых настроек.
1.8.5.3.Проверка режимов доступа SQL Server

Убедитесь в том, что SQL Server запущен. Если используется несколько экземпляров SQL Server, убедитесь, что запущен необходимый экземпляр. Не перепутайте службы «SQL Server» с другими службами («SQL Server Agent», «Microsoft Search»).

Проверка производится с помощью SQL Server Service Manager (должен быть значок в углу экрана) или в режиме «Управление компьютером» (или англ. «Management»). В первом случае необходимо выбрать требуемый сервер и службу «SQL Server», во втором случае найдите службу «MSSQLSERVER» или «MSSQLSERVER\» для именованной инсталляции.

Убедитесь, что необходимая база данных существует на SQL Server, правильно укажите ее имя на клиенте. Подключение к базе данных может быть ограничено режимами «DBO use only» («только владельцы»), «Single user» («однопользовательский режим»), «Loading» («загрузка»). Для проверки в Enterprise Manager зайдите в свойства базы данных, вкладка « Permissions » , настройка Restrict Access .

Убедитесь, что SQL Server работает в правильном режиме аутентификации: для входа по имени и паролю необходим смешанный режим «SQL Server and Windows» (Mixed Mode), для входа в режиме «Аутентификация NT» достаточно режима «Windows only». Для проверки в Enterprise Manager зайдите в свойства сервера, вкладка « Security » , настройка Authentications . Второй способ проверки – использование реестра: