Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Van toepassing op:
- SQL Server 2025 CU- en GDR-updates sinds april 2026
- SQL Server 2022 CU- en GDR-updates sinds maart 2026
- SQL Server 2019 CU- en GDR-updates sinds april 2026
- SQL Server 2017 CU- en GDR-updates sinds april 2026
- SQL Server 2016 SP3 en Azure Connect Pack GDR-updates sinds april 2026
- Azure SQL Managed Instance (een beheerde database-instantie van Azure)
Overzicht
In dit artikel wordt een bekend probleem beschreven waarin gekoppelde serverquery's die gebruikmaken van de MSDASQL provider (OLE DB-provider voor ODBC-stuurprogramma's) en een providertekenreeks opgeven die mislukt en fout 7416 genereren. Het artikel bevat ook tijdelijke oplossingen waarmee de gekoppelde serverconnectiviteit wordt hersteld zonder de update terug te draaien.
Symptomen
Gekoppelde serverquery's die gebruikmaken van de MSDASQL provider en een providertekenreeks (@provstr) opgeven, mislukken en retourneren het volgende foutbericht wanneer een gebruiker die geen lid is van de vaste serverfunctie sysadmin de query uitvoert:
Msg 7416, Niveau 16
Toegang tot de server op afstand wordt geweigerd omdat er geen aanmeldingskoppeling is.
De fout kan ook optreden als de gekoppelde server en aanmeldingstoewijzingen correct zijn geconfigureerd.
Oorzaak
Een strengere verbindingsvalidatiecontrole in de Database Engine kan verbindingen weigeren voor bepaalde gekoppelde serverconfiguraties die gebruikmaken van de MSDASQL-provider, zelfs als eerdere builds deze verbindingen hebben toegestaan.
Workaround
Gebruik een van de volgende methoden om dit probleem te omzeilen zonder de update terug te draaien:
- Als voor uw configuratie de providertekenreeks (
@provstr) niet is vereist, verwijdert u deze uit de definitie van de gekoppelde server. - Voeg een
User IDvermelding toe aan de providertekenreeks (@provstr). Stel bijvoorbeeldUser ID=<value>in. De providerreeks moet ook nog steedsUIDbevatten.
U kunt de fout ook voorkomen door sysadmin-machtigingen te verlenen aan de betrokken gebruiker. We raden u echter niet aan deze methode te gebruiken.