Popis připojení klientů virtuální server SQL

Překlady článku Překlady článku
ID článku: 273673 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

Tento článek popisuje některé základy o připojení klienta serveru Microsoft SQL Virtual.

Další informace

Důležité: Tento oddíl, metoda nebo úkol obsahuje kroky, které sdělit, jak upravit registr. Po nesprávné úpravě registru však mohou nastat závažné problémy. Postupujte proto pečlivě podle uvedených kroků. Pro zvýšení bezpečnosti registr zálohujte jestě před jeho úpravami. Potom můžete v případě potíží registr obnovit. Další informace o zálohování a obnovení registru naleznete následujícím článku znalostní v databáze Microsoft Knowledge Base:
322756Zálohování a obnovení registru v systému Windows


Chování klienta virtuální server SQL

Microsoft Cluster Server (MSCS) poskytuje spolehlivější a odolnější platformu na kterém můžete sestavit kritické aplikace SQL Server. Není nutné měnit většinu aplikací serveru používat s MSCS. Však aplikace založené na transakci (například databáze serverů, such as Microsoft SQL Server) obvykle vyžadují další změny, takže pokud selže server podporu převzetí služeb při selhání správně zabraňuje ztrátě transakční integrity. Vývoj klientské aplikace pracovat s MSCS je relativně jednoduchý. Je třeba navrhnout aplikací s obnovení databáze a v úvahu kontrolu chyb.

I bez použití clusterů serveru SQL server všechny databáze automaticky obnoví při restartování serveru. Chcete-li zajistit, aby databáze je obnoveno ve stav konzistentní aplikace použití databázové transakce tak, aby převzetí služeb při selhání dochází v databázi správně a v konzistentním stavu. Transakce, které jsou neúplné, jakmile dojde k převzetí služeb při selhání by měla být vrácena zpět, zatímco by měla být zachována efekty všech potvrzených transakcí.

Klientské aplikace během převzetí služeb při selhání, ztrácíte jejich připojení k serveru SQL server a musí znovu připojit, pokračujte zpracování. Pokud je připojení klienta k serveru nestavové, (například aplikací vyvinutých pomocí Microsoft IIS [IIS] jsou nestavové) klient znovu připojí k serveru a zpracování pokračuje. Pokud klient a server mají společné stavu (například otevřených kurzorů, proměnné relace, globální proměnné Transact-SQL nebo dat v databázi tempdb), není průhledný klienta převzetí služeb při selhání. V těchto případech by návrhu aplikace klienta informovat uživatele připojení bylo buď ztraceny, nebo obnovit nebo aplikace automaticky obnovit jeho připojení k serveru. Transakce, která nebyla potvrzena dojde k převzetí služeb při selhání je vrácena zpět.

Diskusi o jak klienti zacházet s selhání serveru je standardní pro všechny klientské aplikace SQL Server i bez použití clusterů a virtuální servery. Proces kontroly chyba je poměrně podobné klientská databáze aplikace pro cluster. Jakmile clusteru převzetí služeb při selhání, program klient obdrží chybovou zprávu na připojení databáze. Chybové zprávy zjistil závisí na co klientský program se pokouší provést dané době.

Pokud je přes podle clusteru admin nezdařilo SQL serveru, nejsou odeslány pakety TCP reset. Pokud je operační systém (podle Kill.exe) ukončen proces serveru SQL, jsou odesílány pakety obnovit.

Může to ovlivnit aplikace klienta, pokud aplikace neurčuje parametr časového limitu dotazu nebo časový limit dotazu nula (0).

Aplikace nemá hodnotu časového limitu dotazu potom otevřete připojení ve stavu ESTABLISHED vlevo, po převzetí služeb při selhání. Fakt otevřená připojení nejsou uzavřeny a žádné další pakety TCP jsou odesílány těch připojení označuje, že tato připojení zcela nečinnosti. Protože převzetí služeb při selhání neposkytl žádné TCP reset pakety klientská aplikace, těch otevřené připojení čekat výsledky dotazu neomezeně dlouho (za předpokladu, že časový limit infinite dotazu) a potenciálně způsobit připojení přestane reagovat (zablokuje se).

Chcete-li tento problém z hlediska aplikace klienta, změnit časový limit dotazu omezené číslo.

Chování selhání virtuální databáze

Při selhání serveru virtuální databáze se nezdařilo chybová zpráva connection propojení vrácena klienta čekání. Databáze na selhání uzlu clusteru je vypnutí a restartování za parametrech nastavení ve stejném uzlu:

Start\Programs\Administrative Tools (Common)\Cluster Administrator\Group\Failover\Properties
				
Selhání skupiny Výchozí prahová hodnota 10 restartování 6-hodinové období před převzetí služeb při selhání dojde na zbývajícím uzlu. SQL Server však restartování prahovou hodnotu, která lze ověřit prostřednictvím vlastností serveru SQL na prostředku clusteru SQL Server, má výchozí práh tři restartování serveru SQL v 900 sekund a ve výchozím nastavení vliv skupiny. Pokud klient se pokusí připojit k serveru, zatímco je právě obnovit databázi, klient přijme čekání zotavení databáze chybová zpráva a měli opakovat po krátkém čekání.

SQL Server 7.0 a SQL Server 6.5 důležité informace

SQL Server 7.0 a SQL Server 6.5 chovají přesně popsaným v předchozí části "Virtuální databáze selhání chování".

Při spuštění serveru SQL Server 7.0 jako virtuální server SQL Server 7.0 podporuje pouze jednu adresu IP, ale může naslouchat na další porty jako nakonfigurován zákazníka. Popsaného v tématu "Více LISTEN-on TCP/IP portů" v následujícím článku znalostní báze Microsoft Knowledge Base:
254321INF: Do's zařazených do clusteru serveru SQL, Don'ts a základní upozornění

Aspekty 2000 Microsoft SQL Server

SQL Server 2000 má některé rozdíly v chování z verze SQL Server 7.0 a SQL Server 6.5.

Využití portu SQL Server 2000

Pojmenovaná instance ve výchozím nastavení naslouchá na dynamických portů. Při prvním spuštění serveru s port nastaven na nulu (0), server požaduje číslo volného portu z operačního systému a potom server naslouchá na portu. Server tento záznamy do registru a potom používá při každém stejný port.

Pokud je server nakonfigurován k naslouchání na portu dynamické a server selže naslouchání na portu dynamické při spuštění serveru zvolí jiný port.

Pokud jste nakonfigurovali statický port během instalace nebo po instalaci pomocí nástroje sítě serveru se nezdaří naslouchat na TCP/IP, pokud tento port je používán.

Klienti rozpoznat číslo portu připojit v případě z pojmenované instance nebo jeden s číslem-výchozí port.

Informace o připojení je zapsána do mezipaměti "LastConnect" v tomto klíči registru:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\supersocketnetlib\lastConnect
Pro každý server a metodu, která byla použita k připojení k jejich v registru bude vyhledání položek.

Klient se pokusí znovu použít informace o připojení u každého připojení, pokud selže a re-negotiates nové informace. Může k tomu dojít, pokud číslo portu byla změněna, protože někdo změnil nebo pokud byl dynamický port, který byl re-assigned kvůli port právě používán.

Nefunkční připojení

Připojení může být přerušeno třemi způsoby:
  1. Server selže; proces ukončí podle právě killed (system ID procesu serveru [spid dezaktivační) nebo narušení přístupu (AV) nebo něco jiného způsobuje operačního systému nebo selhání požadované služby.
  2. Ztráta napájení nebo selhání hardwaru počítače.
  3. Vypnutí serveru.
Každý z těchto připojení přerušeno vykazují různé chování v klientském počítači vidět.
  1. V případě, kdy se nepodaří server obdrží klient okamžitě připojení přerušeno chybová zpráva. Simulovat toto chování připojením OSQL systémem dlouhého dotazu a pak ukončit proces serveru SQL použít DEZAKTIVAČNÍ. Klient ukončí s chybovou zprávou ODBC.
  2. Selhání počítače je složitější. Můžete změnit chování mírně na základě jak zjistil ztrátu připojení.

    Pokud je klient uprostřed čtení informací, ztráta připojení mohou být zjištěny okamžitě protože přestane data.

    Pokud klient čeká pouze výsledky, je mírně odlišné chování. Chování závisí na Keep Alive konfigurace klientského počítače.

    Na Microsoft Windows 2000 Keep Alive nastavit kódem klienta na bázi jednotlivých připojení. Ve výchozím Keep Alive je nastaven na 30 sekund. To znamená, že pokud soketu dies jej je zjištěn v rámci 30 sekund a klient obdrží chybovou zprávu. V systému Windows NT 4.0 Keep Alive nelze nastavit na bázi jednotlivých připojení. Zachovat Alive musí být nastavena pro celý počítač tedy ovlivňují všechny aplikace na serveru.

    Klíče registru jsou odkazovaného jsou:
    KeepAliveTime\REG_DWORD HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters 30000

    KeepAliveInterval\REG_DWORD HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters 1000
  3. Při inicializaci vypnutí serveru server čeká při dokončení klientům. Pokud je klient stále spuštěn server však ukončí podprocesů uvnitř serveru. Ukončení podprocesy může také způsobit různých chybových zpráv v počítači klienta. Chybové zprávy můžete zahrnout připojení přerušeno chyba; však většinu času zobrazit tato chybová zpráva:
    Došlo k neznámé chybě, může připojení byly ukončeny serverem".
    Kód nativní chyba ODBC je nastaven na nulu (0) v tomto případě však jako chybová zpráva je vrácena klientovi.

Odkazy

Další informace o chování klienta SQL virtuálního serveru SQL Server 2005 naleznete na webu Microsoft Developer Network (MSDN):
http://msdn2.microsoft.com/en-us/library/ms189585.aspx

Vlastnosti

ID článku: 273673 - Poslední aktualizace: 4. prosince 2007 - Revize: 7.3
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft SQL Server 6.5 Enterprise Edition
  • Microsoft SQL Server 7.0 Enterprise Edition
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Standard Edition
Klíčová slova: 
kbmt kbhowto kbsql2005cluster kbclientserver kbinfo KB273673 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:273673

Dejte nám zpětnou vazbu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com