Обнаружено что отсутствуют пакеты обеспечивающие поддержку sql server

Исправление неудавшейся установки SQL Server

Операцию исправления можно применять в следующих случаях.

Если в сводном журнале присутствует следующее сообщение, экземпляр можно исправить после ошибки обновления:

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

В ходе восстановления экземпляра SQL Serverвыполняются следующие действия.

Заменяются все отсутствующие или поврежденные файлы.

Заменяются все отсутствующие или поврежденные разделы реестра.

Для всех отсутствующих или недопустимых параметров конфигурации устанавливаются значения по умолчанию.

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

Исправление должно быть запущено на отдельных узлах кластера.

Исправление неудавшейся установки SQL Server в центре установки

Если центр установки был запущен из меню «Пуск», то в этот раз потребуется указать расположение установочного носителя.

Будут запущены правила исправления для проверки операции. Чтобы продолжить, нажмите кнопку Далее.

Страница «Готовность к исправлению» показывает, что операция готова к продолжению. Чтобы продолжить, нажмите кнопку Исправить.

Страница «Состояние исправления» показывает состояние операции исправления. Страница «Готово» показывает, что операция завершена.

Исправление ошибочной установки SQL Server из командной строки

Выполните в командной строке следующую команду:

Источник

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

Службы Integration Services включают функции и инструменты, которые можно использовать для устранения неполадок пакетов после их завершения и развертывания.

Во время разработки в среде SQL Server Data Tools (SSDT) можно использовать точки останова выполнения пакета, окно хода выполнения и средства просмотра данных для наблюдения за потоком данных. Однако эти возможности недоступны при выполнении уже развернутых пакетов. Основными методами устранения неполадок в развернутых пакетах являются следующие.

Перехват и обработка ошибок пакетов с помощью обработчиков событий.

Обнаружение недопустимых данных с помощью вывода ошибок.

Отслеживание шагов выполнения пакетов, используя ведение журналов.

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

Обеспечивайте целостность данных с помощью транзакций. Дополнительные сведения см. в разделе Транзакции служб Integration Services.

Перезапускайте пакеты с точки сбоя, используя контрольные точки. Дополнительные сведения см. в разделе Restart Packages by Using Checkpoints.

Перехват и обработка ошибок пакетов с помощью обработчиков событий

Обработчики событий могут реагировать на многие события, вызванные пакетами и объектами в них.

Устранение неполадок в данных путем вывода ошибок

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

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

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

Также получайте имена столбцов, сохраняя в журнал событие DiagnosticEx. Это событие записывает схему журнала преобразований потока данных в журнал. Потом вы сможете найти имя столбца в этой схеме журнала преобразований с помощью идентификатора столбца, записанного в выводе с ошибками. Дополнительные сведения см. в разделе Обработка ошибок в данных.

Значение столбца сообщения для DiagnosticEx — это XML-текст. Для просмотра текста сообщения о выполнении пакета выполните запрос к представлению catalog.operation_messages (база данных SSISDB). Обратите внимание, что событие DiagnosticEx не сохраняет пробелы в выводе XML, чтобы уменьшить размер журнала. Для улучшения удобочитаемости скопируйте журнал (например, в решении Visual Studio) в редактор XML, поддерживающий форматирование XML и выделение синтаксиса.

Устранение неполадок выполнения пакетов с помощью отчетов об операциях

Устранение неполадок выполнения пакетов с помощью представлений SSISDB

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

Устранение неполадок выполнения пакетов с помощью журналов

С помощью ведения журналов можно отследить многие события в выполняющихся пакетах. Регистраторы захватывают сведения о конкретных событиях с целью последующего анализа и сохраняют их в таблицу базы данных, неструктурированный файл, XML-файл или в любом другом поддерживаемом формате вывода данных.

Включите ведение журналов. Выходные данные журналов можно детализировать, выбрав только события и только объекты, сведения о которых требуется захватить. Дополнительные сведения см. в статье Ведение журналов в службах Integration Services (SSIS).

Для устранения неполадок, связанных с поставщиком, выберите событие пакета, называемое «Диагностика». Существуют сообщения журнала, которые могут помочь при устранении неполадок взаимодействия пакета с внешним источником данных. Дополнительные сведения см. в статье Troubleshooting Tools Package Connectivity.

Дополните выходные данные журналов. При обычном ведении журналов строки присоединяются к назначению при каждом выполнении пакета. Хотя каждая строка выходных данных журнала определяет пакет по имени и уникальному идентификатору, а также определяет выполнение пакета по уникальному идентификатору ExecutionID, большой объем выходных данных анализировать трудно.

В следующем подходе предлагается расширить выходные данные журнала и облегчить создание отчетов:

Добавьте к потоку данных данные аудита. Преобразование «Аудит» можно использовать для добавления к строкам в потоке данных сведений о выполнении пакета, который создал или изменил каждую строку. Преобразование «Аудит» предоставляет девять разделов сведений, в том числе PackageName и ExecutionInstanceGUID. Дополнительные сведения см. в разделе Audit Transformation. Если в каждую строку в целях аудита требуется включить пользовательские данные, их можно добавить в поток данных с помощью преобразования «Производный столбец». Дополнительные сведения см. в разделе Derived Column Transformation.

Рассмотрите возможность захвата данных счетчика строк. Создайте отдельную таблицу для данных счетчика строк, в которой каждый экземпляр выполнения пакета определяется идентификатором ExecutionID. Используйте преобразование «Счетчик строк» для сохранения числа строк в последовательность переменных в критических точках потока данных. После окончания потока данных используйте задачу «Выполнение SQL» для вставки этой последовательности значений в строку таблицы для последующего анализа и отчета.

Дополнительные сведения об этом подходе см. в статье «ETL Auditing and Logging» (ETL: аудит и ведение журналов), входящей в технический документ MicrosoftProject REAL: Business Intelligence ETL Design Practices (Project REAL. Рекомендации по разработке ETL-решения для бизнес-аналитики).

Устранение неполадок выполнения пакетов с помощью отладочных файлов дампа

Службы Службы Integration Servicesпозволяют создавать отладочные файлы дампа с информацией о выполнении пакета. Дополнительные сведения см. в статье Generating Dump Files for Package Execution.

Устранение неполадок проверки во время выполнения

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

Устранение проблем с разрешениями во время выполнения

Чтобы подключиться к источникам данных Excel или Access, агенту SQL Server требуется учетная запись с разрешениями на чтение, запись, создание и удаление временных файлов в папке, заданной переменными среды TEMP и TMP.

Устранение неполадок для 64-разрядных платформ

Устранение неполадок, когда ошибка выдается без описания

Источник

Устранение неполадок при соединении с ядром СУБД SQL Server.

В этой статье описаны методы поиска и устранения неполадок, при которых не удается подключиться к экземпляру ядра СУБД SQL Server на отдельном сервере.

Для других сценариев см. такие материалы:

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

Эти инструкции предназначены для устранения неполадок, связанных с ошибкой «Подключение к серверу» (например, Error Number: 11001 (or 53), Severity: 20, State: 0 ). В следующем примере показано сообщение об ошибке:

A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections.

Эта ошибка означает, что клиенту не удается найти экземпляр SQL Server. Это может произойти при наличии хотя бы одной из следующих проблем:

Интерактивную страницу по устранению неполадок можно найти на сайте службы технической поддержки Microsoft на странице Solving Connectivity errors to SQL Server (Устранение ошибок подключения к SQL Server).

Ошибки, не описанные в статье

Получение имени экземпляра из диспетчера конфигурации

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

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

Войдите на компьютер, на котором размещен экземпляр SQL Server.

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

На левой панели выберите Службы SQL Server.

На правой панели проверьте имя экземпляра ядра СУБД.

Проверка выполнения экземпляра

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

Если экземпляр остановлен, щелкните его правой кнопкой мыши и выберите команду Запустить. Экземпляр будет запущен, и красный квадрат поменяется на зеленую стрелку.

Убедитесь, что служба обозревателя SQL Server запущена

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

Экземпляр SQL Server по умолчанию не требует службы «Обозреватель SQL Server».

Тестирование локального подключения

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

Войдите на компьютер, на котором установлен SQL Server, с помощью имени входа с разрешением на доступ к SQL Server.

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

На начальной странице введите SQL Server Management Studio. В более старых версиях Windows в меню «Пуск» выберите Все программы, Microsoft SQL Server, а затем щелкните SQL Server Management Studio.

В разделе Подключение к серверу > Сервер выберите Ядро СУБД. В поле Проверка подлинности выберите Проверка подлинности Windows. В поле Имя сервера задайте один из следующих типов подключения:

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

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

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

При получении сообщения об ошибке 18456 Login failed for user см. MSSQLSERVER_18456.

Другие состояния сбоя журнала можно просмотреть в этой записи блога.

Если соединение устанавливается с помощью общей памяти, проверьте его с использованием TCP. Вы можете принудительно задать TCP-подключение, указав tcp: перед именем. Пример:

Если соединение устанавливается с помощью общей памяти, но не TCP, необходимо устранить проблему с TCP. Скорее всего, проблема в том, что TCP-протокол отключен. Сведения о включении TCP см. в разделе Включение протоколов выше.

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

Получение IP-адреса сервера

Получите IP-адрес компьютера, на котором размещен экземпляр SQL Server.

Получение данных о номере TCP-порта для экземпляра SQL Server

В большинстве случаев соединение с ядром СУБД SQL Server с другого компьютера устанавливается по протоколу TCP.

Сообщение означает, что этот экземпляр SQL Server прослушивает все IP-адреса на этом компьютере (для IP-протокола версии 4) и TCP-порт 1433. (TCP-порт 1433 — это порт, обычно используемый ядром СУБД или экземпляром SQL Server по умолчанию. Использовать определенный порт может только один экземпляр SQL Server. Поэтому, если установлено несколько экземпляров SQL Server, некоторые из них должны работать с другими номерами портов.) Запишите номер порта для того экземпляра SQL Server, к которому вы пытаетесь подключиться.

Включение протоколов

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

Тестирование подключения TCP/IP

В меню «Пуск» щелкните Выполнить. В окне Выполнить введите cmd, а затем нажмите кнопку ОК.

В окне командной строки введите ping и IP-адрес компьютера, на котором запущен SQL Server. Пример:

Открытие порта в брандмауэре

По умолчанию брандмауэр Windows включен и блокирует подключения с других компьютеров. Чтобы подключиться с использованием протокола TCP/IP с другого компьютера, на компьютере SQL Server необходимо настроить брандмауэр для разрешения подключений к TCP-порту, используемому компонентом Database Engine. Экземпляр по умолчанию прослушивает по умолчанию TCP-порт 1433. Если запущены именованные экземпляры или вы изменили значение по умолчанию, TCP-порт SQL Server может прослушивать другой порт. См. раздел Получение данных о номере TCP-порта для экземпляра SQL Server.

При подключении к именованному экземпляру или порту, отличному от TCP-порта 1433, необходимо также открыть UDP-порт 1434 для службы обозревателя SQL Server. Пошаговые инструкции по открытию портов в брандмауэре Windows см. в статье Настройка брандмауэра Windows для доступа к компоненту Database Engine.

Проверка подключения

После того как появилась возможность соединения с использованием TCP на том же компьютере, нужно проверить подключение с клиентского компьютера. Теоретически можно использовать любое клиентское приложение, но чтобы избежать дополнительных сложностей, установите средства управления SQL Server на клиентском компьютере и попытайтесь запустить среду SQL Server Management Studio.

Обе эти проблемы связаны со службой обозревателя SQL Server, которая предоставляет клиенту номер порта. Далее приводятся возможные решения.

Источник

Устранение ошибок подключения к SQL Server

В этой статье вы сможете решить различные проблемы с подключением SQL сервера.

Подробнее об опыте этой статьи см. в статье Solving Connectivity errors to SQL Server.

Оригинальная версия продукта: Microsoft SQL Server
Исходный номер КБ: 4009936

Предварительное условие

Для эффективного использования этого устранения неполадок может потребоваться собрать следующую информацию.

Полный текст сообщения об ошибке, а также коды ошибок и периодические ошибки (случается только иногда) или последовательно (происходит все время).

Ошибки из SQL Server, из которых можно отметить следующее:

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

Вы можете найти строку «Имя сервера», чтобы получить эту информацию в ошибке.

Сетевые библиотеки и порты SQL, в который прослушивается экземпляр. Примеры сообщений:

Именуемые трубы. Локальный поставщик подключений Server готов принять подключение к \ \ [\pipe\sql\query]. TCP/IP и номер порта: сервер прослушивает [::1 1433].

Журналы событий приложений и систем из SQL Server и клиентских систем.

При сбое подключений из приложения строка подключения из приложения. Они обычно находятся в Web.config для ASP.NET приложений.

Контрольный список

Убедитесь SQL что сервер запущен, и вы увидите следующее сообщение в SQL Server ErrorLog:

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

Проверьте, SQL ли он прослушивает соответствующие протоколы, просмотрев ErrorLog.

Проверьте, можно ли подключиться к SQL серверу с помощью UDL-файла. Если он работает, может возникнуть проблема со строкой подключения. Инструкции по процедуре о тесте UDL переходить Подключение на SQL сервер с помощью раздела файлов UDL.

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

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

При создании подключения к SQL Server

Дополнительные сведения о соответствующей ошибке см. в следующем разделе Проверка ошибок подключения.

Проверка ошибок подключения

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

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

SQL Server Native Client ссылки данных

[Microsoft SQL Server Native Client 10.0]: Login timeout expired
[Microsoft SQL Server Native Client 10.0]: A network-related or instance-specific error has occurred while establishing a connection to SQL Server. Server is not found or not accessible. Check if instance name is correct and if SQL Server is configured to allow remote connections. For more information see SQL Server Books Online.
[Microsoft SQL Server Native Client 10.0]: SQL Server Network Interfaces: Error Locating Server/Instance Specified [xFFFFFFFF].

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

поставщик: поставщик TCP, ошибка: 0
Попытка подключения не удалась из-за того, что подключенная сторона не отвечала должным образом после определенного периода времени, или не удалось установить подключение, так как подключенный хост не справился с ответом.
Microsoft SQL Server, ошибка: 10060

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

поставщик: Названный поставщик труб, ошибка:40 — не удалось открыть подключение к SQL Server
Microsoft SQL Server, ошибка:53
Путь сети не найден

[Microsoft] [SQL Server Native Client 11.0]Поставщик TCP: Подключение не удалось сделать, так как целевая машина активно отказалась от него.
[Microsoft] [SQL Server Native Client 11.0]Истек срок действия времени входа
[Microsoft] [SQL Server Native Client 11.0]При создании подключения к SQL Server произошла ошибка, связанная с сетью или экземпляром. Сервер не найден или недоступен. Проверьте, правильно ли имя экземпляра и SQL Server настроены для допуска удаленных подключений. Дополнительные сведения см. в SQL Server Books Online.

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

Общие причины различных проблем с подключением

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

Причина 1. Неправильное имя сервера, указанное в строке подключения или в диалоговом окне имя сервера

Убедитесь, что имя сервера, которое указывает приложение, соответствует тому, что имеется в журнале ошибок.

Перейдите к файлу ASP.NET Configuration Files для приложения и убедитесь, что раздел Строки подключения указывают на правильное имя сервера и использует соответствующие SQL Server строки подключения для ASP.NET веб-приложений.

Чтобы программным образом получить строки подключения из приложения, обратитесь к примеру в раздел How to: Read Connection Strings from the Web.config File.

Причина 2. Неправильный псевдоним на клиентской машине

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

Что нужно попробовать:

Откройте SQL Server клиентскую сеть, введяcliconfg.exe в команде Run.

Проверьте, есть ли псевдонимы, определенные для сервера, к который вы пытаетесь подключиться.

Если есть, сделайте следующее:

Нажмите кнопку Изменить и переименовать псевдоним Server. (например, если имя сервера — MySQL, переименуйте его в MySQL_test) и повторное подключение. Если подключение работает, это указывает на то, что у вас был неправильный псевдоним, вероятно, из старой конфигурации, которая больше не требуется. Если вы продолжаете испытывать ошибку, переименуем псевдоним обратно в его первоначальное имя и переступим к следующему шагу.

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

Неправильный IP-адрес для параметра Имя сервера. Убедитесь, что этот IP-адрес соответствует записи в файле SQL ErrorLog.

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

Если вы используете псевдоним с именем pipes, убедитесь, что имя трубки имеет правильный формат.

Причина 3 (экземпляр по умолчанию): брандмауэр (s) между клиентом и сервером, блокирующий порт, SQL Server экземпляр прослушивается

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

Что нужно попробовать:

Определите номер порта, SQL экземпляр запущен. Если экземпляр SQL сервера по умолчанию использует нестандартный порт, см. в примере Running SQL Server ‘Default’в порту TCP по умолчанию (или нестандартным): советы по подключению приложений.

Попробуйте примкнутый номер порта SQL Server имя сервера с помощью формата , portnumber и посмотреть, если это работает. Например, если ваше имя SQL является MySQLDefaultinstance и оно запущено в порту 2000, укажите имя сервера как MySQLServer, 2000 и узнайте, работает ли это. Если он работает, это указывает на то, что брандмауэр блокирует порт.

В случае подтверждения добавьте порт в список исключений Брандмауэра. Для инструкций переходить к разделу Настройка брандмауэров.

Причина 4 (Экземпляр с именем): SQL браузер не запущен

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

Что нужно попробовать:

В системе, SQL Server экземпляре, используйте диспетчер конфигурации SQL Server или applet Services в панели управления и запустите службу SQL браузера, если она еще не запущена. Дополнительные сведения см. в фото: Start and Stop the SQL Server Browser Service

Причина 5 (Названный экземпляр): UDP Port 1434, используемый SQL браузер заблокирован в сети

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

Метод 1:

Метод 2:

Что нужно попробовать:

Сначала определите, прослушивается ли SQL Server динамический и статичный порт, и используйте процедуру, соответствующую вашему сценарию. Как узнать, прослушивается ли SQL динамических и статических портах, переходить к разделу «Скажите, SQL ли вы слушаете в разделе Динамические и Статические порты».

Пример 1. Динамические порты. В этом случае необходимо убедиться SQL служба браузера действительно запущена и порт UDP 1434 не заблокирован на брандмауэре между клиентом и сервером. Если вы не можете сделать ни один из них, следует переключить экземпляр SQL Server для использования статического порта и использовать процедуру, задокументированную в Настройка сервера для прослушивания в конкретном TCP-порте.

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

Если это не решает проблему, переехав в раздел «Все еще возникают проблемы».

Настройка брандмауэров

Если вы используете брандмауэр Windows, используйте процедуру, описанную в разделе SQL Server Книги Online:

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

Ниже приведены некоторые быстрые скриншоты, показывающие необходимую конфигурацию брандмауэра Windows для успешного подключения к экземпляру по умолчанию и названного экземпляра.

Экземпляр по умолчанию SQL Server в порту по умолчанию 1433 на Windows R2 2012. В этом сценарии необходимо убедиться, что в TCP-порт 1433 в брандмауэре TCP Windows исключение.

Откройте Windows брандмауэр в экземпляре по умолчанию SQL сервера и нажмите кнопку New Rule under Inbound Rules.

Выберите параметр Порт и нажмите кнопку Далее.

На следующем экране:

Выберите TCP в качестве протокола.

Выберите конкретные локальные порты и укажите значение 1433 и нажмите кнопку Далее.

На следующем экране выберите Разрешить подключение и нажмите кнопку Далее.

На следующем экране выберите параметр, который лучше всего подходит для вашей среды, и нажмите кнопку Далее.

На следующем экране дайте имя правилу и уканите четкое описание будущей ссылки и нажмите кнопку Готово.

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

Добавление исключения для порта UDP 1434 для подключения к имениму экземпляру SQL сервера:

Откройте Windows брандмауэр в экземпляре по умолчанию SQL сервера и нажмите кнопку New Rule under Inbound Rules.

Выберите параметр Порт и нажмите кнопку Далее.

На следующем экране:

Выберите UDP в качестве протокола.

Выберите локальные порты и укажите значение 1434 и нажмите кнопку Далее.

На следующем экране выберите Разрешить подключение и нажмите кнопку Далее.

На следующем экране выберите параметр, который лучше всего подходит для вашей среды, и нажмите кнопку Далее.

На следующем экране дайте имя правилу и уканите четкое описание будущей ссылки и нажмите кнопку Готово.

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

Если это не решает проблему, переехав в раздел «Все еще возникают проблемы».

Использование средства PortqryUI с SQL Server

Экземпляр по умолчанию в порту по умолчанию: рабочий сценарий

Экземпляр по умолчанию в порту по умолчанию: сценарий нерабояния

Пример с именем: Рабочий сценарий: (Имя экземпляра: SQL 2014 г., имя хозяйского пользователя: SQLCONNVM)

Дополнительные сведения переходить к разделу Настройка брандмауэров.

Если это не решает проблему, переехав в раздел «Все еще возникают проблемы».

Скажите, SQL прослушивает динамические и статические порты

В диспетчер конфигурации SQL Server области консоли разместим SQL Server конфигурации сети, разместим протоколы для, а затем дважды щелкните TCP/IP.

В диалоговом окне TCP/IP Properties на вкладке IP-адресов несколько IP-адресов отображаются в формате IP1, IP2, до IPAll. Один из них — IP-адрес адаптер 127.0.0.1. Для каждого IP-адреса на компьютере отображаются дополнительные IP-адреса. (Вероятно, вы увидите IP-адреса версии 4 и IP-версии 6.) Щелкните правой кнопкой мыши каждый адрес и нажмите кнопку Свойства, чтобы определить IP-адрес, который необходимо настроить.

Если диалоговое окно TCP Dynamic Ports содержит 0, это указывает на то, что ядро СУБД прослушивается в динамических портах. Если он содержит определенный номер, это означает, что экземпляр базы данных прослушивается в статическом порту.

Дополнительные сведения см. в веб-сайте Настройка сервера для прослушивания в определенном порту TCP.

Если это не решает проблему, переехав в раздел «Все еще возникают проблемы».

Подключение не удалось сделать, так как целевая машина активно отказалась от него

Дополнительные сведения об ошибке без подключения переходить в раздел Полное сообщение об ошибке.

Полное сообщение об ошибке

Вы можете получить ошибку, аналогичную следующему:

[Microsoft] [SQL Server Native Client 11.0]Поставщик TCP: Подключение не удалось сделать, так как целевая машина активно отказалась от него.
[Microsoft] [SQL Server Native Client 11.0] истек срок действия времени входа.
[Microsoft] [SQL Server Native Client 11.0]При создании подключения к SQL Server произошла ошибка, связанная с сетью или экземпляром. Сервер не найден или недоступен. Проверьте, правильно ли имя экземпляра и SQL Server настроены для допуска удаленных подключений. Дополнительные сведения см. в SQL Server Books Online.

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

SQL Server не существует или доступа не отказано

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

Сбой операции pivotTable: мы не можем найти сервер для загрузки модели данных книг

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

Невозможно создать сообщение об ошибке контекста SSPI

Интерфейс поставщика службы безопасности (SSPI) — это набор API Windows, который позволяет делегировать и взаимную проверку подлинности на любом общем уровне транспорта данных, например в розетках TCP/IP. Поэтому SSPI позволяет компьютеру с операционной системой Windows безопасно делегировать маркер безопасности пользователя с одного компьютера на другой через любой транспортный уровень, который может передавать необработанные bytes данных.
Ошибка контекста Cannot создается, когда SSPI использует проверку подлинности Kerberos для делегирования проверки подлинности TCP/IP и Kerberos не может завершить необходимые операции для успешного делегирования маркера безопасности пользователя на запущенный SQL Server.

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

Устранение сбоев проверки подлинности из-за проблем Kerberos

Сбои проверки подлинности Kerberos могут происходить по разным причинам. Основные причины и соответствующие решения приведены ниже:

Когда начинается экземпляр SQL Server ядро СУБД, SQL Server пытается зарегистрировать SPN для SQL Server службы. Когда экземпляр остановлен, SQL Server пытается оторегистрить SPN. Для этого для SQL учетной записи службы в активном каталоге необходимы права ReadServicePrincipalName и WriteServicePrincipalName. Но если учетная запись службы не имеет этих прав, автоматической регистрации SPN не происходит, и вам необходимо работать с администратором Active Directory, чтобы зарегистрировать их для экземпляров SQL, чтобы включить проверку подлинности Kerberos. В этом сценарии, если используется экземпляр с именем, будет удобнее использовать статичный порт для этого экземпляра. При использовании динамических портов номер порта может изменяться при каждом перезапуске службы, а зарегистрированный вручную SPN для экземпляра перестает быть допустимым. Дополнительные сведения см. в рублях Регистрация основного имени службы для подключений Kerberos.

В средах, в которых SQL кластерная автоматическая регистрация СНО не рекомендуется, так как для регистрации SPN и R-регистрации spN в Active directory может потребоваться больше времени, чем для SQL, чтобы выйти в интернет. Если регистрация SPN не произойдет вовремя, это может SQL в Интернете, так как администратор кластера не может подключиться к SQL серверу.

Использование диспетчера конфигурации Kerberos для диагностики и устранения проблем spN и делегирования

Запустите средство с помощью учетной записи домена предпочтительно с учетной записью, которая обладает достаточными привилегиями для создания SPNs в вашем активном каталоге. См. ниже рисунок:

Подключение SQL Server вы хотите собрать сведения об ошибках Kerberos:

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

System: Имеет базовую информацию о системе.

SPN: Предоставляет spN-сведения о экземплярах каждого экземпляра SQL, найденных на целевом сервере, и предоставляет различные варианты, как отмечено ниже. С помощью этой вкладки можно найти отсутствующие или неправильно сконфигуративные spNs и кнопки «Создание» или «Исправление», чтобы устранить эти проблемы.

Параметр Generate позволит создать скрипт поколения SPN. Щелкнув кнопку «Создание», выключите следующий диалог:

Этот параметр создает командный файл, который можно выполнять из командного запроса для создания SPN.

Содержимое generateSPNs будет похоже на следующее:

Он просто использует параметр SetSPN для создания SPN в учетной записи службы для SQL Server.

Исправление параметра добавит SPN до тех пор, пока у вас есть право добавить SPN и показано следующее подсказка средства: Снимок экрана параметра Исправление на вкладке SPN диспетчера конфигурации

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

Вкладка Делегирования. Вкладка определяет любые проблемы с конфигурацией учетной записи службы для делегирования. Это особенно полезно при устранении неполадок связанных серверов. Например, если службы spNs проверяются нормально, но если у вас по-прежнему возникли проблемы с связанными запросами сервера, это может быть указанием на то, что учетная запись службы не настроена для делегирования учетных данных. Дополнительные сведения можно получить в разделе Книги в Интернете в разделе Настройка связанных серверов для делегирования.

После исправления СНО повторно перезапущено средство диспетчера конфигурации Kerberos и убедитесь, что вкладки SPN и Delegation больше не сообщают о сообщениях об ошибках и повторном повторе подключения из приложения.

Дополнительные сведения просмотрите следующие ссылки:

Источник