Bekanntes Problem in den Sicherheits- und Qualitätsrollups vom Dezember 3210137 und 3210138 für die .NET Framework 4.5.2 auf Windows 8.1, Windows Server 2012 R2 und Windows Server 2012

  • Artikel
  • 3 Minuten Lesedauer

Dieser Artikel hilft Ihnen, das Problem zu umgehen, das auftritt, wenn Anwendungen eine Verbindung mit einer Instanz 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 sich auf die .NET Framework 4.5.2 auswirkt, die auf 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 Dezemberupdates abgelöst wurden. Dieser Artikel enthält eine Problemumgehung für dieses Problem.

Problembeschreibung

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

provider: Shared Memory Provider, error: 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 Pipe auf der Serverseite, um zu erzwingen, dass nur TCP-Verbindungen SQL Server. Gehen Sie hierzu wie folgt vor.

Wichtig

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

  1. Starten Sie SQL Server-Konfigurations-Manager.

    SQL Server-Konfigurations-Manager.

  2. Erweitern Sie den Knoten SQL Server-Netzwerkkonfiguration.

  3. Wählen Sie die Protokolle für < SQLServer_instance Knoten für die Instanz von SQL Server > aus, mit denen Sie eine Verbindung herstellen.

  4. Klicken Sie mit der rechten Maustaste auf "Freigegebener Speicher", und wählen Sie "Deaktivieren" aus.

    Screenshot des Sql Server-Konfigurations-Manager-Fensters mit Menüs zum Deaktivieren des Protokollelements mit dem Namen &quot;Freigegebener Speicher&quot;.

  5. Wiederholen Sie Schritt 4 für Named Pipe, falls aktiviert.

    Hinweis

    TCP/IP sollte das einzige Protokoll in dieser Liste sein, das aktiviert ist.

  6. Wählen Sie den Knoten SQL Server Dienste aus.

  7. Klicken Sie mit der rechten Maustaste auf die Instanz von SQL Server, die Sie aktualisiert haben.

  8. Klicken Sie auf Neu starten.

    Screenshot: Menüs zum Neustart einer SQL Server Instanz.

Problemumgehung 2

Erstellen Sie einen Alias auf dem Server, um das TCP-Protokoll für lokale Anwendungen zu erzwingen. Lesen Sie dazu die folgenden MSDN- und TechNet-Themen:

Problemumgehung 3

Deaktivieren des freigegebenen Arbeitsspeichers aus dem Clientkonfigurationstool (32-Bit und 64-Bit). Gehen Sie dazu wie folgt vor:

  1. Starten Sie das Clientkonfigurationstool auf dem Server, indem Sie cliconfg.exe eingeben.

  2. Wenn diese Option aktiviert ist, deaktivieren Sie das Kontrollkästchen "Freigegebenen Arbeitsspeicher aktivieren".

    Screenshot des Dialogfelds SQL Server Client network Utility. Das Kontrollkästchen &quot;Freigegebenen Arbeitsspeicher aktivieren&quot; ist deaktiviert.

    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 mithilfe des 32-Bit-Clientkonfigurationstools ausführen, das sich im C:\Windows\SysWOW64 Ordner befindet.

Gilt für

Dieses Problem betrifft Benutzer, für die die .NET Framework 4.5.2 auf Windows 8.1, Windows Server 2012 R2 oder Windows 2012 installiert ist und die eines der folgenden Updates vom Dezember 2016 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 von Qualitätsrollupupdates vom November 2016 vorhanden:

  • November 2016 Vorschau des Qualitätsrollups für die .NET Framework 3.5, 4.5.2, 4.6, 4.6.1 auf Windows 8.1 und Server 2012 R2 (KB3196684)
  • November 2016 Vorschau des Qualitätsrollups für die .NET Framework 3.5, 4.5.2, 4.6, 4.6.1 auf Windows Server 2012 (KB3195383)
  • November 2016 Vorschau des Qualitätsrollups für die .NET Framework 3.5.1, 4.5.2, 4.6, 4.6.1 auf Windows 7 SP1 und Windows Server 2008 R2 SP1 (KB3196686)
  • November 2016 Vorschau des Qualitätsrollups für die .NET Framework 2.0 SP2, 4.5.2, 4.6 auf Windows Vista SP2 und Windows Server 2008 SP2 (KB3195382)

Lösung

Dieses Problem wurde in den folgenden Updates behoben: