Bekanntes Problem im 3210137 und 3210138 sicherheits- und qualitätsrollups vom Dezember für die .NET Framework 4.5.2 auf Windows 8.1, Windows Server 2012 R2 und Windows Server 2012

Artikel
07/17/2023

In diesem Artikel können Sie das Problem umgehen, das auftritt, wenn Anwendungen eine Verbindung mit einer instance von Microsoft SQL Server auf demselben Computer herstellen.

Gilt für: .NET Framework 3.5 Service Pack 1
Ursprüngliche KB-Nummer: 3214106

Zusammenfassung

Die Sicherheits- und Qualitätsrollupupdates vom 13. Dezember 2016 3210137 und 3210138 ein bekanntes Problem enthalten, das die .NET Framework 4.5.2 betrifft, die unter Windows 8.1, Windows Server 2012 R2 und Windows Server 2012 ausgeführt wird. Das Problem war auch in den Rollupupdates vom 15. November 2016 vorhanden, die durch die Dezember-Updates ersetzt wurden. Dieser Artikel enthält eine Problemumgehung für dieses Problem.

Symptome

Anwendungen, die eine Verbindung mit einer instance von Microsoft SQL Server auf demselben Computer herstellen, generieren die folgende Fehlermeldung:

Anbieter: Shared Memory Provider, Fehler: 15 – Funktion nicht unterstützt

Verwenden Sie eine der folgenden Methoden, um dieses Problem zu umgehen.

Problemumgehung 1

Deaktivieren Sie die Protokolle Shared Memory und Named Pipes auf serverseitiger Seite, um reine TCP-Verbindungen zu SQL Server zu erzwingen. Gehen Sie hierzu wie folgt vor.

Wichtig

Bevor Sie andere Protokolle deaktivieren, stellen Sie sicher, dass das TCP/IP-Protokoll aktiviert ist.

Starten Sie den SQL Server-Konfigurations-Manager.
Erweitern Sie den Knoten SQL Server-Netzwerkkonfiguration.
Wählen Sie den Knoten Protokolle für <SQLServer_instance> für die instance der SQL Server aus, mit denen Sie eine Verbindung herstellen.
Klicken Sie mit der rechten Maustaste auf Freigegebener Speicher, und wählen Sie dann Deaktivieren aus.
Wiederholen Sie Schritt 4 für Named Pipes, wenn sie aktiviert ist.

Hinweis

TCP/IP sollte das einzige Protokoll in dieser Liste sein, das aktiviert ist.
Wählen Sie den Knoten SQL Server Dienste aus.
Klicken Sie mit der rechten Maustaste auf die instance SQL Server, die Sie aktualisiert haben.
Klicken Sie auf Neu starten.

Problemumgehung 2

Erstellen Sie einen Alias auf dem Server, um das TCP-Protokoll für lokale Anwendungen zu erzwingen. Informationen hierzu finden Sie in den folgenden MSDN- und TechNet-Themen:

Problemumgehung 3

Deaktivieren Sie freigegebenen Arbeitsspeicher über das Clientkonfigurationstool (32-Bit und 64-Bit). Gehen Sie dazu wie folgt vor:

Starten Sie das Clientkonfigurationstool auf dem Server, indem Sie cliconfg.exeeingeben.
Wenn diese Option aktiviert ist, deaktivieren Sie das Kontrollkästchen Shared Memory-Protokoll aktivieren .

Hinweis

Wenn Sie auf einem 64-Bit-Server 32-Bit-Anwendungen ausführen, die eine Verbindung mit SQL Server herstellen, müssen Sie dieses Verfahren mit dem 32-Bit-Clientkonfigurationstool ausführen, das C:\Windows\SysWOW64 sich im Ordner befindet.

Gilt für

Dieses Problem gilt für Benutzer, bei denen .NET Framework 4.5.2 auf Windows 8.1, Windows Server 2012 R2 oder Windows 2012 installiert ist und die eines der folgenden Dezember 2016-Updates angewendet haben:

Sicherheits- und Qualitätsrollup für die .NET Framework 4.5.2 auf Windows 8.1 und Windows Server 2012 R2 (KB3210137)
Sicherheits- und Qualitätsrollup für die .NET Framework 4.5.2 auf Windows Server 2012 (KB3210138)

Dieses Problem ist auch in der folgenden (jetzt abgelösten) Vorschau der Qualitätsrollupupdates vom November 2016 enthalten:

November 2016 Preview of Quality Rollup for the .NET Framework 3.5, 4.5.2, 4.6, 4.6.1 on Windows 8.1 and Server 2012 R2 (KB3196684)
November 2016 Preview of Quality Rollup for the .NET Framework 3.5, 4.5.2, 4.6, 4.6.1 on Windows Server 2012 (KB3195383)
November 2016 Vorschau auf das Qualitätsrollup für die .NET Framework 3.5.1, 4.5.2, 4.6, 4.6.1 unter Windows 7 SP1 und Windows Server 2008 R2 SP1 (KB3196686)
November 2016 Vorschau auf das Qualitätsrollup für die .NET Framework 2.0 SP2, 4.5.2, 4.6 unter Windows Vista SP2 und Windows Server 2008 SP2 (KB3195382)

Lösung

Dieses Problem wurde in den folgenden Updates behoben:

Share via