Příznaky

Po dokončení konfigurace posluchače skupiny dostupnosti skupiny dostupnosti AlwaysOn v Microsoft SQL Server 2012, může nelze pomocí příkazu ping posluchače nebo k němu připojit z aplikace.

Například při pokusu o připojení k naslouchání serveru SQL Server pomocí SQLCMD časový limit připojení. Dále se zobrazí chybová zpráva podobná následující:

SqlCmd: Chyba: Microsoft SQL Native Client: Vypršel časový limit pro přihlášení.


Poznámka: Tyto příznaky jsou obvykle přerušovaný nebo se vztahují k převzetí služeb při selhání prostředku skupiny dostupnosti.

Následující snímek obrazovky zobrazuje příklad co se stane při pokusu o ping posluchač dostupnost "aglisten." Snímek obrazovky také zobrazuje úspěšné připojení k serveru SQL Server pomocí SQLCMD příkazu zahrnete parametr převzetí služeb při selhání s více podsítě -M.




Poznámka: Jak je uvedeno v připojení k naslouchání na snímku obrazovky můžete SQLCMD příkaz s parametrem -M .

Příčina

K tomuto problému dochází, protože aplikace používá buď data starší verze poskytovatele, který nepodporuje nový parametr MultiSubnetFailover nebo není nakonfigurován pro použití tohoto parametru.

Tento parametr je podporována v novější verzi ovladače SQLClient, která je součástí Microsoft rozhraní.NET Framework 4 a novějších verzích rozhraní.NET Framework a je zpět která je součástí Microsoft.NET Framework 3.5.

Poznámka: Příkaz PING je jednoduchá propojení testování nástroj, který nepodporuje nový parametr.

Řešení

Jako váš případ, můžete použít jednu z následujících řešení:

  • K řešení této situace, kdy se zprostředkovatelé dat nepodporují parametr MultiSubNetFailover , MultiSubNetFailover parametr přidat připojovací řetězec a nastavte na hodnotu true.

  • K vyřešení této situace při MultiSubnetFailover vlastnost nelze použít starší klienty, můžete změnit hodnotu RegisterAllProvidersIP posluchačů na 0. Chcete-li to provést, spusťte následující příkaz z rozhraní příkazového řádku prostředí Windows PowerShell:

    Import-Module FailoverClusters
    Get-ClusterResource <název posluchače> | ClusterParameter nastavit RegisterAllProvidersIP 0

Poznámka: Po RegisterAllProvidersIP hodnotu nastavíte na 0, aktuální online adresa IP musí být registrované rušení ze serveru DNS a offline adresa IP musí být registrován na server DNS, pokud dojde k selhání. To může způsobit zpoždění připojení další převzetí služeb při selhání.

Další informace

Při pokusu o připojení k naslouchání, který je definován na více než jedna podsíť, operace může selhat v případě, že ovladač klient se pokusí připojit pomocí jedné z adres IP v režimu offline na službu naslouchání.

Při vytváření posluchače adresy IP je určen pro každou podsíť jedinečný, jehož hostitelem je aplikace repliku dostupnost skupiny. Například pokud posluchač dostupnost skupiny, repliky, které existují ve dvou podsítích s dvě adresy IP jsou definovány v posluchače. Jednu adresu používá aplikaci, která lze připojit k instanci serveru SQL Server v podsíti 1 a jiná adresa se používá, když aplikace připojí k instanci serveru SQL Server v podsíti 2.

Na pozadí vytvoří posluchače "Klientský přístupový bod" prostředku clusteru systému Windows. Jednu z jeho vlastností je RegisterAllProvidersIP. Když je vytvořen posluchač, tato hodnota je nastavena na hodnotu 1a všechny posluchače adresy IP jsou registrovány v DNS server. Tato konfigurace zajišťuje snížené opětovné připojení klientů.

Protože záznam DNS obsahuje všechny adresy IP, klient se pokusí připojit k naslouchání na adrese musí vědět, jak ke zpracování této situace. MultiSubnetFailover parametr umožňuje ovladači klient připojení paralelně na adresy IP pro všechny posluchače. Bez parametru MultiSubnetFailover ovladač klient pokusí připojit postupně na všechny adresy IP pro posluchače. Postupné připojení může způsobit dlouhé přihlášení čas nebo přihlášení časové limity.

Poznámka: Problém, který je uveden v tomto článku také ovlivňuje prostředí Microsoft SharePoint, které jsou nakonfigurovány pro použití skupiny dostupnosti AlwaysOn sekundární jen pro čtení repliku. Chcete-li tento problém vyřešit, postupujte podle toho, která z následujících akcí platí pro vaši verzi služby SharePoint:

  • Microsoft SharePoint 2007: Je klasifikován jako starší verze aplikace. Proto nelze nakonfigurovat SharePoint 2007 použití parametru MultiSubnetFailover . Místo toho je nutné použít příkaz prostředí Windows PowerShell, která je popsána v části "Řešení".

  • Pro Microsoft SharePoint 2010: Kumulativní aktualizace balíčky jsou nyní k dispozici, přidává podporu parametru MultiSubnetFailover . Další informace o balíčcích aktualizace získáte v následujícím článku znalostní báze Microsoft Knowledge Base:

    2654347 aktualizace zavádí podporu funkce AlwaysOn v SQL Server 2012 pro rozhraní.NET Framework 3.5 SP1

    2687557 Popis balíčku oprav hotfix pro službu SharePoint Foundation 2010 (Wss-x-none.msp): 30 říjen 2012

Další informace o problémech, vypršení časového limitu přihlášení při zadání parametru MultiSubnetFailover přejděte na následující článek znalostní báze Microsoft Knowledge Base:

2855417 časový limit připojení při použití s parametrem MultiSubnetFailover posluchače skupiny dostupnosti AlwaysOnDalší informace o nástroji SQLCMD naleznete na následujícím webu MSDN:

Úvod k nástroji SQLCMDDalší informace o ovladači SqlClient naleznete na následujícím webu MSDN:

Podpora SqlClient pro vysokou dostupnost a zotavení po haváriiDalší informace o aktualizaci pro rozhraní.NET Framework 3.5 SP1 zavádí podporu funkce AlwaysOn v SQL Server 2012 klepněte na následující číslo článku v následujícím článku znalostní báze Microsoft Knowledge Base:

2654347 aktualizace zavádí podporu funkce AlwaysOn v SQL Server 2012 pro rozhraní.NET Framework 3.5 SP1
Další informace o ovladačích pro převzetí služeb při selhání s více podsítě naleznete v tématu "5.7.1 připojení klienta pro skupiny dostupnosti AlwaysOn" oddíl na následujícím webu MSDN:

Poznámky k verzi serveru SQL Server 2012Další informace o tom, jak vytvořit a nakonfigurovat posluchače dostupnost skupiny naleznete na následujícím webu společnosti Microsoft:

Vytvoření nebo konfigurace posluchač dostupnost skupiny v SQL Server 2012Další informace o připojení k čitelné sekundární Chyba při přihlášení ID zabezpečení (SID) jsou různé nebo chybí, přejdete na následujícím blogu společnosti Microsoft:

Připojení k čitelné sekundární selhání při přihlášení SID jsou různé nebo chybíDalší informace o SQL Server více podsítě clustering naleznete na následujícím webu MSDN:

Úvod pro SQL Server s více podsítě clusteru
Pro podrobné blogu z vždy na podporu týmu tento a související problémy, zkontrolujte následující odkaz:

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

Stav

Společnost Microsoft potvrdila, že se jedná o problém v produktech společnosti Microsoft, které jsou uvedeny v části "Platí pro".

Potřebujete další pomoc?

Rozšiřte své znalosti a dovednosti
Projít školení
Získejte nové funkce jako první
Připojit se k programu Microsoft Insider

Byly tyto informace užitečné?

Jak jste spokojeni s kvalitou jazyka?
Co ovlivnilo váš názor?

Děkujeme vám za zpětnou vazbu.

×