Správa služeb a komponent Microsoft SQL Serveru

3. díl - Správa služeb a komponent Microsoft SQL Serveru

Tomáš Jecha       16. 12. 2009       SQL, Databáze       16195 zobrazení

Tento díl pojednává o komponentách instalovaných se SQL Serverem. Jejich pochopení je důležité pro správnou instalaci a správu celého systému. Zároveň vysvětluji princip přidělování portů službám a popisuji postup ja jej konfigurovat.

Rozdělení komponent

V předchozím dílu jsem vysvětlil teorii instancí SQL Serveru. Tedy fakt, že na jednom databázovém serveru může pracovat nezávisle na sobě několik instancí databázového systémů. I když se budete potýkat většinou jen s jednou instancí, nemyslím, že je na škodu vše probrat scénářem, kdy máme instancí víc – pomůže to k pochopení některých principů.

Způsob komunikace - protokol

Databázový systém má za úkol poskytnout rozhraní přes které se připojuje klientská aplikace, aby mohl posílat příkazy, jenž se mají proti databázi vykonat. Způsobů navázání komunikace v SQL Serveru je hned několik. Liší se rychlostí i dostupností. Jsou to konkrétně tyto čtyři:

  • Sdílená paměť (shared memory) – přístup přes sdílenou paměť je bezesporu nejrychlejším nejméně problémovým způsobem komunikace. Nevyžaduje žádné nastavování a bývá implicitně povolen. Jeho nevýhodou je fakt, že funguje jen v rámci jednoho počítače – klient tedy musí být umístěn na počítači, kde běží databázový systém.
  • Pojmenované roury (named pipes) – další způsob mezi-procesové komunikace. Tentokrát však pro komunikaci jak v rámci jednoho počítače, tak v rámci lokální sítě. U tohoto způsobu komunikace se navíc nastavuje textové jméno komunikační roury, což je při tomto způsobu komunikace vyžadováno – co by to bylo za pojmenovanou rouru, kdyby neměla jméno… Obecně se ale doporučuje využívat ke komunikaci místo pojmenovaných rour raději rozšířenější TCP/IP.
  • VIA – Virtual Interface Adapter (adaptér virtuálního rozhraní) – Tento protokol se využívá pouze v případech komunikace se speciálně určeným VIA hardwarem. S takovým hardwarem jsem se zatím nesetkal a ani dokumentace jej moc neřeší. Myslím, že to i celkem dobře vystihuje oficiální popis: For information about how to use VIA, contact your hardware vendor. Jinými slovy – tento protokol nepoužívejte, pokud k tomu nebudete mít dobrý důvod.
  • TCP/IP – Nejpoužívanější a oficiálně nejdoporučovanější protokol. Při správné konfiguraci pracuje v rámci stejného počítače, místní sítě i internetu. U TCP/IP již narážíme na komplexnější konfiguraci. Tu ale vysvětlím až na konci článku.

Je dobré vědět, že každý z těchto protokolů může být zapnut. Vzájemně se neovlivňují a po otevření k databází nemají žádná omezení. Rozdíly plynou pouze z rychlosti a způsobu navázání a udržení spojení. Protokoly jsou implementovány do klientských knihoven, takže to vývojáře trápit nemusí. V praxi se pravděpodobně setkáte pouze s protokoly shared memory a TCP/IP. Ostatní potřebovat nebudete a je zbytečné se jimi proto zabývat.

Co se doporučeného nastavení týče, vhodné je povolit Shared memory společně s TCP/IP – díky tomu je komunikace v rámci serveru realizována pomocí Shared memory a přes síť pomocí TCP/IP. Ve chvíli, kdy nechceme, aby bylo možné se připojit z jiného počítače, nechme aktivní pouze Shared memory (což bývá defaultní stav a tak není ze základu možné se připojit přes síť).

Nástroj, kde lze jednotlivé protokoly nastavovat ukážu společně s nástroji pro správu v následujících odstavcích. Všechny nástroje naleznete po instalaci v nabídce Start v kategorii Microsoft SQL Server 2008.

Nástroj: SQL Server Installation Center

Jedná se o pomocnou utilitu přidanou do SQL Serveru 2008, která má za úkol pomoct se spouštěním instalačních a updatovacích procesů. Zároveň poskytuje odkazy na dokumentaci a nástroje pro zjištění instalovaných instancí a komponent, či na kontrolu splnění systémových požadavků. Funkce se hodí především při první instalaci jako analytický nástroj, zda je připraveno vše, co je potřeba a zda je již nainstalovaná nějaká instance – ostatně při spuštění instalaci se prvně spustí tento nástroj ještě před započetím samotné instalace. Pro naše účely je ale zatím zbytečný.

SQL Server Installation Center

Nástroj: SQL Server Configuration Manager

Tento nástroj konzole je o poznání zajímavější. Je tu také prakticky v nezměněné podobě už ze starší verze. Umožní prohlížet nainstalované instance, nastavit a kontrolovat parametry všech služeb a konfigurovat způsob komunikace databázové služby s klientem.

SQL Server Configuration Manager

V dalších odstavcích popisuji funkci jednotlivých položek v levém sloupci.

SQL Server Services

Tady si můžeme prohlédnout všechny služby týkající se SQL Serveru (význam jednotlivých služeb popíšu později) – ideální pro kontrolu, které služby běží, pro nastavování parametrů služeb (klepnutí pravým tlačítkem a volba Vlastnosti). Dále tu máme možnost služby restartovat (klepnutí pravým tlačítkem Restartovat), zastavovat a spouštět – stejně jako v Nástrojích pro správu Windows, jen s tím rozdílem, že zde se zobrazí jen služby týkající se SQL Serveru.

Je to dobrý odrazový můstek při řešení problémů – například: proč se nemůžu připojit k databázi? Běží vůbec služba? Má nastavené automatické spouštění?

Podrobný popis služeb a jejich významu bude následovat dále v článku.

SQL Server Network Configuration

Zde nalezneme tolik pododdílů, kolik máme nainstalovaných instancí. Pro každou z nich je jeden pododdíl Protocols for “jméno instance”. A v každém tomto pododdílu nalezneme konfiguraci všech popsaných komunikačních protokolů. Jak už jsem psal, jednotlivé instance fungují nezávisle na sobě a proto má každá vlastní komunikační nastavení.

Configuration Manager - protocols

V kontextovém menu u každého z těchto protokolů lze nastavit, zda je povolen (Enabled), či zakázán (Disabled). Také je možné otevřít vlastnosti a upravit konfiguraci konkrétního protokolu.

SQL Native Client Configuration – Client protocols

Tento oddíl nemá s nastavením serveru prakticky nic společného. Definuje totiž v jakém pořadí se mají vyzkoušet protokoly pro připojení k serveru, pokud je tato stanice klientem. Pokud tedy například zde zakážeme TCP/IP, nikdy se z tohoto počítače nepřipojíme k žádnému SQL Serveru pomocí tohoto protokolu. Defaultní nastavení zkouší připojení v tomto logickém pořadí:

  1. Shared memory – nejrychlejší připojení
  2. Pokud nelze využít Shared memory, tak TCP/IP na defaultním portu 1433
  3. Pokud nelze využít ani TCP/IP, tak Named Pipes
  4. Protokol VIA bývá standardně zakázán

Toto nastavení necháváme běžně na těchto přednastavených hodnotách.

SQL Native Client Configuration – Aliases

SQL Server není obvykle neoddělitelnou součástí aplikace a čas od času se můžeme setkat s problémem, kdy je aplikace nastavena na komunikaci s konkrétním serverem a server buď již neexistuje nebo jej chceme dočasně změnit. Pokud je změna konfigurace připojovacích adres složitá, lze použít právě SQL Server Alias. Tím definujeme: pokud se kterákoliv aplikace připojující se z tohoto počítače pokusí připojit na server uvedený jako jméno aliasu (Alias name), komunikace se místo toho přesměruje na adresu serveru (Server) pod zvoleným prokolem (Protocol) a portem (Port No).

Následující obrázek ukazuje, jak na počítači, kde běží klientská aplikace, definovat alias pro připojování na server “staryServer”. Klient se bude místo toho automaticky připojovat na “novyServer”:

SQL Server alias

Nástroj: SQL Server Management Studio (SSMS)

SQL Server Management Studio (nebo zkráceně SSMS) slouží k připojení k instanci a k vizuální komunikaci s databází. Je to nástroj pro databázové specialisty a jeho úkolem je provádět všechny běžné operace s konkrétní databází, či celou instancí SQL Server. Zobrazuje připojené databáze v rámci instalované instance, dovoluje procházet a editovat jednotlivé databázové objekty, spouštět SQL příkazy a mnoho dalšího. Tomuto nástroji se v celém seriálu budu věnovat velmi často a budeme jej využívat prakticky na všechno.

Ve chvíli, kdy se podaří nakonfigurovat instance do požadovaného stavu, stává se SSMS prakticky jediný nástroj, který pro další správu potřebujete.

image 

Význam jednotlivých služeb

Služba SQL Server (jméno_instance)

Toto je hlavní služba konkrétní instance SQL Serveru. Řeší jak přístup k datovým souborům, transakce, vykonávání a optimalizaci dotazů, tak komunikaci s klienty. Tato služba je jako jediná naprosto nezbytná k fungování konkrétní instance SQL Serveru.

Služba SQL Server Agent (jméno_instance)

Této služby si nevšímejte. SQL Server Agent je totiž služba, která má za úkol spouštět plánované úlohy a obecně automatizované úlohy SQL Serveru. V edici Express však není dostupná. V tomto seznamu ji sice můžete nalézt, ale spustit se vám ji nepodaří.

Služba SQL Full-text Filter Deamon Launcher (jméno_instance)

Služba starající se o indexaci obsahu databáze pro fulltextové vyhledávání. Pokud není fulltext instalovaný, služba se zde nezobrazí. Pokud není služba spuštěna, fulltextové vyhledávání nebude fungovat (tedy fungovat bude, ale nebude se aktualizovat index).

Tato služba bývá nastavena s manuálním spouštěním. Pokud to tak je, změňte nastavení na automatické spouštění ve vlastnostech v SQL Server Configuration Manageru, aby se spustila po startu systému (což je doporučené nastavení):

 SQL Full-text Filter Deamon Launche

Služba SQL Server Browser

SQL Server Browser je služba společná pro všechny instance. Má za úkol dávat jednotně vědět klientům o instancích na serveru a způsobech jak s k nim připojit. Účelem je možnost se připojovat na instance bez nutnosti znát přesné parametry připojení (protokol, port a podobně). Stačí vědět pouze adresu serveru a jméno instance.

Celý proces pak funguje tak, že při spuštění si tato služba přečte konfiguraci protokolů pro všechny instance a začne poslouchat na napevno daném UDP portu 1434, který je také napevno definován v knihovnám sloužících jako klient pro připojování k SQL Serveru. Pokud se ze sítě pokusí kdokoliv připojit na pojmenovanou instanci, nejdříve si pošle požadavek na zjištění po tomto UDP kanálu a služba vrací odpověď o způsobu připojení – například: pro požadovanou instanci “SQLEXPRESS” se připoj na TCP/IP portu 2345. Tento proces je plně automatický a vývojář o něm nemusí vůbec vědět – toto je spíše věc na administrátora, který musí otevřít na firewallu UDP 1434 pro SQL Server Browser a příslušný TCP/IP port pro SQL server.

Vše jde ale vyřešit i bez SQL Server Browseru připojením na ručně zadaný port. Jedná se tedy jen o doplňkovou funkci, která neudělá nic jiného, než že nás odstíní od nutnosti znát konfiguraci protokolů. Běh této služby proto není nutností.

Ostatní služby

SQL Server ve vyšších edicích obsahuje řadu dalších služeb. Ty tu však nebudu popisovat.

Jak funguje připojování k instancím pomocí sdílené paměti?

Pokud máte aktivní protokol Shared memory (sdílená paměť), můžete v rámci počítače přistupovat k pojmenovaným i defaultním instancím. Nepotřebujete mít spuštěný proces SQL Server Browser, ani otevřené žádné porty. Navíc tato volba je bez konfigurace, nejrychlejší a zkouší se jako první – je defaultní.

Při připojování pak můžeme v rámci lokální PC použít:

  • Připojit se k: JménoPočítače nebo . nebo (local)” – všechny tyto varianty nás připojí k defaultní instanci na lokálním PC
  • Připojit se k: JménoPočítače\JménoInstance nebo .\JménoInstance nebo (local)\JménoInstance” – všechny tyto varianty nás připojí k pojmenované instanci na lokálním PC

Jak funguje připojování pomocí TCP/IP?

Pravidla pro zápis jména serveru při připojování přes Shared memory jsou jednoduchá. U nastavení TCP/IP je to bohužel trochu složitější a velká část lidí v tomto nemá úplně jasno. Zkusím to popsat co nejstručněji.

Nastavení TCP/IP protokolu pro připojování na instanci SQL Serveru má 2 režimy (jak je nastavit vysvětluji na konci článku):

  • Statický port – instance poslouchá na pevně daném TCP portu (klasický problém – 2 instance mají stejný statický port – jedna z nich proto nelze spustit – pozor na to!)
  • Dynamický port – TCP port na kterém služba instance poslouchá se volí automaticky při startu služby (u této varianty je nutné, aby běžel SQL Server Browser a dokázal o přiděleném portu říct klientům)

Je dobré dodat, že při instalaci SQL Serveru je možné nevědomky přednastavit oba režimy (aneb proč se administrátoři diví, že někdy je port pevný a někdy jej musí nastavovat):

  • Pokud instalujeme pojmenovanou instanci, automaticky se nastavuje dynamický port a připojení ze sítě je tak možné jen se službou SQL Server Browser
  • Pokud instalujeme defaultní instancí (bez jména), automaticky se nastavuje pevný TCP port 1433

Připojujeme-li se k nějaké instanci, máme tyto možnosti:

  • Připojit se k: JménoServeru\JménoInstance – připojujeme se k pojmenované instanci – nejdříve se automaticky pomocí UDP protokolu na portu 1434 zkontaktuje SQL Server Browser s žádostí o informaci o nastavení protokolu ke konkrétní instanci. Pokud přijde odpověď, klient se připojí k příslušnému TCP/IP portu.
  • Připojit se k: JménoServeru,12345” – tímto způsobem zapíšeme adresu serveru se specifikovaným portem – tudíž instance není vyhledávána, protože se již připojujeme na konkrétní TCP/IP port. Vhodné pokud je nastaven statický port a nechceme mít zapnutý SQL Server Browser.
  • Připojit se k: JménoServeru – v tomto případě se také nekontaktuje SQL Server Browser. Připojujeme se totiž na defaultní instanci a tak se klientská knihovna připojuje přímo na port TCP 1433, na které očekává defaultní instanci.

Pár tipů jak postupovat při konfiguraci

Pokud se připojujete ke stejnému PC, nemusíte nic řešit – využijete Shared memory protokol, který je defaultně zapnutý.

U připojování ze sítě máte několik možností. Jedno z nejjednodušších řešení je nastavit u všech instancí statické TCP porty. Při připojování se pak můžete rozhodnout, zda použít adresu s pevně zadaným portem (například server,1234) nebo případně zapnout SQL Server Browser a získat tak možnost připojení přes jméno instance (například server\instance). V prvním případě stačí ve firewallu nastavit otevřený příchozí port, podle toho, který jsme zvolili jako statický. U verze se SQL Server Browserem je navíc potřeba otevřít UDP 1434, aby se mohl klient dotázat serveru na na konkrétní instanci.

Mnoho administrátorů dává přednost verze bez SQL Server Browseru. Konfigurace je jednoduší, potřebujete mít otevřený pouze jeden statický TCP port a nemusíte řešit jména instancí - stačí znát pouze port.

Pokud používáte jen jednu instanci (což je pravděpodobné), nastavte ji pevný port na TCP/IP 1433. Připojovat se pak můžete vzdáleně jen přes jméno serveru (i když se nejedná o defaultní instanci). Je to z toho důvodu, že pokud neuvedete ani jméno instance, ani port, připojuje se klient na defaultním portu 1433 (kde kontaktuje instanci ať už defaultní, či pojmenovaná). U tohoto řešení není také potřeba SQL Server Browser – připojujete se na přímo.

A jak tedy nastavit statický (popřípadě dynamický) port u TCP/IP protokolu?

Pro konfiguraci TCP/IP protokolu spusťte SQL Server Configuration Manager. Zde v oddílu Sql Server Network Configuration otevřete vlastnosti pro TCP/IP protokol nad požadovanou instancí. Na záložce Protocol zkontrolujte, zda je povolen (Enabled = True) a přejděte na záložku IP Addresses:

IP Addresses

Na této záložce můžete zapsat nastavení buď pro jednotlivé rozhraní a adresy (IP1, IP2, IP3…) a nebo pro všechny najednou (IPAll). Doporučuji nastavovat vše v sekci IPAll a u jednotlivých IP1, IP2 atp. nechat prázdné hodnoty (stejně jako je to na obrázku). Zajímají nás tyto dvě kolonky:

  • TCP Dynamic Ports
  • TCP Port

Vyplňme buď jednu hodnotu nebo druhou. Podle toho definujeme, zda chceme použít dynamický port (TCP Dynamic Ports) nebo statický (TCP Port). Nevyplňujte nikdy obě kolonky dohromady, jedna vždy zůstává prázdná.

Při nastavení statického portu vyplníme port (do kolonky TCP Port), který se bude pro komunikaci využívat – port na kterém bude služba naslouchat. U dynamického portu stačí zapsat číslo 0 – při prvním spuštění bude automaticky přidělen volný port (0 se automaticky nahradí za přidělený port).

Pozor: Po uložení je nutné restartovat hlavní službu editované instance, aby byla změna uplatněna.

Závěr

V tomto článku jsem popsal nástroje pro konfiguraci databázového systému SQL Server a nastínil jakým způsobem funguje připojování k instancím SQL Serveru. Doufám, že se mi podařilo vysvětlil význam jednotlivých protokolů, dynamických portů a služby SQL Server Browser. Pokud ano, dokážete nyní správně nakonfigurovat protokoly pro síťové i lokální prostředí, nastavit firewall a pochopit princip práce s více instancemi na jednom serveru. Pokud máte dotazy, ptejte se v diskuzi pod článkem. I když to byla víceméně teorie, věřím, že se jedná o důležité věci, které by měl znát každý, kdo chce SQL Server využívat. Snad byl dnešní článek alespoň trochu srozumitelný a přínosný.

V dalším díle se vrhneme konečně na nástroj SQL Server Management Studio a samotné databáze.

 

hodnocení článku

2 bodů / 2 hlasů       Hodnotit mohou jen registrované uživatelé.

 

Všechny díly tohoto seriálu

7. Datové typy 29. 12. 2009
6. Tabulky 27. 12. 2009
5. Fyzické soubory databáze – datové soubory a transakční log 23. 12. 2009
4. První kroky s databází 22. 12. 2009
3. Správa služeb a komponent Microsoft SQL Serveru 16. 12. 2009
2. Seznámení a instalace Microsoft SQL Serveru 14. 12. 2009
1. Lehký úvod – teorie databází 12. 12. 2009

 

Mohlo by vás také zajímat

Komunikace s MSSQL databází (VB.NET, C#)

Microsoft klade ve svých programovacích prostředích velký důraz na deklarativní přístup k datům. Určitě to v mnoha ohledech nesmírně usnadní práci, to je nepochybné. My se ale dnes podíváme o třošku níž. Ukážeme si, jak používat objekty ze jmeného prostoru System.Data.SqlClient sloužící ke komunikaci s Microsoft SQL Serverem (dále jen MSSQL). Ukázky kódu jsou tu jak pro Visual Basic, tak C#.

Začínáme s ASP.NET - díl 5.: Jednoduché diskusní fórum

Po delší odmlce přichází pátý díl oblíbeného seriálu o programování v ASP.NET 2.0. V tomto díle si ukážeme, jak používat komponentu FormView pro přidávání záznamů do databáze. Také si ukážeme nejčastější útoky na webové aplikace a hlavně způsoby, jak jim zabránit. Také si předvedeme, jak validovat a kontrolovat vstupy uživatele jednoduše a spolehlivě.

Windows Azure - díl 6.: Migrace ASP.NET aplikace do Azure WebSite

Dnes si ukážeme, jak zmigrovat existující ASP.NET aplikaci a databázi z webhostingu do Windows Azure.

 

 

Nový příspěvek

 

Diskuse: Správa služeb a komponent Microsoft SQL Serveru

Dobrý deň, prosím o radu pre začiatočníka. Mám na PC nainštalované Microsoft Visual Studio 2012 Trial, pri spustení aplikácie sa naštartuje aj lokálny SQL server (localdb)\v11.0 . Je možné zistiť nejakým spôsobom, či má aktivovanú službu SQL Full-text Filter Deamon Launcher ? Možno to píšete v niektorej ďalšej kapitole v "Stopárovi", ale ja som sa zatiaľ dostal iba po túto kapitolu :-(

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Oprava - odpoveď som našiel hneď pri vytváraní novej databázy, je tam (neprístupná) zaškrtnutá voľba "Use full-text indexing". Asi je potrebné najprv preštudovať všetky kapitoly a potom sa pýtať ... :-)

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Diskuse: Správa služeb a komponent Microsoft SQL Serveru

Dobrý den,

jakým způsobem mám napsat - nastavit connectionstring (pokud to jde), abych mohl pracovat s daty na SQLserveru přes internet.

Mám síť :

server (IP a port který směruje na PC1) > xy PC > na PC1 je SQLserver

lokálně to jde :

Dim pripojeni As String = "Data Source=PC1\SQLEXPRESS;Initial Catalog=test;Integrated Security=True"

ale jak přes internet?

Dim pripojeni As String = "Data Source=IPserveru:port(ale co eď);Initial Catalog=test;Integrated Security=True"

Děkuju za odpověď.

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Dobrý den,

jak je popsáno v článku, připojení k pojmenované instanci pomocí jména instance je možné pouze pomocí SQL Server Browser, který přes internet půjde používat dost těžko. Proto nastavte pevný port a připojte se na konkrétní port, tak jak je to vysvětleno v článku.

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Dobrý den,

asi jsem to špatně napsal nebo dělám něco špatně.

Mám SERVER pod ním xy PC na jednom z nich je SQLserver.

admin tohoto SERVERu(200.XXX.XXX.XXX) nastavil port 1515 pro směrování na PC s SQLserverem (192.XXX.XXX.XXX)

potřebuji se dostat k datům přes internet přes SERVER(200.XXX.XXX.XXX) na PC s SQLserverem.

Děkuji

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Jakým připojovacím řetězcem se připojujete?

nahlásit spamnahlásit spam 0 odpovědětodpovědět

jak jsem psal, lokálně

např.:

Dim pripojeni As String = "Data Source=PC1\SQLEXPRESS;Initial Catalog=test;Integrated Security=True"

ale teď potřebuji connetionstring změnit, abych se připojil přes internet k serveru, který mě přesměruje na PC s SQLserverem,

je-li vůbec to možné.

Kdyby to SQL běželo na tom serveru, tak to není problém, ale jak to udělat - napsat s tím přesměrováním?

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Přečtěte si znovu článek, připojujete se k pojmenované instanci, nikoliv ke konkrétnímu portu. Proto se nejdříve SQL Server snažíte kontaktovat pomocí UDP, což není po internetu možné.

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Dobrý den p.Jecha,

myslím, že se zadařilo, ale je tu další problém ...

připojení probíhá

Dim pripojeni As String = "Data Source=2XX.XXX.XXX.XXX,8201;Initial Catalog=test;Integrated Security=True"

ale na PC, které se připojuje přes internet a tudíž není v doméně naskočí hláška

"Error: Login failed. The login is from an untrusted domain and cannot be used with Windows authentication."

Poradíte mi prosím, jak dál?

Děkuji za odpověď a trpělivost.

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Musíte použít přihlášení pomocí SQL Server Security - tedy jménem a heslem. Není možné používat Integrated Security (přihlášení doménou) pro připojení mimo trusted domain. To je pochopitelné omezení z důvodu zvýšení bezpečnosti při komunikaci přes internet.

nahlásit spamnahlásit spam 0 odpovědětodpovědět

tak jsem na SQL vytvořil uživate "RemoteLogin" s heslem "12345",

všechno mu povolil, ale stále se nepřipojí.

"Data Source=2XX.XXX.XXX.XXX,8201;Initial Catalog=test;User ID=RemoteLogin;Password=12345;"

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Co to hlásí za chybu teď? Pokud pořád to samé, zkuste restartovat SQL Server. Nejsem si teď z hlavy jistý, ale mám pocit, že je to při změně ověřování potřeba.

nahlásit spamnahlásit spam 0 odpovědětodpovědět

stejné i po restratu ...

nahlásit spamnahlásit spam 0 odpovědětodpovědět

log z SQLserveru :

Logon,Unknown,Login failed. The login is from an untrusted domain and cannot be used with Windows authentication. [CLIENT: xxx.xxx.xxx.137]

11/12/2012 15:02:33,Logon,Unknown,Error: 18452<c/> Severity: 14<c/> State: 1.

11/12/2012 15:02:33,Logon,Unknown,SSPI handshake failed with error code 0x8009030c<c/> state 14 while establishing a connection with integrated security; the connection has been closed. Reason: AcceptSecurityContext failed. The Windows error code indicates the cause of failure. [CLIENT: xxx.xxx.xxx.137].

11/12/2012 15:02:33,Logon,Unknown,Error: 17806<c/> Severity: 20<c/> State: 14.

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Dobrý den,

tak už se to povedlo. Ještě jednou děkuji za pomoc.

nahlásit spamnahlásit spam 0 odpovědětodpovědět
                       
Nadpis:
Antispam: Komu se občas házejí perly?
Příspěvek bude publikován pod identitou   anonym.

Nyní zakládáte pod článkem nové diskusní vlákno.
Pokud chcete reagovat na jiný příspěvek, klikněte na tlačítko "Odpovědět" u některého diskusního příspěvku.

Nyní odpovídáte na příspěvek pod článkem. Nebo chcete raději založit nové vlákno?

 

  • Administrátoři si vyhrazují právo komentáře upravovat či mazat bez udání důvodu.
    Mazány budou zejména komentáře obsahující vulgarity nebo porušující pravidla publikování.
  • Pokud nejste zaregistrováni, Vaše IP adresa bude zveřejněna. Pokud s tímto nesouhlasíte, příspěvek neodesílejte.

přihlásit pomocí externího účtu

přihlásit pomocí jména a hesla

Uživatel:  
Heslo:  

zapomenuté heslo

 

založit nový uživatelský účet

zaregistrujte se

 
zavřít

Nahlásit spam

Opravdu chcete tento příspěvek nahlásit pro porušování pravidel fóra?

Nahlásit Zrušit

Chyba

zavřít

feedback