SQL Server kann nicht mit dem TCP-Port gebunden, SQL Server überwacht der TCP-Port wird von einer anderen Anwendung

Problembeschreibung

Der virtuelle SQL-Server auf einen anderen Knoten ein Failover und Failback auf den ursprünglichen Knoten kann virtuelle SQL Server manchmal an den Port binden es abhört. Virtuelle SQL Server schlägt auch auf eingehenden Verkehr auf TCP. Wenn ein solcher Fehler auftritt, werden die folgenden Fehlermeldungen in der SQL Server-Fehlerprotokolle protokolliert:

2000-06-26 09:54:10.72 Server SuperSocket-Informationen: Fehler beim Binden bei TCP-Port 1433.
2000-06-26 09:54:10.74 Server SQL Server auf Named Pipes.
2000-06-26 09:54:10.74 Server SQL Server ist bereit für Clientverbindungen
Hinweis Dieses Verhalten kann auch nicht gruppierte SQL Server 2000-Computer und SQL Server 2005-Computer auftreten.

Ursache

Es ist eine Anwendung, die auf dem Computer den Port nimmt überwacht SQL Server ausgeführt wird. In diesem Fall ist der Port TCP-Port 1433. Das Problem tritt auch in Situationen besteht eine TCP/IP-Client ausgelastet.

Dieses Verhalten hat andere Ursachen. Wenn die Lösung in diesem Artikel das Problem nicht behebt, finden Sie in den folgenden Artikeln der Microsoft Knowledge Base:
293107 TCP Port von einer anderen Anwendung

319578 -Fehlermeldung, wenn Sie die IP-Adresse auf einem SQL Server-Failover-Clusterknoten ändern: "Binden, fehlgeschlagen"

312935 Update: SQL Server kann TCP/IP Port Systemstart binden

Fehler 308091 : Option Server ausblenden nicht mehrere Instanzen von SQL Server 2000 verwendet werden

PROBLEMUMGEHUNG

Wichtig Dieser Abschnitt bzw. die Methode oder Aufgabe enthält Schritte, die erklären, wie Sie die Registrierung ändern. Allerdings können schwerwiegende Probleme auftreten, wenn Sie die Registrierung falsch ändern. Stellen Sie daher sicher, dass Sie die folgenden Schritte sorgfältig ausführen. Sichern Sie die Registry für zusätzlichen Schutz, bevor Sie sie ändern. Anschließend können Sie die Registrierung wiederherstellen, falls ein Problem auftritt. Weitere Informationen zum Sichern und Wiederherstellen der Registrierung finden Sie im folgenden Artikel der Microsoft Knowledge Base:
322756 zum Sichern und Wiederherstellen der Registrierung in Windows


Um dieses Problem zu umgehen, fügen Sie ein
SuperSocketNetlib\Tcp\TcpAbortiveClose -Wert im Registrierungsschlüssel für bestimmte Instanz MSSQLServer. Gehen Sie hierzu folgendermaßen vor:
  1. Starten Sie Registrierungseditor (Regedt32.exe) von der Befehlszeile aus.
  2. Suchen Sie, und klicken Sie auf den folgenden Schlüssel in der Registrierung:
    • SQL Server 2000:
      HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\SuperSocketNetlib\Tcp
    • SQLServer 2005:
      HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.x\MSSQLServer\SuperSocketNetLib\Tcp\

      Hinweis MSSQL.x ist ein Platzhalter für den entsprechenden Wert für Ihr System, oder wählen Sie
      MSSQL.x aus dem Wert der
      MSSQLSERVER Registrierungseintrag im folgenden Unterschlüssel der Registrierung.
      HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\Instanz Names\SQL\
  3. Zeigen Sie im Menü Bearbeiten auf Neu, und klicken Sie dann auf DWORD-Wert.
  4. Typ
    TcpAbortiveClose, und drücken Sie dann die EINGABETASTE.
  5. Klicken Sie im Menü Bearbeiten auf Ändern.
  6. Klicken Sie auf
    Decimalund dann Typ 1 in der
    Feld " Wert ".
  7. Beenden Sie den Registrierungseditor.
Hinweis Wenn der Registrierungsschlüssel erstellt und in einer Instanz von SQL Server 2000 auf 1 festgelegt wurde, werden während der Migration Instanz der SQL Server 2005-Speicherort migriert.

Weitere Informationen

Klicken Sie für weitere Informationen auf die folgende Artikelnummer, um den Artikel in der Microsoft Knowledge Base anzuzeigen:
286303 Verhalten von SQL Server 2000 Network Library während Erkennung von dynamic port

293107 TCP Port von einer anderen Anwendung

Eigenschaften

Artikelnummer: 307197 – Letzte Überarbeitung: 20.01.2017 – Revision: 1

Feedback