Устранение неполадок в SQL Server 2000, связанных с установкой подключений

Переводы статьи Переводы статьи
Код статьи: 827422 - Vizualiza?i produsele pentru care se aplic? acest articol.
Развернуть все | Свернуть все

В этой статье

Аннотация

Эта статья поможет вам в устранении неполадок, связанных с установкой подключений к SQL Server 2000. Она содержит описание наиболее распространенных проблем и способов их решения.
SQL Server 2000 поддерживает несколько способов обмена данными с клиентскими приложениями. Если клиентское приложение и экземпляр SQL Server располагаются на одном компьютере, то для этого используются механизмы связи между процессами (IPC) Microsoft Windows, например локальные именованные каналы или общий протокол памяти. Если же клиентское приложение и экземпляр SQL Server располагаются на разных компьютерах, то обмен данными осуществляется с помощью сетевых IPC, например протокола TCP/IP или именованных каналов.

Для взаимодействия с определенным сетевым протоколом SQL Server 2000 использует сетевую библиотеку динамической компоновки. Чтобы обеспечить поддержку необходимого сетевого протокола, на клиентском компьютере и на сервере должны быть активны эквивалентные сетевые библиотеки. Например, чтобы клиентское приложение взаимодействовало с определенным экземпляром SQL Server по протоколу TCP/IP, клиентская сетевая библиотека сокетов TCP/IP (Dbnetlib.dll) на клиентском компьютере должна быть настроена на подключение к серверу. Аналогично на сервере должна вести прослушивание серверная сетевая библиотека сокетов TCP/IP (Ssnetlib.dll). В данном случае как на клиентском компьютере, так и на сервере должен быть установлен стек протокола TCP/IP.

После установки SQL Server 2000 для настройки свойств клиентских сетевых библиотек используется программа сетевого клиента, а серверных сетевых библиотек — средство Server Network Utility (Svrnetcn.exe). Серверные сетевые библиотеки устанавливаются программой установки SQL Server одновременно с серверными средствами, однако некоторые из них могут оставаться в неактивном состоянии. По умолчанию SQL Server 2000 включает и ведет прослушивание на протоколе TCP/IP, именованных каналах и общем протоколе памяти. Таким образом, подключение к серверу клиент должен устанавливать с помощью клиентской сетевой библиотеки, являющейся эквивалентом одной из серверных сетевых библиотек, которые на данный момент используются экземпляром SQL Server.

Дополнительные сведения о компонентах обмена данными и сетевых библиотеках SQL Server см. в следующих разделах руководства SQL Server Books Online.
  • Communication Components (Компоненты обмена данными)
  • Client and Server Net-Libraries (Клиентские и серверные сетевые библиотеки)
  • Managing Clients (Управление клиентами)

Устранение неполадок с установкой подключений

Большинство подобных неполадок в SQL Server 2000 возникает из-за проблем с протоколом TCP/IP или проверкой подлинности Windows либо сочетанием проблем обоих типов.

Внимание! Перед тем как приниматься за устранение неполадок с установкой подключений в SQL Server 2000, убедитесь, что на компьютере с SQL Server запущена служба MSSQLServer.

Проверка параметров DNS

Служба Domain Name System (DNS) используется для разрешения IP-адреса в имя экземпляра SQL Server. В случае неправильного разрешения имени экземпляр SQL Server остается недоступен и появляется одно или несколько из приведенных ниже сообщений об ошибках.
SQL Server does not exist or access denied
General Network Error
Cannot Generate SSPI Context
Убедиться в том, что имя сервера разрешается правильно, можно, опросив сервер по его имени и IP-адресу с помощью команды ping. Для этого выполните следующие действия.
  1. Нажмите кнопку Пуск и выберите пункт Выполнить.
  2. В диалоговом окне Запуск программы введите в поле Открыть команду cmd и нажмите кнопку .
  3. Из командной строки выполните следующую команду:
    ping <Server Name>
    Запишите возвращенный IP-адрес.
  4. Из командной строки выполните следующую команду (где IP address — это IP-адрес, выписанный при выполнении действия 3):
    ping –a <IP address>
Убедитесь, что команда возвращает правильное имя сервера. Если же одна из указанных выше команд завершается сбоем, возвращает неправильное значение или истекает время ожидания для ее выполнения, значит, неправильно работает просмотр DNS или существует иная проблема, связанная с функционированием сети или маршрутизацией. Чтобы просмотреть текущие параметры DNS, запустите из командной строки следующую команду:
ipconfig /all
Дополнительные сведения о команде ipconfig см. в следующей статье базы знаний Майкрософт:
223413 Параметры, использующиеся со средством Ipconfig.exe в Windows 2000


Чтобы устранить эту проблему, добавьте запись для сервера в файл %systemroot%\system32\drivers\etc\hosts на клиентском компьютере. Кроме того, обойти проблему можно путем установки подключения к серверу с помощью сетевой библиотеки именованных каналов.

Проверка включенных протоколов и псевдонимов

Проблемы с установкой подключения могут возникать, если неправильно настроен псевдоним на клиентском компьютере. Для просмотра псевдонимов служит программа сетевого клиента. Выполните следующие действия.
  1. Запустите программу сетевого клиента. Если на компьютере, где запущено клиентское приложение, установлены клиентские средства SQL Server, то для запуска программы сетевого клиента необходимо выполнить следующие действия.
    1. Нажмите кнопку Пуск и выберите пункт Программы.
    2. В группе Microsoft SQL Server выберите пункт Программа сетевого клиента.
    Если клиентские средства SQL Server на клиентском компьютере не установлены, то для запуска программы сетевого клиента необходимо выполнить следующие действия.
    1. Нажмите кнопку Пуск и выберите пункт Выполнить.
    2. В диалоговом окне Запуск программы введите в поле Открыть команду cliconfg и нажмите кнопку .
  2. В диалоговом окне Программа сетевого клиента SQL Server откройте вкладку Общие и включите нужные протоколы.

    Примечание. Необходимо включить хотя бы протокол TCP/IP и именованные каналы.
  3. Откройте вкладку Псевдоним и проверьте псевдонимы, настроенные для экземпляра SQL Server.
  4. Убедитесь, что в свойствах псевдонимов правильно настроены имя сервера (IP-адрес) и протокол.
Можно создать новый псевдоним для тестирования подключения по имени сервера, IP-адресу или другому протоколу.

Примечание. В более ранних версиях компонентов доступа к данным Майкрософт (MDAC) интерфейс программы сетевого клиента отличается. Таким образом, если вы не видите описанных в этой статье элементов интерфейса, установите на клиентском компьютере более новую версию компонентов MDAC.

Проверка порта и IP-адреса, на котором ведет прослушивание экземпляр 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-адрес, на которых ведет прослушивание экземпляр SQL Server. По умолчанию стандартный экземпляр SQL Server ведет прослушивание на порте 1433. Кроме того, с помощью средства Server Network Utility можно проверить параметры протокола для SQL Server и настроить некоторые свойства SQL Server, включая протоколы, которым разрешено подключаться к экземпляру SQL Server, и допустимые порты. Дополнительные сведения об использовании средства Server Network Utility см. в разделе «SQL Server Network Utility (Средство Server Network Utility для SQL Server)» в SQL Server Books Online.

В некоторых случаях SQL Server 2000 не удается выполнить привязку к порту 1433 или другому указанному порту. Такая проблема возникает, если порт используется другим приложением или подключение устанавливается по неправильному IP-адресу. При этом подключение по протоколу TCP/IP к экземпляру SQL Server не устанавливается, а в журнале ошибок SQL Server регистрируется следующее сообщение об ошибке:
2001-11-14 15:49:14.12 server SuperSocket Info: Bind failed on TCP port 1433.
Дополнительные сведения см. в следующей статье базы знаний Майкрософт:
307197 PRB: Порт TCP\IP используется другим приложением


Если не удается подключиться к экземпляру SQL Server по протоколу TCP/IP, попробуйте сделать это с помощью именованных каналов или общего протокола памяти. Для получения сведений об используемых портах запустите из командной строки следующую команду:
NETSTAT -an
Кроме того, получить подробные сведения об использующихся портах можно с помощью средства Portqry с интерфейсом командной строки.

Дополнительные сведения о средстве Portqry с интерфейсом командной строки см. в следующей статье базы знаний Майкрософт:
310099 Описание запускаемого из командной строки средства Portqry.exe
Дополнительные сведения о возможной ошибке в сокетах TCP/IP см. в следующей статье базы знаний Майкрософт:
306865 BUG: Если выбран только протокол TCP/IP, сервер SQL Server может не вести прослушивание сокетов TCP/IP


Примечание. Именованные экземпляры SQL Server динамически определяют порт и ведут прослушивание на нем. Таким образом, после запуска именованный экземпляр SQL Server пытается вести прослушивание на порте, который использовался ранее. Если выполнить привязку к этому порту не удается, то именованный экземпляр динамически привязывается к другому порту. В этом случае убедитесь, что клиентское приложение также настроено на динамическое определение порта. Кроме того, указать именованному экземпляру статический порт для привязки и прослушивания можно с помощью программы сетевого клиента.

Дополнительные сведения см. в следующих статьях базы знаний Майкрософт:
286303 INF: Поведение сетевых библиотек SQL Server 2000 в процессе динамического определения портов
823938 Использование статического и динамического назначения портов в SQL Server 2000

Устранение неполадок, связанных с MDAC

Некоторые неполадки с установкой подключений возникают из-за проблем с компонентами MDAC. Например, при установке программного обеспечения переписываются отдельные файлы MDAC или изменяются разрешения, которые необходимы для доступа к файлам MDAC. Чтобы проверить установленный на компьютере экземпляр MDAC, запустите средство MDAC Component Checker.

Дополнительные сведения об определении версии компонентов MDAC см. в следующей статье базы знаний Майкрософт:
301202 Как определить версию MDAC

Примечание. Если подключение осуществляется к именованному экземпляру SQL Server, то на клиентском компьютере должны быть установлены компоненты MDAC версии не ниже 2.6. Более ранние версии MDAC не распознают именованных экземпляров SQL Server, и, следовательно, подключения к именованным экземплярам не устанавливаются.

Для проверки подключений через драйвер ODBC для SQL Server используется средство Odbcping.exe.

Дополнительные сведения о средстве Odbcping.exe см. в следующей статье базы знаний Майкрософт:
138541 Проверка подключения ODBC к SQL Server с помощью средства Odbcping.exe
Дополнительные сведения о настройке имен источника данных (DSN) ODBC см. в следующей статье базы знаний Майкрософт:
289573 PRB: Настройка имен источника данных (DSN) с помощью сетевых библиотек SQL Server

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

Дополнительные сведения о создании файла UDL см. в следующей статье базы знаний Майкрософт:
244659 SAMPLE: Создание файла связи данных для Windows 2000

Устранение неполадок, связанных с межсетевым экраном

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

Дополнительные сведения о портах, которые должны быть открыты для взаимодействия через межсетевой экран, см. в следующих статях базы знаний Майкрософт.
287932 INF: Для подключения к серверу SQL Server с помощью брандмауэра требуются порты TCP
269882 Использование технологии ADO для подключения к серверу SQL Server, который расположен под защитой межсетевого экрана


Если подключение к экземпляру SQL Server осуществляется по протоколу TCP/IP, убедитесь, что к порту, на котором ведет прослушивание SQL Server, можно подключиться с помощью программы Telnet. Для этого запустите программу Telnet из командной строки:
Telnet <IP Address> <Port Number>
Если программе Telnet установить подключение не удается и появляется сообщение об ошибке, устраните проблему и попробуйте подключиться снова.

Примечание. Возможно, для защиты от вируса Slammer межсетевой экран блокирует UDP-порт 1434.

Устранение неполадок, связанных с безопасностью и проверкой подлинности

В некоторых случаях установить подключение к экземпляру SQL Server не удается из-за проблем с прохождением проверки подлинности. Если проверка подлинности завершается сбоем, то может появиться одно из следующих сообщений об ошибке.
Login failed for user '<имя_пользователя>'
Login failed for user 'NTAUTHORITY\ANONYMOUS LOGON'
Login failed for user 'null'
Если в связи со сбоем при проверке подлинности появляется сообщение об ошибке, в котором не указано имя для входа на SQL Server, значит, имеется проблема с проверкой подлинности Windows. Подобная проблема может привести к появлению следующего сообщения об ошибке:
Cannot generate SSPI Context
Проблемы с безопасностью и проверкой подлинности могут возникать по следующим причинам.
  • Имеются проблемы с проверкой подлинности по протоколу NTLM или проверкой подлинности Kerberos.
  • Не удается подключиться к контроллеру домена.
  • Имеются проблемы с доверительными отношениями между доменами.
Дополнительные сведения о возможных причинах см. в журналах событий на локальном компьютере. Чтобы обойти проблемы с проверкой подлинности Windows, используйте для подключения к экземпляру SQL Server проверку подлинности SQL Server. Дополнительные сведения об устранении ошибки «Cannot generate SSPI context» см. в следующей статье базы знаний Майкрософт:
811889 Устранение неполадок при появлении сообщения об ошибке «Cannot generate SSPI context»
Если установить подключение не удается в случае использования проверки подлинности SQL Server, появляется следующее сообщение об ошибке.
Login failed for user '<имя_пользователя>' . Not associated with a trusted connection

Для решения проблемы выполните следующие действия.

Внимание! Неправильное использование редактора реестра может привести к возникновению серьезных неполадок, требующих переустановки операционной системы. Корпорация Майкрософт не несет ответственности за неправильное использование редактора реестра. При изменении реестра полагайтесь на свой опыт и знания.
  1. Убедитесь, что экземпляр SQL Server использует проверку подлинности Windows и проверку подлинности SQL Server. Для этого найдите на компьютере с SQL Server указанные ниже параметры реестра. Экземпляр SQL Server по умолчанию
    HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\LoginMode
    Именованный экземпляр SQL Server
    HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\<Instance Name>\MSSQLServer\LoginMode
    Убедитесь, что этим параметрам присвоено значение.
    Свернуть эту таблицуРазвернуть эту таблицу
    Тип проверки подлинностиЗначение
    Только проверка подлинности Windows1
    Смешанный режим (проверка подлинности Windows и проверка подлинности SQL Server)2

    Примечание. Чтобы внесенные в системный реестр изменения вступили в силу, экземпляр SQL Server необходимо остановить и перезапустить.
  2. Попробуйте подключиться к экземпляру SQL Server с помощью других учетных записей Windows или учетных записей для входа на SQL Server. Это позволяет определить проблемы, которые связаны с отдельными учетными записями (например был изменен пароль).
  3. Попробуйте подключиться к экземпляру SQL Server с помощью других протоколов. Например, возможно, что подключение не устанавливается по протоколу TCP/IP с проверкой подлинности Windows, но устанавливается по именованным каналам с проверкой подлинности Windows.
Если используются сертификаты, то при подключении к экземпляру SQL Server возможно появление сообщения об ошибке безопасности протокола Secure Sockets Layer (SSL). Дополнительные сведения см. в следующих статьях базы знаний Майкрософт.
316898 Как с помощью консоли управления включить шифрование SSL для SQL Server 2000
322144 FIX: Методу SECDoClientHandShake не удается подключиться к SQL Server


Устранение неполадок, связанных с сильной нагрузкой на сокеты TCP/IP

Если используется драйвер ODBC для SQL Server, Microsoft OLE DB Provider для SQL Server или управляемый поставщик System.Data.SqlClient, то с помощью соответствующих интерфейсов прикладного программирования (API) можно отключить группировку подключений. Когда группировка подключений отключена, а приложение часто открывает и закрывает подключения, то возможно увеличение нагрузки на базовую сетевую библиотеку SQL Server. Кроме того, иногда к экземпляру SQL Server пытаются подключиться веб-серверы и драйверы JDBC. Таким образом, число запросов на установку подключения может превзойти возможности 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: При одновременном поступлении нескольких запросов на подключение по протоколу TCP\IP экземпляр SQL Server регистрирует ошибку 17832
328476 Параметры TCP/IP для драйверов SQL Server, когда группировка подключений отменена


Примечание. Увеличение нагрузки на сокеты TCP/IP в SQL Server 2000 с пакетом обновления 3 (SP3) или SQL Server 2000 с пакетом обновления 3а (SP3a) может пройти незаметно, поскольку было введено ограничение на число принимаемых запросов на подключение. Ошибка 17832 возникает, когда для подключения к экземпляру SQL Server используются драйверы сторонних разработчиков. Для решения этой проблемы обратитесь к поставщику стороннего ПО за драйверами, которые прошли проверку на совместимость с SQL Server 2000 с пакетом обновления 3 (SP3) и SQL Server 2000 с пакетом обновления 3а (SP3a).

Экземпляр SQL Server запущен в однопользовательском режиме?

Если экземпляр SQL Server запущен в однопользовательском режиме, то к нему может быть установлено только одно подключение. Возможно, оно уже используется установленным на вашем компьютере приложением, которое автоматически подключается к SQL Server. Например, автоматически подключаться к экземпляру SQL Server могут следующие приложения.
  • SQL Server Agent
  • Программы сторонних разработчиков для резервного копирования
  • Программы сторонних разработчиков для мониторинга
  • Антивирусное программное обеспечение сторонних разработчиков
  • Microsoft Internet Information Services (IIS)
  • Диспетчер SQL Server Enterprise Manager
Клиентское приложение, пытающееся установить подключение к экземпляру SQL Server, получает следующее сообщение об ошибке:
SQL Server does not exist or Access Denied
Как правило, такая проблема возникает в процессе установки кластера SQL или пакета обновления, поскольку при этом экземпляр SQL Server запускается в однопользовательском режиме. Возможно, единственное подключение к экземпляру SQL Server уже занято одним из перечисленных выше приложений и процесс установки завершается неудачно.

Чтобы проверить, запущен ли экземпляр SQL Server в однопользовательском режиме, попробуйте найти в журнале ошибок SQL Server следующую запись.
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 по именованным каналам не удается, убедитесь, что этот экземпляр допускает подключение по именованным каналам. Дополнительные сведения о тестировании именованных каналов см. в следующей статье базы знаний Майкрософт:
68941 INF: Процедура тестирования именованных каналов

Устранение неполадок, связанных с истечением времени ожидания при установке подключений в процессе восстановления

При каждом запуске экземпляр SQL Server восстанавливает все базы данных. В процессе восстановления SQL Server выполняет «откат» незафиксированных транзакций, а также вносит зафиксированные транзакции и изменения, не записанные на жесткий диск, пока экземпляр SQL Server был остановлен. После восстановления в журнале ошибок SQL Server регистрируется следующее сообщение:
Recovery Complete
На протяжении процесса восстановления SQL Server может не принимать подключений. Клиенты, которые в это время пытаются установить подключение к экземпляру SQL Server, получают сообщение об ошибке примерно следующего содержания:
Timeout Expired
Служба агента может не запускаться SQL Server Agent, ожидая пока SQL Server восстановит базы данных. После регистрации указанного ниже сообщения в журнале ошибок SQL Server ошибка, связанная с истечением времени ожидания при подключении, возникать не будет:
Recovery Complete
Если восстановление длится очень долго, то, возможно, следует дополнительно устранить вызывающие задержку причины.

Тестирование различных способов установки подключения к экземпляру SQL Server

Для устранения проблем, связанных с установкой подключения к экземпляру SQL Server, воспользуйтесь одним или несколькими способами из числа перечисленных ниже.
  • Попробуйте подключиться к экземпляру SQL Server, используя проверку подлинности SQL Server и проверку подлинности Windows.
  • Попробуйте подключиться к экземпляру SQL Server из другого источника данных, например ODBC DSN, файла UDL, SQL Query Analyzer, SQL Server Enterprise Manager, средства isql или osql.
  • Попробуйте подключиться к экземпляру SQL Server с помощью других протоколов. Другой протокол можно указать путем создания нового псевдонима для данного экземпляра SQL Server. Кроме того, указать протокол можно в строке подключения, добавив tcp:, np:, lpc: или rpc: в начале имени экземпляра SQL Server. Например, возможно, что подключение не устанавливается по протоколу TCP/IP, но устанавливается по именованным каналам.
  • Чтобы определить, не связана ли проблема с отдельной учетной записью, попробуйте установить подключение с помощью другой учетной записи для входа.
  • Попробуйте добавить запись, содержащую IP-адрес компьютера с экземпляром SQL Server, в файл %systemroot%\system32\drivers\etc\hosts.
  • Попробуйте подключиться к экземпляру SQL Server с компьютера, на котором запущен SQL Server, и с клиентского компьютера.
  • При подключении с компьютера, на котором запущен SQL Server, вместо имени сервера можно указать «.» или «(local)» (без кавычек).
  • Попробуйте подключиться к экземпляру SQL Server по IP-адресу вместо имени сервера.
  • Попробуйте указать порт, на котором должен вести прослушивание экземпляр SQL Server, создав псевдоним или добавив номер порта в строку подключения (например сервер\экземпляр, 1433).

Трассировка с помощью сетевого монитора

Если решить проблему с помощью способов, перечисленных в разделе «Тестирование различных способов установки подключения к экземпляру SQL Server», не удается, используйте сетевой монитор для трассировки сети. Дополнительные сведения о трассировке сети см. в следующих статьях базы знаний Майкрософт.
148942 Запись сетевого трафика с помощью сетевого монитора

294818 Вопросы и ответы о сетевом мониторе

169292 Основные принципы интерпретации результатов трассировки протокола TCP/IP

102908 Поиск и разрешение проблем с соединениями TCP/IP в Windows 2000 и Windows NT


Более подробные сведения можно получить с помощью трассировки SQL Profiler. Кроме того, для трассировки сети на компьютерах с SQL Server, которые не входят в состав кластера, используется программа «Диагностика сети». Дополнительные сведения о программе «Диагностика сети» см. в следующей статье базы знаний Майкрософт:
321708 Использование средства диагностики сети (Netdiag.exe) в Windows 2000

Ссылки

Дополнительные сведения о разнообразных проблемах с установкой подключений к SQL Server см. в следующих статьях базы знаний Майкрософт.
812817 Веб-конференция службы поддержки, посвященная устранению неполадок с установкой подключения к Microsoft SQL Server 2000
319930 Установка подключения к Microsoft Desktop Engine
257434 INF: Сетевая библиотека существующего имени DSN заменяется сетевой библиотекой нового имени DSN (для подключения к одному имени сервера SQL Server)
306985 Ошибки удаленного вызова процедур при подключении к виртуальному серверу в составе кластера с помощью именованных каналов
313062 Подключение к базе данных с помощью технологии Active Server Pages в Windows 2000
313295 Как указать клиентскую сетевую библиотеку с помощью параметра имени сервера в строке подключения
320728 Устранение неполадок, вызывающих появление сообщения об ошибке «The maximum connection limit has been reached»
328306 INF: Возможные причины появления сообщения об ошибке «SQL-сервер не существует, или отсутствует доступ»
247931 INF: Методы проверки подлинности для подключений к SQL Server в Active Server Pages
169377 Установка подключения к SQL Server средствами Active Server Pages
328383 INF: Клиенты сервера SQL Server меняют протокол в процессе установки подключения
238949 Как указать сетевую библиотеку SQL Server в строке подключения ADO
270126 PRB: Как организовать подключение клиентских компьютеров к обоим виртуальным серверам SQL Server 2000 после обновления кластера SQL Server 7.0 с симметричной конфигурацией
316779 PRB: Клиентам с включенным параметром «Обязательное шифрование протокола» не удается установить подключение по IP-адресу
216643 INF: При трассировке подключений к SQL Server 7.0 не видны параметры подключения ODBC/OLEDB
265808 INF: Подключение к именованному экземпляру SQL Server 2000 с помощью клиентских программ предыдущих версий
191572 INFO: Управление группой подключений с помощью объектов ADO, вызываемых со страницы ASP
313173 Пример диспетчера группы подключений для драйвера Microsoft SQL Server 2000 для JDBC
237844 Включение группировки подключений ODBC в приложении Visual Basic ADO
259569 PRB: Установка продукта стороннего разработчика приводит к изменению параметров реестра для компонентов MDAC в Windows 2000

Свойства

Код статьи: 827422 - Последний отзыв: 18 апреля 2005 г. - Revision: 3.2
Информация в данной статье относится к следующим продуктам.
  • Microsoft SQL Server 2000 Standard Edition
Ключевые слова: 
kbhowto kbsqlclient kbdll kbclientserver kbclient kbdns kberrmsg kbtshoot kbregistry KB827422

Отправить отзыв

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com