СОДЕРЖАНИЕ
Введение
Поиск причин возникновения ошибок подключения
Проверка настроек DNS
Проверка наличия протоколов и псевдонимов
Проверка порта прослушивания экземпляра SQL Server
Разрешение проблем MDAC
Разрешение проблем связанных с использованием сетевых экранов
Разрешение проблем аутентификации и безопасности
Разрешение проблем перегрузки TCP/IP сокетов
Убедитесь, что SQL Server не запущен в однопользовательском режиме
Проверка подключения к SQL Server по именованным каналам
Разрешение проблем подключения во время процесса регенерации
Тестирование разных способов подключения к экземпляру SQL Server
Мониторинг сети Ссылки
Введение
SQL Server 2000 поддерживает несколько способов взаимодействия экземпляра SQL Server и клиентского приложения. Если экземпляр SQL Server и клиентское приложение установлены на одном компьютере, то взаимодействие происходит
посредством имеющихся в Microsoft Windows механизмов InterProcess Communication (IPC) (межпроцессное взаимодействие),
таких как локальные именованные каналы или протокол разделяемой памяти (Shared Memory Protocol).
Если же экземпляр SQL Server и клиентское приложение работают на разных компьютерах, то взаимодействие
осуществляется через сетевые IPC, такие как TCP/IP или именованные каналы.
Для взаимодействия серверов SQL Server 2000 и клиентских компьютеров используются сетевые библиотеки (Net-Library)
- это DLL, поддерживающие стандартные сетевые протоколы. Для взаимодействия клиента с сервером необходимо
соответствие их сетевых библиотек. Например, если Вы подключаетесь к экземпляру SQL Server используя протокол
TCP/IP, то на клиенте должна быть установлена сетевая библиотека Dbnetlib.dll (client TCP/IP Sockets Net-Library).
Так же на сервере должна быть установлена библиотека Ssnetlib.dll (server TCP/IP Sockets Net-Library). Для
приведенного примера следует также установить протокол TCP/IP на сервере и клиенте.
После инсталляции SQL server, Вы можете выбрать и настроить сетевые библиотеки с помощью утилиты Client Network
Utility. На сервере это можно сделать с помощью утилиты Server Network Utility (Svrnetcn.exe). Сетевые библиотеки
устанавливаются в процессе инсталляции SQL Server. Однако некоторые сетевые библиотеки на сервере могут быть
неактивными. По умолчанию в SQL Server 2000 устанавливаются сетевые библиотеки TCP/IP, именованных каналов и
разделяемой памяти.
Таким образом, для того чтобы клиент мог установить соединение с сервером, он должен использовать сетевую библиотеку,
для которой есть соответствующая библиотека на сервере.
Для получения дополнительной информации о компонентах взаимодействия SQL Server и о сетевых библиотеках, изучите
следующие разделы справочной системы SQL Server Books Online: Communication Components; Client and Server
Net-Libraries; Managing Clients.
Поиск причин возникновения ошибок подключения
Большинство проблем при подключении к SQL Server являются следствием проблем с TCP/IP, Windows аутентификацией,либо их комбинацией.
ВАЖНО: Перед тем как начать поиск причины возникновения проблемы подключения к SQL Server, убедитесь, что служба
MSSQLServer стартовала.
Проверка настроек DNS
Процесс преобразования IP адреса к текстовому имени экземпляра SQL Server происходит с помощью системы доменных
имён (Domain Name System, DNS). Если эта служба отработала некорректно, экземпляр SQL Server может быть недоступен,
и Вы можете получить следующие сообщения об ошибках:
SQL Server does not exist or access denied General Network Error Cannot Generate SSPI ContextЧтобы проверить корректность работы службы имён, необходимо запустить утилиту командной строки ping, в качестве
параметра которой указать сначала IP адрес, а затем выполнить ту же самую команду, но с именем сервера.
Пошаговая инструкция:
- Нажать кнопку "Пуск" (Start), затем выбрать пункт "Выполнить…" (Run)
- В появившемся диалоговом окне ввести cmd и нажать OK
- В командной строке набрать и запустить следующую команду: ping <Server Name>
Запомните IP адрес, который будет выведен в результате выполнения команды.
- В командной строке наберите и выполните следующую команду
ping -a <IP address>
В качестве IP адреса необходимо использовать тот
адрес, который Вы получили в пункте 3.
ipconfig /allДля получения дополнительной информации об ipconfig, необходимо изучить следующую статью в Базе знаний Майкрософт: 223413 Options for Ipconfig.exe in Windows 2000 (Параметры запуска ipconfig в Windows 2000) support.microsoft.com/kb/223413
Для того чтобы иметь возможность обойти эту проблему, необходимо на клиентском компьютере добавить соответствие IP адреса и имени сервера в следующий файл:
%systemroot%\system32\drivers\etc\hostsТакже избежать этой проблемы помогает использование для подключения к серверу сетевой библиотеки именованных каналов. Также избежать этой проблемы помогает использование сетевой библиотеки именованных каналов для подключения к серверу.
Проверка наличия протоколов и псевдонимов
Проблемы подключения могут возникать вследствие неправильной настройки псевдонимов на клиенте. Чтобы это проверить, необходимо выполнить следующие шаги:
Запустите Client Network Utility. Если клиентские утилиты SQL Server установлены на компьютере, где выполняется
клиентское приложение, запустить Client Network Utility можно следующим образом:
- Нажать кнопку "Пуск" (Start), затем выбрать пункт меню "Программы" (Programs)
- Выбрать раздел Microsoft SQL Server, а затем из подменю запустить Client Network Utility.
- Нажать кнопку (Start), затем выбрать пункт меню "Выполнить…" (Run)
- В появившемся диалоговом окне вести команду cliconfg и нажать OK
- В окне программы сетевого клиента SQL Server (Client Network Utility) перейдите на вкладку General (Общие)
и выбрать все протоколы, которые Вы хотите использовать.
Обратите внимание: из списка Вы должны выбрать протоколы TCP/IP и именованные каналы.
- Перейдите на вкладку Alias (псевдонимы) и убедитесь, что для SQL Server создан псевдоним.
- Убедитесь в том, что в свойствах псевдонима правильно указаны имя сервера или его IP адрес и протоколы.
Важно: В ранних версиях Microsoft Data Access Components (MDAC) используется другой пользовательский интерфейс утилиты Client Network Utility. Таким образом, если интерфейс Client Network Utility не содержит тех элементов, которые описаны выше, следует установить последнюю версию MDAC на компьютер, где выполняется клиентское приложение.
Проверка порта прослушивания экземпляра SQL Server
Проверьте что экземпляр SQL Server "слушает" порт TCP/IP, именованные каналы или другой протокол, который используется клиентским приложением. Для этого необходимо просмотреть текущий журнал ошибок SQL Server. Он может содержать следующие строки:2003-11-06 09:49:36.17 server SQL server listening on TCP, Shared Memory, Named Pipes. 2003-11-06 09:49:36.17 server SQL server listening on 192.168.1.5:1433, 127.0.0.1:1433.
Анализ этой информации поможет убедиться в том, что SQL Server имеет правильный IP - адрес и порт. По умолчанию, выбирается порт 1433. Можно также использовать Server Network Utility, чтобы проверить установки протоколов для SQL Server и при необходимости изменить их, включая список протоколов которые используются для подключения к SQL Server и порты, которые эти протоколы используют. Для получения дополнительной информации об утилите Server Network Utility, изучите следующую статью справочной системы SQL Server Books Online: "SQL Server Network Utility". Иногда невозможно установить соединение с SQL Server 2000 через порт 1433, либо другой порт. Эта проблема может возникать по причине того, что данный порт уже используется другим приложением, или в случае если Вы пытаетесь подключиться, используя некорректный IP адрес. В этом случае, при подключении к SQL Server с использованием протокола TCP/IP, Вы можете получить следующее сообщение в журнале ошибок SQL Server:
2001-11-14 15:49:14.12 server SuperSocket Info: Bind failed on TCP port 1433.Для получения дополнительной информации, изучите статью в базе знаний Майкрософт: 307197 PRB: TCP\IP port in use by another application (Порт TCP/IP используется другим приложением).
Если Вы не можете подключиться к SQL server с использованием TCP/IP, попытайтесь сделать это, используя именованные каналы или разделяемую память. Запустите следующую команду для того, чтобы определить какие порты уже используются:
NETSTAT -anДля получения более подробной информации о портах, которые уже используются, можно использовать команду Portqry. Для получения информации по утилите Portqry, изучите следующую статью из Базы знаний Майкрософт: 310099 Description of the Portqry.exe command-line utility (Описание утилиты командной строки Portqry) Для получения дополнительной информации о "баге", связанном с использованием сокетов TCP/IP, просмотрите следующую статью из Базы знаний Майкрософт: 306865 BUG: SQL Server may not listen on TCP/IP sockets When TCP/IP is the only protocol
Обратите внимание: Для именованных экземпляров, SQL Server определяет порт динамически. Таким образом, когда Вы стартуете именованный экземпляр, SQL server пытается использовать порт, который был использован им ранее. Если SQL Server не может подключиться к этому порту, он выбирает себе другой порт для подключения. В этом случае клиентское приложение должно быть настроено таким образом, чтобы оно тоже определяло порт динамически. Либо Вы можете жестко определить порт для именованного экземпляра с помощью утилиты Client Network Utility. Для получения дополнительной информации, воспользуйтесь ссылкой на следующие статьи Базы знаний Майкрософт: 286303 INF: Behavior of SQL Server 2000 network library during dynamic port detection (Поведение сетевых библиотек при динамическом определении порта) support.microsoft.com/kb/286303. 823938 How to use static and dynamic port allocation in SQL Server 2000 (Как использовать статический и динамический порты для подключения к SQL Server) support.microsoft.com/kb/823938.
Разрешение проблем MDAC
Причиной возникновения проблем подключения к SQL server также могут быть проблемы с MDAC. Например, при установке каких-либо программ могут быть перезаписаны некоторые файлы MDAC или могут измениться права, которые Вы должны иметь для доступа к файлам MDAC. Для того чтобы проверить корректность установки MDAC на компьютере, можно воспользоваться утилитой MDAC Component Checker. Для получения дополнительной информации по этому вопросу, обратитесь к статье из Базы знаний Майкрософт: 301202 HOW TO: Check for MDAC version (Определение версии MDAC).Обратите внимание: если Вы подключаетесь к именованному экземпляру SQL Server, убедитесь что у Вас установлен MDAC версии не меньшей 2.6. Более ранние версии MDAC не поддерживают подключение к именованным экземплярам SQL Server.
Для того чтобы проверить подключение через SQL Server ODBC driver, можно воспользоваться утилитой Odbcping.exe Для дополнительной информации о команде Odbcping.exe, обратитесь к Базе знаний Майкрософт: 138541 HOW TO: Odbcping.exe to verify ODBC connectivity to SQL Server Для получения информации о настройке источников данных ODBC DSN, обратитесь к следующей статье: 289573 PRB: Configuring DSNs with SQL Server Net-Libraries (Конфигурация DSN с использованием сетевых библиотек SQL Server).
Также можно провести тесты на предмет подключения к SQL Server используя файлы ".udl" Для получения информации о том, как создавать ".udl" файлы, читайте следующую статью из Базы знаний Майкрософт: 244659 SAMPLE: How to create a data link file with Windows 2000.
Разрешение проблем связанных с использованием сетевых экранов
Если используется сетевой экран, убедитесь в том что порты для доступа клиентского компьютера к компьютеру, на котором работает SQL Server, им не заблокированы. Для дополнительной информации о том, какие порты должны быть открыты при подключении через сетевой экран, просмотрите следующие статьи:287932 INF: TCP ports needed for communication to SQL Server through a firewall (Порты TCP, необходимые для подключения к SQL Server). 269882 HOWTO: Use ADO to connect to a SQL Server that is behind a firewall (Использование ADO для подключения к SQL Server через сетевой экран).
Если для подключения к SQL Server используется протокол TCP/IP, убедитесь в том что Вы можете подключиться с помощью программы Telnet к порту на котором "слушает" SQL Server. Для этого из командной строки нужно выполнить следующее:
Telnet <IP Address> <Port Number>
Если при подключении Telnet-том выдается ошибка, примите меры к устранению причин её возникновения и попробуйте подключиться снова.
Важно: User Datagram Protocol (UDP) порт 1434 может быть заблокирован для защиты от проникновения вируса Slammer.
Разрешение проблем аутентификации и безопасности
Подключение к SQL server может закончиться неудачей по причине того, что процесс аутентификации завершился с ошибкой, при этом Вы можете получить следующие сообщения об ошибках:Login failed for user '<username>' Login failed for user 'NTAUTHORITY\ANONYMOUS LOGON' Login failed for user 'null'Если Вы получили сообщение об ошибке, связанное с аутентификацией и учетная запись, указанная в этом сообщении не является учетной записью SQL Server, ищите причину в Windows аутентификации. Из-за проблем с аутентификацией в Windows, Вы можете получить следующее сообщение:
Cannot generate SSPI ContextПроблемы с аутентификацией и безопасностью могут быть вызваны следующими причинами:
Проблемы с NTLM или Kerberos аутентификацией.
Контроллер домена недоступен по причинам ошибок подключения.
Проблема с доверительными отношениями в домене.
При подключении с использованием SQL Server аутентификации, Вы можете получить следующую ошибку:
Login failed for user '<username>'Для того, чтобы разрешить эту проблему, необходимо сделать следующее:
Внимание: Неправильное использование редактора реестра может повлечь за собой серьезные проблемы, которые в конечном итоге могут привести к переустановке операционной системы. Помните, что Вы используйте редактор реестра на свой собственный страх и риск.
Убедитесь в том, что экземпляр SQL Server использует смешанную аутентификации: Windows и SQL Server. Для
этого нужно проверить следующие ветки реестра на компьютере, где выполняется SQL Server:
Для экземпляра по умолчанию:
HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\LoginMode
Для именованного экземпляра:
HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\<Instance Name>\MSSQLServer\LoginMode
Тип аутентификации Значение Windows authentication only 1 Mixed mode (SQL Server Authentication and Windows authentication) 2
Помните: После изменений в реестре нужно перестартовать SQL Server, для того чтобы изменения вступили в силу.
Попытайтесь подключиться к SQL Server, используя разные учетные записи Windows и SQL Server. Это поможет
убедиться в том, возникает ли ошибка подключения только при использовании конкретной учетной записи, например по
причине смены ее пароля.
Попытайтесь подключиться к SQL Server, используя разные протоколы. Например при подключении по TCP/IP и
Windows аутентификации соединение может завершиться ошибкой, а подключение через именованные каналы, с использованием
Windows аутентификации может завершиться успешно.
Разрешение проблем перегрузки TCP/IP сокетов
При использовании ODBC драйвера для SQL Server или Microsoft OLE DB провайдера для SQL Server и System.Data.SqlClient Managed Provider, у Вас есть возможность с помощью соответствующего API отключить использование пула подключений. Если Вы его отключите, а Ваше приложение часто создаёт и закрывает подключения, может возрасти нагрузка на сетевые библиотеки нижнего уровня. Иногда Web - сервера и JDBC драйверы тоже могут пытаться установить соединение с SQL Server. Таким образом, увеличение количества запросов на подключение к SQL Server может стать больше, чем SQL Server может обслужить. Это увеличивает нагрузку на TCP/IP сокеты и Вы можете получить следующее сообщение об ошибке в журнале SQL server:2003-08-07 20:46:21.11 server Error: 17832, Severity: 20, State: 6 2003-08-07 20:46:21.11 server Connection opened but invalid login packet(s) sent. Connection closed.
Для получения дополнительной информации, прочитайте следующие статьи: 154628 INF: SQL logs 17832 with multiple TCP\IP connection requests. 328476 TCP/IP settings for SQL Server drivers when pooling is disabled.
Важно: Эта проблема снимается при установке SQL Server 2000 SP3 или SQL Server 2000 SP3a, потому что эти сервисные пакеты вводят ограничение на количество пакетов. При подключении к SQL Server посредством драйверов сторонних производителей может возникнуть ошибка 17832. Для разрешения этой проблемы, свяжитесь с фирмой-производителем и получите драйвера, которые тестировались на работу с SQL Server 2000 SP3 и SQL Server 2000 SP3a.
Убедитесь, что SQL Server не запущен в однопользовательском режиме
Если SQL Server запущен в однопользовательском режиме, то с ним может быть установлено только одно подключение. Если на Вашем компьютере установлено программное обеспечение, которое автоматически подключается к SQL Server, данное программное обеспечение может использовать это единственное подключение, которое допускается в однопользовательском режиме. Примеры программ, которые автоматически устанавливают подключение к SQL server:
SQL Server Agent
Программное обеспечение для резервного копирования сторонних производителей
Программное обеспечение сторонних производителей для мониторинга
Антивирусы сторонних производителей
Microsoft Internet Information Services (IIS)
SQL Server Enterprise Manager
SQL Server does not exist or Access DeniedЭта ошибка возникает в процессе установки кластера SQL Server и установки пакетов обновления, в то время как SQL Server находится в однопользовательском режиме. Вышеуказанные приложения могут автоматически подключатся к серверу, используя единственное доступное подключение, и процесс установки закончится с ошибкой. Для того чтобы определить установлен ли однопользовательский режим, необходимо просмотреть журнал ошибок SQL Server на предмет нахождения там подобных строк:
To determine if the instance of SQL Server has been started in single-user mode, check to see if the SQL Server error log file has an entry that is similar to following: 2003-07-31 11:26:43.79 spid3 Warning ****************** 2003-07-31 11:26:43.80 spid3 SQL Server started in single user mode. Updates allowed to system catalogs.
Проверка подключения к SQL Server по именованным каналам
Если Вы не можете подключиться к SQL Server по именованным каналам, проверьте для SQL Server настройку использования именованных каналов. Для получения дополнительной информации о том, как протестировать соединение через именованные каналы, прочитайте следующую статью: 68941 INF: Procedure for testing named pipes.Разрешение проблем подключения во время процесса регенерации
Каждый раз при старте SQL Server запускает процесс восстановления/регенерации для всех баз данных. Суть этого процесса заключается в том, чтобы откатить незавершенные транзакции и записать изменения произведенные транзакциями, которые были завершены, но которые не были записаны на диск в момент останова SQL Server. После окончания процесса реорганизации в журнале SQL Server делается следующая запись:Recovery Complete
В момент выполнения процесса реорганизации к SQL server нельзя подключиться. Клиенты, которые в это время пытаются установить соединение с SQL Server могут получить подобную представленной ниже ошибку:
Timeout ExpiredСлужба SQL Server Agent не запускается до тех пор, пока SQL Server не закончит процесс регенерации. Таким образом, если процесс регенерации занимает слишком много времени, следует подумать над тем, как разрешить проблему столь длительной регенерации баз данных.
Тестирование разных способов подключения к экземпляру SQL Server
Если у Вас возникают проблемы при подключении к SQL Server, можно воспользоваться одним из следующих способов, чтобы определить причину возникновения этой проблемы:
Попробовать подключиться с использованием разных типов авторизации, с помощью учетных записей Windows и SQL
Server.
Попробовать подключиться, используя другой источник данных, такой как ODBC DSN, файл .udl. Или используя
другую программу: SQL Query Analyzer, SQL Server Enterprise Manager, утилиты isql или osql.
Проверить возможность подключения к SQL Server с использованием разных протоколов. Для этого можно создать
псевдоним для сервера и определить для него протокол. Также указать протокол можно в строке подключения, дописав
перед именем сервера tcp:, np:, lpc:, или rpc:. То есть, если подключение через tcp/ip заканчивается ошибкой, можно
попробовать подключиться через именованные каналы.
Проверить возможность подключения с использованием различных учетных записей. Это поможет, если проблема
связана с подключением с конкретной учетной записью.
Попытайтесь добавить соответствие IP адреса и имени узла, на котором работает SQL Server в следующий файл:
%systemroot%\system32\drivers\etc\hosts
Попытайтесь подключиться к SQL server с компьютера, где он работает, а потом с клиентского компьютера.
Когда Вы подключаетесь с компьютера, на котором выполняется SQL Server, вместо полного имени сервера можно
использовать "." или "(local)" (без кавычек).
Попытайтесь подключиться к SQL server используя не имя сервера, а его IP адрес.
Попытайтесь определить вручную имя порта на котором "слушает" SQL Server путем создания псевдонима или в
строке подключения (Например MyServer\MyInstance, 1433).
Мониторинг сети
Если проблема подключения не разрешилась с помощью методов, описанных в разделе "Тестирование разных способов подключения к экземпляру SQL Server", используйте утилиту Network Monitor для анализа трассы сетевого обмена. Для получения дополнительной информации о сетевом мониторинге, прочитайте следующие статьи базы знаний Майкрософт:148942 How to capture network traffic with Network Monitor (Запись сетевого трафика с помощью сетевого монитора) 294818 Frequently asked questions about Network Monitor (Часто задаваемые вопросы по Network Monitor) 169292 The basics of reading TCP/IP traces (Основы трассировки TCP/IP) 102908 How to troubleshoot TCP/IP connectivity with Windows 2000 or Windows NT (Поиск и разрешение проблем с соединениями TCP/IP в Windows 2000 и Windows NT)
Для получения более детальной информации можно использовать SQL Profiler, а также Network Diagnostics Tool, если компьютер, на котором работает SQL Server, не является одним из узлов кластера. Для получения информации о том, как использовать Network Diagnostics Tool, изучите следующую статью:
321708 HOW TO: Use the Network Diagnostics Tool (Netdiag.exe) in Windows 2000 (Использование Network Diagnostics Tool (Netdiag.exe) в Windows 2000)
[В начало]
Ссылки
Для изучения проблем связанных с подключением к SQL Server, предлагаются следующие статьи из Базы Знаний Майкрософт:812817 Support WebCast: Microsoft SQL Server 2000: Troubleshooting connectivity 319930 HOW TO: Connect to Microsoft Desktop Engine (Установка подключения к Microsoft Desktop Engine) 257434 INF: Network library in existing DSN replaced by network library in new DSN to the same SQL Server name 306985 RPC errors when connecting a cluster virtual server with named pipes 313062 HOW TO: Connect to a database by using Active Server Pages in Windows 2000 313295 HOW TO: Use the server name parameter in a connection string to specify the client network library 320728 HOW TO: Resolve "The maximum connection limit has been reached" error message 328306 INF: Potential causes of the "SQL Server does not exist or access denied" error message (Возможные причины появления сообщения об ошибке "SQL-сервер не существует, или отсутствует доступ") 247931 INF: Authentication methods for connections to SQL Server in Active Server Pages 169377 How to access SQL Server in Active Server Pages 328383 INF: SQL Server clients may change protocols when they try to connect 238949 HOWTO: Set the SQL Server network library in an ADO connection string 270126 PRB: How to manage client connectivity to both SQL Server 2000 virtual servers after an active/active cluster 7.0 upgrade 316779 PRB: Clients with Force Protocol Encryption set on may fail to connect with an IP address 216643 INF: ODBC/OLEDB connect options not seen when tracing connections to SQL Server 7.0 265808 INF: How to connect to an SQL Server 2000 named instance with the previous version's client tools 191572 INFO: Connection pool management by ADO objects called from ASP 313173 Sample connection pool manager for use with Microsoft SQL Server 2000 driver for JDBC 237844 HOWTO: Enable ODBC connection pooling in a Visual Basic ADO application 259569 PRB: Installing third-party product breaks Windows 2000 MDAC registry settings
Информация в статье применима к Microsoft SQL Server 2000 Standard Edition.
По материалам статьи Microsoft: How to troubleshoot connectivity issues in SQL Server 2000 (support.microsoft.com/kb/827422)
Перевод Ирины Наумовой, SQL.RU
Комментариев нет:
Отправить комментарий