Problembeschreibung

Nach dem Konfigurieren der verfügbarkeitsgruppenlistener für eine AlwaysOn Availability Group in Microsoft SQL Server 2012 können Sie möglicherweise den Listener ping oder einer Anwendung herstellen.

Beispielsweise beim Listener des SQL Server-Verbindung mit SQLCMD Timeout die Verbindung. Darüber hinaus erhalten Sie eine Fehlermeldung, die der folgenden ähnelt:

Sqlcmd: Fehler: Microsoft SQL Native Client: Login-Timeout abgelaufen.


Hinweis Symptome in der Regel nur sporadisch oder Failover der Ressource Gruppe Verfügbarkeit beziehen.

Der folgende Screenshot zeigt ein Beispiel, was geschieht, wenn Sie versuchen, den Listener für die Verfügbarkeit von "Aglisten" ping Der Screenshot zeigt auch eine Verbindung zu SQL Server mit SQLCMD -Befehl beim Failover mit mehreren Subnetzwerken Parameter -menthalten.




Hinweis Siehe Screenshot der Listener herstellen, können Sie SQLCMD -Befehl mit dem Parameter – M .

Ursache

Dieses Problem tritt auf, weil die Anwendung einen legacy-Datenanbieter, der neuen MultiSubnetFailover -Parameter nicht unterstützt oder nicht so konfiguriert verwendet, dass Sie diesen Parameter verwenden.

Dieser Parameter wird in neueren SQLClient-Treiber unterstützt, die mit der Microsoft.NET Framework 4 und späteren Versionen von.NET Framework und zurück zu Microsoft.NET Framework 3.5 portiert.

Hinweis Der PING -Befehl ist eine einfache Konnektivität testen Tool, das den neuen Parameter nicht unterstützt.

Problemlösung

Sie können eine der folgenden Methoden zu Ihrem Fall:

  • Um dieses Problem zu beheben, wenn Datenanbieter MultiSubNetFailover Parameter unterstützt, fügen Sie den Parameter MultiSubNetFailover zur Verbindungszeichenfolge und auf truefestgelegt.

  • Um dieses Problem zu beheben, wenn ältere Clients MultiSubnetFailover -Eigenschaft verwenden können, können Sie den Listener RegisterAllProvidersIP Wert 0ändern. Hierzu führen Sie den folgenden Befehl über die Befehlszeilenschnittstelle von Windows PowerShell:

    Import-Module FailoverClusters
    Get-ClusterResource <Ihr Listenername> | Set ClusterParameter RegisterAllProvidersIP 0

Hinweis Nach dem Festlegen des RegisterAllProvidersIP -Werts 0muss aktuelle Online-IP-Adresse obiger des DNS-Servers und die offline-IP-Adresse muss dem DNS-Server registriert werden, bei einem Failover. Dadurch kann eine Verbindung Verzögerung für nächsten Failover.

Weitere Informationen

Wenn Sie versuchen, einen Listener herstellen, die auf mehrere Subnetze definiert, schlägt der Vorgang fehl, Client-Treiber mithilfe der Listener offline IP-Adressen eine Verbindung herzustellen versucht.

Wenn ein Listener erstellt wird, bezeichnet eine IP-Adresse für jeden eindeutigen Subnetz, der ein Replikat Verfügbarkeit Gruppe gehostet wird. Wenn ein Listener für eine verfügbarkeitsgruppe mit Replikaten, die in zwei Subnetzen vorhanden erstellt, werden zwei IP-Adressen im Listener definiert. Eine Adresse verwendet, eine Anwendung, die mit einer Instanz von SQL Server im Subnetz 1 verbunden werden kann und die Adresse wird verwendet, wenn eine Anwendung mit einer Instanz von SQL Server im Subnetz 2 verbunden.

Hinter den Kulissen erstellt der Listener Windows Cluster Resource "Clientzugriffspunkt". Eine der Eigenschaften ist RegisterAllProvidersIP. Wenn ein Listener erstellt wird, dies auf 1gesetzt ist und alle Listener IP-Adressen in DNS-Server registriert sind. Diese Konfiguration bietet geringere erneute Verbindung für Clients.

Der DNS-Eintrag enthält die IP-Adressen muss ein Client, der versucht, eine Verbindung zum Listener mit dieser Situation umgehen können. Der MultiSubnetFailover -Parameter ermöglicht Clienttreiber versuchen Verbindung parallel an alle Listener IP-Adressen. Ohne den Parameter MultiSubnetFailover versuchen der Clienttreiber nacheinander alle IP-Adressen für den Listener. Laufende Verbindung möglicherweise eine lange Anmeldung Zeit oder Anmeldung Timeouts.

Hinweis Das in diesem Artikel beschriebene Problem betrifft auch Microsoft SharePoint-Umgebung eine AlwaysOn Availability Group sekundäre schreibgeschützt konfiguriert sind. Zum Beheben dieses Problems führen Sie je nachdem, welche der folgenden Aktionen für Ihre Version von SharePoint gilt:

  • Für Microsoft SharePoint 2007: Dies ist eine ältere Anwendung eingestuft. Daher kann SharePoint 2007 konfiguriert werden, um den MultiSubnetFailover -Parameter verwenden. Stattdessen müssen Sie mithilfe von Windows PowerShell-Befehl, der beschrieben wird im Abschnitt "Lösung".

  • Für Microsoft SharePoint 2010: Kumulatives Update-Pakete stehen jetzt Unterstützung für den MultiSubnetFailover -Parameter hinzufügen. Weitere Informationen über die Update-Pakete Klicken Sie auf die folgenden Artikelnummern klicken, um die Artikel der Microsoft Knowledge Base:

    2654347 Aktualisierung bietet Unterstützung für den AlwaysOn-Features von SQL Server 2012 auf.NET Framework 3.5 SP1

    2687557 Beschreibung des SharePoint Foundation 2010-Hotfix-Pakets (Wss-X-none.msp): 30. Oktober 2012

Weitere Informationen zur Anmeldung Timeout bei Angabe des Parameters MultiSubnetFailover rufen Sie folgenden Artikel der Microsoft Knowledge Base:

2855417 Verbindung das Zeitlimit AlwaysOn Availability Group Listener mit MultiSubnetFailover Parameter verwendenWeitere Informationen zu dieser FUNKTION finden Sie auf der folgenden MSDN-Website:

Einführung für das Dienstprogramm SQLCMDWeitere Informationen über den SqlClient-Treiber finden Sie auf der folgenden MSDN-Website:

SqlClient-Unterstützung für hohe Verfügbarkeit, Disaster recoveryWeitere Informationen zu einem Update, das auf.NET Framework 3.5 SP1 AlwaysOn-Funktionen von SQL Server 2012 stellt klicken Sie auf die folgende Artikelnummer um den Artikel in der Microsoft Knowledge Base:

2654347 Aktualisierung bietet Unterstützung für den AlwaysOn-Features von SQL Server 2012 auf.NET Framework 3.5 SP1
Weitere Informationen zur treiberunterstützung von für mehrere Subnetze Failover finden Sie den "5.7.1 Clientkonnektivität AlwaysOn Availability Gruppen" auf der folgenden MSDN-Website:

SQL Server 2012 Release notesWeitere Informationen zum Erstellen und Konfigurieren einer verfügbarkeitsgruppenlistener finden Sie auf folgender Microsoft-Website:

Erstellen Sie oder konfigurieren Sie einer verfügbarkeitsgruppenlistener in SQL Server 2012Weitere Informationen zu einer Verbindung mit der zweiten Fehlermeldung bei Anmeldung Sicherheits-IDs (SID) sind verschiedene oder fehlende zum folgenden Microsoft Blog:

Verbindung mit lesbaren sekundären schlägt fehl, wenn Anmelde-SIDs sind verschiedene oder fehlenWeitere Informationen zu SQL Server mit mehreren Subnetzwerken clustering finden Sie auf der folgenden MSDN-Website:

Einführung für SQL Server mit mehreren Subnetzwerken clustering
Für eine detaillierte Blogbeitrag immer im Support team darüber und Fragen, überprüfen Sie den folgenden Link:

http://blogs.msdn.com/b/alwaysonpro/archive/2014/06/03/connection-timeouts-in-multi-subnet-availability-group.aspx

Status

Microsoft hat bestätigt, dass es sich um ein Problem bei den Microsoft-Produkten handelt, die im Abschnitt „Eigenschaften“ aufgeführt sind.

Benötigen Sie weitere Hilfe?

Ihre Office-Fähigkeiten erweitern
Schulungen erkunden
Neue Funktionen als Erster erhalten
Microsoft Insider beitreten

War diese Information hilfreich?

Wie zufrieden sind Sie mit der Sprachqualität?
Was hat Ihre Erfahrung beeinflusst?

Vielen Dank für Ihr Feedback!

×