Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Относится к:
- обновления SQL Server 2025 CU и GDR с апреля 2026 г.
- обновления SQL Server 2022 CU и GDR с марта 2026 г.
- обновления SQL Server 2019 CU и GDR с апреля 2026 г.
- обновления SQL Server 2017 CU и GDR с апреля 2026 г.
- Обновления SQL Server 2016 SP3 и Azure Connect Pack GDR, выпущенные с апреля 2026 г.
- Управляемый экземпляр Azure SQL
Сводка
В этой статье описывается известная проблема, из-за которой запросы к связанному серверу, использующие поставщик MSDASQL (OLE DB Provider for ODBC Drivers) и указывающие строку поставщика, завершаются сбоем и вызывают ошибку 7416. В этой статье также приводятся обходные пути, позволяющие восстановить подключение к связанному серверу без отката обновления.
Симптомы
Связанные серверные запросы, использующие MSDASQL поставщика и указывающие строку поставщика (@provstr) завершаются ошибкой и возвращают следующее сообщение об ошибке, если пользователь, не являющийся членом предопределенных ролей сервера sysadmin , запускает запрос:
Msg 7416, уровень 16
Доступ к удаленному серверу запрещен, так как отсутствует сопоставление имени входа.
Ошибка может возникать, даже если связанный сервер и сопоставления имен входа настроены правильно.
Причина
Более строгая проверка подключения в компоненте ядро СУБД может отклонять подключения для некоторых конфигураций связанных серверов, в которых используется поставщик MSDASQL, даже если в более ранних сборках такие подключения допускались.
Обходной путь
Чтобы обойти эту проблему без отката обновления, используйте один из следующих методов:
- Если конфигурация не требует строки поставщика (
@provstr), удалите ее из определения связанного сервера. - Добавьте запись
User IDв строку поставщика (@provstr). Например, установите значениеUser ID=<value>. Строка поставщика по-прежнему должна также включатьUID.
Кроме того, можно предотвратить сбой, предоставив пользователю разрешения sysadmin . Однако мы не рекомендуем использовать этот метод.