Sprendimas prie SQL serverio ryšio klaidos

Būtina sąlyga

Efektyviai naudoti šią trikčių diagnostikos priemonę, galite surinkti šią informaciją.

  1. Visą tekstą kartu su klaidų kodus ir ar klaida yra pasikartojančios klaidos pranešimą (būna tik kartais) arba nuoseklios (vyksta visą laiką).

  2. Errorlogs iš SQL serverio, iš kurio galite pastebėti toliau:

    1. Visiškai apibrėžtą domeno vardą (FQDN) SQL serverio kompiuterio arba sankaupos įrenginių, FQDN virtual pavadinimą. Jei naudojate įvardytąjį, užsirašykite, pavyzdžiui, pavadinimas. (Pastaba: jūs galite ieškoti: gauti šią informaciją, kad errorlog eilutė "serverio pavadinimas yra").

    2. Tinklo bibliotekos ir prievadai yra klausytis SQL egzemplioriaus Pvz., pranešimus: Įvardytieji kanalai: serverio vietinio ryšio teikėjas yra pasiruošęs priimti ryšį [\\.\pipe\sql\query]. TCP/IP ir prievado numerį: serveris yra paleistas klausytis [:: 1 1433].

  3. Programos ir sistemos įvykių žurnaluose iš SQL serverio ir kliento sistemose.

  4. Jei jungtys nepavyksta atlikti iš programos, jungimosi eilutė iš programėlės. Tai paprastai rasti Web.config failai ASP.net programos.

Kontrolinis sąrašas

  • Užtikrinti SQL serveris yra paleistas ir pamatysite šį pranešimą SQL Server errorlog: SQL serverio jau pasiruošę prisijungti. Tai yra informacinis pranešimas; nereikia jokių vartotojo veiksmų.

  • Patikrinkite, ar pagrindinį ryšį per IP adresą ir patikrinkite, ar nėra jokių sutrikimų: Ping-a <SQL serverio kompiuterio>, ping-a <SQL serverio IP adresas>. Jei pastebėjote, kad problemas, dirbti su tinklo administratoriumi, Norėdami išspręsti tą patį.

  • Patikrinkite, ar jei peržiūrėdami toliau ErrorLog SQL yra klausytis atitinkamus protokolus.

  • Patikrinkite, jei negalite prisijungti prie SQL serverio naudojant UDL failas –, jei ji veikia, tada gali būti kilusi dėl jungimosi eilutė. Taisyklių apie UDL išbandyti, pasirinkite parinktį "Cjungtis prie SQL serverio naudojant UDL failą " apačioje.

  • Patikrinkite, ar yra galimybė prisijungti prie SQL serverio iš kitų kliento sistemos ir kitą vartotojo vardų – jei galite, tada problema gali būti susijusios su kliento arba prisijungti, kuriame kilo problema. Patikrinkite, ar "Windows" įvykių žurnalą problemų klientas, papildomų patarimų. Taip pat patikrinti, ar tinklo tvarkyklės yra atnaujintos.

  • Jei kyla prisijungimo trikčių, įsitikinkite, kad vartotojas turi prisijungimo serveryje lygį ir tinkamą teisės prisijungti prie duomenų bazės, kad vartotojas bando prisijungti prie.

Dabar, galite pasirinkti jums kilo toliau problemos.

"Įvyko tinklo arba egzempliorių būdingas klaida nustatant ryšį su SQL Server" klaida reiškia vieną ar daugiau iš šių klaidos pranešimų:

  • Įvyko dėl prisijungti prie SQL serverio tinklo arba egzempliorių būdingas klaida. Serverio nepavyko rasti arba buvo neprieinama. Patikrinkite, ar, pavyzdžiui, pavadinimas yra teisingi ir kad SQL serveris yra sukonfigūruotas leisti nuotolinį ryšį. (teikėjas: SQL tinklo sąsajos, klaidos: 26 - klaidos Suradę egzempliorių serverio nurodyto)

  • SQL serverio pirminio kliento duomenų saitą klaida --------------------------- [Microsoft SQL Server pirminio kliento 10.0]: prisijungimo skirtasis laikas baigėsi [Microsoft SQL Server pirminio kliento 10.0]: duomenų tinklo arba konkrečių egzempliorių įvyko klaida nustatant prisijungti prie SQL serverio. Serveris nėra nustatyta arba nepasiekiama. Patikrinkite, ar egzemplioriaus pavadinimas yra teisingi ir SQL serveris yra sukonfigūruotas leisti nuotolinį ryšį. Daugiau informacijos ieškokite SQL Server interneto knygų. [Microsoft SQL Server pirminio kliento 10.0]: SQL serverio tinklo sąsajos: klaidos Suradę egzemplioriaus/nustatytas [xFFFFFFFF].

  • Įvyko dėl prisijungti prie SQL serverio tinklo arba egzempliorių būdingas klaida. Serverio nepavyko rasti arba buvo neprieinama. Patikrinkite, ar, pavyzdžiui, pavadinimas yra teisingi ir kad SQL serveris yra sukonfigūruotas leisti nuotolinį ryšį. (teikėjo: TCP teikėjas, klaida: 0 - A ryšio nepavyko, nes šalis tinkamai neatsakė po tam tikrą laiką, arba nustatytas ryšys nutrūko, nes prijungtas pagrindinio kompiuterio nepavyko atsakyti.) (Microsoft SQL Server, klaida: 10060)

  • Įvyko dėl prisijungti prie SQL serverio tinklo arba egzempliorių būdingas klaida. Serverio nepavyko rasti arba buvo neprieinama. Patikrinkite, ar, pavyzdžiui, pavadinimas yra teisingi ir kad SQL serveris yra sukonfigūruotas leisti nuotolinį ryšį. (teikėjas: pavadinta kanalai teikėjas, klaida: 40 - nepavyko atidaryti prisijungti prie SQL serverio) (Microsoft SQL Server, klaida: 53) Tinklo maršrutas nerastas

  • [Microsoft] [SQL Server pirminio kliento 11.0] TCP teikėjas: galima užmegzti ryšio, nes paskirties mašina aktyviai atsisakė jį užmegzti. (Microsoft) [SQL Server pirminio kliento 11.0] Prisijungimo skirtasis laikas baigėsi (Microsoft) [SQL Server pirminio kliento 11.0] Duomenų tinklo arba konkrečių egzempliorių įvyko klaida nustatant prisijungti prie SQL serverio. Serveris nėra nustatyta arba nepasiekiama. Patikrinkite, ar egzemplioriaus pavadinimas yra teisingi ir SQL serveris yra sukonfigūruotas leisti nuotolinį ryšį. Daugiau informacijos ieškokite SQL Server interneto knygų.

Gali būti daugiau konkrečios klaidos. Pasirinkite galite gauti konkrečios klaidos.

"Skirtasis laikas baigėsi" klaida reiškia vieną ar daugiau iš šių klaidos pranešimų:

  • Skirtasis laikas baigėsi. Skirtasis laikas praėjo prieš užbaigiant operaciją arba serveris neatsako.

  • System.Data.SqlClient.SqlException (0x80131904): Skirtasis ryšio laikas baigėsi. Skirtasis laikas praėjo bandant vartoja pasirengimo prisijungti prašymu patvirtinimas. Gali būti, kad prašymu pasirengimo prisijungti nepavyko arba serveris negalėjo atsakyti laiku. Trukmė išleista, o bandant prisijungti prie šio serverio - [pasirengimo prisijungti] inicijavimo = 23; prašymu = 14979; ---> System.ComponentModel.Win32Exception (0x80004005): laukti veiksmui skirtas laikas baigėsi

  • System.Data.SqlClient.SqlException (0x80131904): Skirtasis laikas baigėsi. Skirtasis laikas praėjo prieš užbaigiant operaciją arba serveris neatsako. ---> System.ComponentModel.Win32Exception (0x80004005): laukti veiksmui skirtas laikas baigėsi

  • Skirtasis ryšio laikas baigėsi. Skirtasis laikas praėjo bandant vartoja pasirengimo prisijungti prašymu patvirtinimas. Gali būti, kad prašymu pasirengimo prisijungti nepavyko arba serveris negalėjo atsakyti laiku. Trukmė išleista, o bandant prisijungti prie šio serverio - [pasirengimo prisijungti] inicijavimo = 21036; prašymu = 0; (Microsoft SQL Server, klaida: -2)

Pastaba.

Antroje ir trečioje klaidų pranešimai atsiranda, kai .net Framework 4.5 arba naujesnė yra įdiegtas.

Galite gauti klaidos pranešimą, panašų į šį:[Microsoft] [SQL Server pirminio kliento 11.0] TCP teikėjas: galima užmegzti ryšio, nes paskirties mašina aktyviai atsisakė jį

(Microsoft) [SQL Server pirminio kliento 11.0] Prisijungimo skirtasis laikas baigėsi.

(Microsoft) [SQL Server pirminio kliento 11.0] Duomenų tinklo arba konkrečių egzempliorių įvyko klaida nustatant prisijungti prie SQL serverio. Serveris nėra nustatyta arba nepasiekiama. Patikrinkite, ar egzemplioriaus pavadinimas yra teisingi ir SQL serveris yra sukonfigūruotas leisti nuotolinį ryšį. Daugiau informacijos ieškokite SQL Server interneto knygų.

Pereiti kiekvieną, kuri tinka jūsų atveju žemiau ir kiekvienam taikoma priežastis, pabandykite atitinkamo sprendimo būdai.

1 priežastis: Netinkamas serverio pavadinimas yra nurodytas ryšio eilutėje arba dialogo lange serverio pavadinimas

  • Užtikrinkite, kad serverio vardas, nurodant programos atitinka tai, ką turite klaidų žurnale

  • Eikite į web.config failą, kad programa ir užtikrinti Jungimosi eilutės skyriuje žymiklį į dešinę serverio pavadinimą ir naudojant tinkamą formatą.

Pastaba.

Programiškai gauti jungimosi eilutės iš savo programą, žr. pavyzdį į kaip: skaityti jungimosi eilutės Web.config failą.

Jei tai neišsprendžia problemos, tęsti tikrinimą kitų priežasčių šiame skyriuje.

2 priežastis: Netinkamas pseudonimas kliento kompiuteryje

Slapyvardžiai paprastai naudojami aplinkoje norint prisijungti prie SQL serverio pavadinimas arba kai tinklo pavadinimas sprendimas problemos. Neteisingas pseudonimą, kliento kompiuteryje gali sukelti ryšių programėlių eiti į netinkamą serverį, todėl triktis.

  • Atidaryti SQL serverio kliento tinklo įrankiscliconfg.exe jūsų vykdyti komandą.

  • Patikrinkite, ar yra bet slapyvardžiai nustatytos bandote prisijungti prie serverio.

  • Jei yra, atlikite šiuos veiksmus:

 

  1. Spustelėkite Redaguoti ir pakeiskite serverio pseudonimas. (pvz., jei jūsų serveris yra MySQL, pervardykite jį kaip MySQL_test) ir bandykite dar kartą ryšį. Jei ryšys veikia, tai rodo, buvo neteisingai pseudonimas, tikriausiai iš senojo konfigūraciją, kurios, nėra būtina. Jei vis dar susiduriate su klaida, pervardykite pseudonimas jam pradinį pavadinimą ir pereikite prie kito veiksmo.

  2. Patikrinkite, ar ryšio parametrus pseudonimas ir užtikrinkite, kad jie teisingi. Dažniausi, tai gali sukelti problemų su ryšiu galite:

    • Neteisingas IP adresas serverio pavadinimo parametrą. Užtikrinkite, kad šis IP adresas atitinka SQL ErrorLog failą įrašą.

    • Neteisingas serverio vardas serverio vardas parametras – pavyzdžiui nors savo serverio pseudonimas taškus tinkamo serverio vardas, jei serverio pavadinimas parametras yra neteisinga reikšmė, jungtys nepavyks.

    • Jei naudojate įvardytuosius kanalus pseudonimas, įsitikinkite, kad kanalas pavadinimas yra teisingas formatas

      • Prisijungimas prie numatytojo egzemplioriaus pavadinimas Mydefaultinstance, kanalas pavadinimas turi būti \\Mydefaultinstance\pipe\sql\query

      • Prisijungimas prie įvardytąjį MySQL\Named, kanalas pavadinimas turi būti \\MySQL\pipe\MSSQL$Named\sql\query

Jei tai neišsprendžia problemos, tęsti tikrinimą kitų priežasčių šiame skyriuje, atsižvelgdami į savo egzempliorių tipą (numatytasis arba įvardytąjį)

3 (numatytojo egzemplioriaus) priežastis: Firewall(s) tarp kliento ir serverio blokuoja prievado SQL serverio egzempliorius yra klausytis

Numatytojo egzemplioriaus: numatytojo egzemplioriaus paprastai veikia 1433 prievadą. Kai kurie įrenginiai taip pat naudoti nestandartinį prievado (išskyrus 1433) veikia SQL atvejų. Ugniasienė gali blokuoti vieną iš jų.

  • Nustatyti jūsų SQL egzemplioriaus veikia prievado numeris Jei jūsų SQL serverio numatytojo egzemplioriaus naudoja nestandartinį prievado, patikrinkite, ar šioje interneto dienoraštyje MSDN svetainėje daugiau informacijos: prisijungimas prie SQL ne numatytąjį prievado

  • Pabandykite pridedant SQL serverio prievado numeris formatu, serverio pavadinimas < serveriovardas > portnumber ir patikrinkite, ar veikia. Pavyzdžiui, jei jūsų SQL egzemplioriaus pavadinimas yra MySQLDefaultinstance ir ji veikia per 2000, nurodyti serverio pavadinimą kaip MySQLServer, 2000 ir patikrinkite, ar veikia. Jei ji veikia, jis yra užkarda blokuoja prievadą.

  • Jei, Pridėti prievadą ugniasienės išimčių sąrašą. Nurodymus, pasirinkite parinktį "priežastis 3 arba 5 priežasties: ugniasienės išimčių sąrašą įtraukti prievado" puslapio apačioje.

 

4 (pavadinta egzempliorių) priežastis: SQL naršyklės nepaleista Kliento programos prisijungimas prie įvardytąjį SQL Server naudoja SQL naršyklės paslauga sistemoje kur SQL veikia išvardyti prievado, kuriame yra klausytis SQL. Jei naršyklės paslauga nepaleista, jungtys būtų nepavyksta.

  • Sistema veikia jūsų SQL serverio egzemplioriuje, naudokite valdymo skydo SQL Server konfigūracijos tvarkyklė arba tarnybų programėlės ir paleiskite SQL naršyklės paslaugą, jei ji dar neįjungta. Daugiau informacijos rasite šioje MSDN tema Kaip: pradedamos ir baigiamos SQL serverio naršyklės paslauga

Jei jau paleista SQL naršyklės patikrinkite, ar į UDP prievado 1434 blokuoja užkarda kitą dalyje.

5 (pavadinta egzempliorių) priežastis: SQL naršyklės naudoja UDP prievado 1434 blokuojamas tinklo

Jei jūsų SQL egzemplioriaus įvardytąjį, ji gali būti arba neteisingai sukonfigūruotas naudoti dinaminis prievadų arba statinis prievadą. Bet kuriuo atveju, pagrindinio tinklo bibliotekos užklausos SQL naršyklės paslauga veikia jūsų kompiuteryje SQL serverio per UDP prievado 1434 išvardyti įvardytąjį prievado numeris. Jei tarp kliento ir serverio užkarda blokuoja šį UDP prievado, kliento bibliotekoje negalite nustatyti prievado (reikalavimas ryšio) ir ryšio užmegzti nepavyksta 

1 būdas:

  1. Pasižymėkite savo SQL egzempliorius yra klausytis iš SQL serverio Errorlog prievadas

  2. Pabandykite prisijungti prie įvardytąjį prievado numerį prie serverio pavadinimo formatu <servername\instancename>, portnumber ir patikrinkite, ar viskas veikia tinkamai. Jei ji veikia, jis yra užkarda blokuoja prievado UDP prievado 1434. Pvz., jei jūsų SQL egzemplioriaus pavadinimas yra MySQL\Namedinstance ir ji veikia per 3000, kaip MySQL\Namedinstance,3000 nurodyti serverio pavadinimą ir patikrinkite, ar veikia. Jei ji veikia, jis gali arba reiškia, kad UDP prievado 1434 yra užblokuotas arba statinis prievadas yra užblokuotas arba abu. Norėdami patvirtinti, jei UDP prievado arba statinis prievado naudoti Portqry iš 2 būdas

2 būdas:

  1. PortqryUI įrankio naudojimas jūsų įvardytąjį ir stebėti dėl išvestį. Jei matote pranešimą, kad UDP prievado 1434 filtravimo tai rodo, kad prievadas blokuojamas tinklo. Nurodymai, kaip naudoti įrankį, pasirinkite parinktį "atveju 5: PortqryUI naudojant įrankį su SQL Server " apačioje.

Pirmiausia nustatykite, jei SQL serverio egzemplioriuje yra klausytis dinaminis vs statinis prievado ir procedūrą, kuri yra susijusi su jūsų atveju. Kaip sužinoti, jei yra klausytis SQL dinaminio vs statinis prievadus, pasirinkite parinktį "atveju 5: Klausoma dinaminis ar statinis prievadus? " apačioje.

  • Atvejis: Dinaminis prievadų -> šiuo atveju, reikia užtikrinti SQL naršyklės paslauga paleista iš tiesų ir UDP prievado 1434 funkcijos užkardos tarp kliento ir serverio. Jei negalite atlikti vieną iš jų, turi persijungti į SQL serverio egzemplioriuje naudoti statinį prievadą ir naudoti procedūros dokumentais klausytis konkrečios TCP prievado (SQL serverio konfigūracijos tvarkyklė) serveriokonfigūravimas.

  • Atvejis: Statinis prievado konfigūraciją ir SQL naršyklės neveikia arba UDP 1434 negalima atidaryti užkardos -> šiuo atveju, reikia įsitikinti, kad statinis prievadas yra nurodyta jūsų jungimosi eilutė ir kad užkarda neblokuoja prievado. Nurodymus, pasirinkite parinktį "atveju 3 arba atveju 5: Pridėti prievadą į užkardos išimčių sąrašo" apačioje.

Ar tai išsprendė problemą?

Žemiau galite rasti kai kurių greitai ekrano rodo "Windows" užkardą, sėkmingai prijungimo prie numatytojo egzemplioriaus ir įvardytąjį konfigūracija.

  • Numatytojo egzemplioriaus SQL serverio klausytis numatytasis prievadas 1433 "Windows 2012 R2" serveryje: tokiu atveju reikia užtikrinti išimtį, įtraukiama į "Windows" užkardos TCP prievadas. 1433

    1. Atidarykite "Windows" užkarda sistemos išteklių nuoma SQL serverio numatytojo egzemplioriaus ir spustelėkite Naujosios taisyklėsįeinanti taisyklės.Inound rules  

    2. Pasirinkite parinktį prievadas ir spustelėkite kitą.InboundRulePort  

    3. Kitame ekrane:

      • Pasirinkite TCP protokolą.

      • Pasirinkite vietos tam tikriems prievadams ir kaip 1433 nurodyti reikšmę ir spustelėkite kitą.TCP1433  

    4. Kitame ekrane pasirinkite leistiryšį ir spustelėkite Pirmyn . AllowConnection 

    5. Kitame ekrane pasirinkite variantą, kuris geriausiai atitinka jūsų aplinkoje, ir spustelėkite kitą.NewInboundRule  

    6. Kitame ekrane pavadinkite savo taisyklės ir aiškiai apibūdinkite ateičiai ir spustelėkite baigti.NewInboundRuleName  

    7. Kai daroma, turėtumėte matyti ši taisyklė yra sukurta ir įjungta pagal numatytuosius parametrus. EnableInboundRule

  • Išimtis UDP prievado 1434 įgalinti jungtis prie įvardytąjį SQL serverio

    1. Atidarykite "Windows" užkardą sistemos išteklių nuoma SQL serverio numatytojo egzemplioriaus ir Naujosios taisyklės spustelėkite gavimo taisyklės. Inound rules

    2. Pasirinkite parinktį prievadas ir spustelėkite kitą.InboundRulePort  

    3. Kitame ekrane:

      • Pasirinkite UDP protokolą.

      • Pasirinkite vietos tam tikriems prievadams ir kaip 1434 nurodyti reikšmę ir spustelėkite Pirmyn. NewInboundUDP

    4. Kitame ekrane pasirinkite leisti ryšį ir spustelėkite kitą.AllowConnection  

    5. Kitame ekrane pasirinkite variantą, kuris geriausiai atitinka jūsų aplinkoje, ir spustelėkite kitą.NewInboundRule  

    6. Kitame ekrane pavadinkite savo taisyklės aiškiai apibūdinkite ateičiai ir spustelėkite baigti. NewInboundName2

    7. Kai daroma, turėtumėte matyti ši taisyklė yra sukurta ir yra įjungta pagal numatytuosius parametrusEnableInboundRule2

Ar tai išsprendė problemą?

  1. SQL Server konfigūracijos tvarkyklė, konsolės srityje, išplėsti SQL serverio tinklo konfigūracijos, išplėskite < egzemplioriaus pavadinimas > protokolus ir du kartus spustelėkite TCP/IP.

  2. TCP/IP ypatybių dialogo lange, skirtuką IP adresų , keletą IP adresų rodomi formatu IP1, IP2, iki IPAll. Vienas iš jų yra kilpinės jungties adapteris, 127.0.0.1 IP adresas. Papildomas IP adresų rodomi kiekvieną IP adresą, kompiuteryje. (Tikriausiai pamatysite 4-osios versijos IP ir IP 6 versija adresų.) Dešiniuoju pelės mygtuku spustelėkite kiekvieną adresą, o tada spustelėkite Ypatybės nustatyti IP adresą, kurį norite konfigūruoti.

  3. Jei TCP dinaminis prievadų dialogo lange yra 0, tai rodo, kad duomenų bazės modulis yra klausytis dinaminis prievadų. Tam tikrą, jei tai reiškia, kad duomenų bazės egzempliorius yra klausytis statinis prievadą. TCPDynamicPorts

Jei norite gauti daugiau informacijos, žr.:

Ar tai išsprendė problemą?

Parsisiųsti vieta: PortqryUI

  1. Pradėti PortqryUI įrankis kliento kompiuteryje (kompiuterio, kuriame kyla ryšio problemų, tinklo taikomųjų programų, tai gali būti IIS serveryje.)

  2. Nurodyti serverio pavadinimas, SQL serverio egzemplioriuje arba vitutal SQL serverio pavadinimą paskirties IP ar FQDN į užklausą.

  3. Pasirinkite užklausą iš anksto paslaugas ir SQL tarnyba išplečiamajame sąraše.

  4. Spustelėkite užklausos ir patikrinkite išvestis ir naudoti toliau pateiktoje lentelėje papildomų patarimų.

Tipo egzempliorių

Iš Portqry

Galimos priežastys, ryšio problemas

Ką reikėtų išbandyti?

Numatytojo egzemplioriaus

TCP prievadas 1433 (ms-sql-s tarnyba): ne klausytis

Rodo vieną iš šių veiksmų:

  • SQL nepaleista

  • TCP/IP nėra įjungtas, SQL serverio protokolas sąrašas.

  • SQL Klausoma ne numatytąjį prievado (žymės errorlog)

  • Tarp kliento ir serverio užkarda blokuoja prievadas

  • Užtikrinkite, kad paleista SQL

  • Patikrinkite, ar SQL klaidų žurnale prievado numeris ir, naudodami savo formatu < serveriovardas > portnumber jungimosi eilutės

  • Darbas su su TCP prievado 1433 administratoriumi tinklo / "Windows" funkcijos tinklo užkarda arba SQL serverio sistemoje "Windows" užkarda. Pastaba: jei norite išspręsti problemą užkarda, prašome pasirinkti parinktį "Resloving ugniasienės" apačioje.

Numatytojo egzemplioriaus

TCP prievadas 1433 (ms-sql-s tarnyba): muzika

  • Biblioteka yra puikiai prisijungti prie SQL serverio kompiuterio, bet kažkas taikomųjų programų lygmuo gali būti sukelia problemą.

Patikrinti, ar

  • Serverio pavadinimas nurodytas teisingai jungimosi eilutė

  • Jei jungimosi eilutė naudoja prievado numerį, jis tinkamai nurodytas jungimosi eilutė

  • Bet senas slapyvardžiai nustatytos langelį.

Įvardytąjį

UDP prievado 1434 (ms-sql-m paslauga): FILTRUOTAS

Rodo vieną iš toliau nurodytų

  • SQL egzemplioriaus nepaleista.

  • SQL naršyklėje neįjungta sistemos išteklių nuoma jūsų SQL egzemplioriaus.

  • SQL serverio arba tarp kliento ir serverio tinklo užkarda blokuoja UDP prievado 1434.

  • Tarnyba yra paleista.

  • SQL naršyklės paslauga

  • Darbas su savo tinklo / "Windows" administratoriaus užtikrinančių UDP prievado 1434 funkcijos tinklo užkarda arba SQL serverio sistemoje "Windows" užkarda.  Pastaba: jei norite išspręsti problemą užkarda, prašome pasirinkti parinktį "Resloving ugniasienės" apačioje.

Įvardytąjį

UDP prievado 1434 yra muzika

  • Biblioteka yra puikiai prisijungti prie SQL serverio kompiuterio, bet kažkas taikomųjų programų lygmuo gali būti sukelia problemą.

  • Serverio pavadinimas nurodytas teisingai jungimosi eilutė

  • Prievado numeris nurodytas neteisingai jungimosi eilutė

  • Bet senas slapyvardžiai nustatytos langelį.

Rezultatų pavyzdžiai: 

DeaultInstanceDefaultPort_Working

DeaultInstanceDefaultPort_NonWorking 

WorkingNameInstance

NonWorkingNameInstance

Ar tai išsprendė problemą?

Saugos palaikymo teikėjo sąsaja (SSPI) yra „Windows“ API rinkinys, leidžiantis atlikti perdavimą ir abipusį autentifikavimą per bet kokį bendrą duomenų transportavimo lygmenį, pvz., TCP/IP lizdus. Todėl SSPI leidžia kompiuteriui, kuriame veikia „Windows“ operacinė sistema, saugiai perduoti vartotojo saugos atpažinimo ženklą iš vieno kompiuterio į kitą per bet kokį transportavimo lygmenį, kuris gali perduoti neapdorotus duomenų baitus.

"Negalima sukurti SSPI kontekste" klaida yra generuojama SSPI naudoja Kerberos autentifikavimo ir per TCP/IP ir Kerberos autentifikavimo negali atlikti reikiamas operacijas sėkmingai perduoti vartotojo saugos atpažinimo ženklą ir kad paskirties kompiuteryje, kuriame veikia SQL serveris.

Jei norite gauti papildomos informacijos apie tai, kodėl nepavyksta atlikti Kerberos operacijas, pasirinkite parinktį "trikčių diagnostika autentifikavimo gedimai dėl Kerberos " į apačią, Norėdami peržiūrėti ir įgyvendinti toliau nurodytus veiksmus.

Yra bent trys scenarijai, ši problema. Naudokite šioje lentelėje pereiti per kiekvieną taikomas scenarijų ir imtis atitinkamų sprendimo veiksmai.

Galimas priežastis

Siūloma problemos sprendimai

Doublehop scenarijai viename kompiuteryje - bandote atlikti su doublehop, bet NTLM kredencialai yra naudojamas vietoj Kerberos

Doublehop scenarijų viename kompiuteryje, pridėkite DisableLoopbackCheck arba BackConnectionHostNames registro įrašus, kaip nurodyta toliau:

Doublehop scenarijai visoje kelių mašinos-klaida gali įvykti, kai Kerberos ryšiai nepavyksta atlikti dėl SPN.

Pasirinkite parinktį "trikčių diagnostika autentifikavimo gedimai dėl Kerberos " detalių apačioje.

Projekte naudojama ne doublehop

Jei nėra dviejų saitu, tada jį galima suprasti kaip kad pasikartojantys SPN ir kliento, kuriame veikia kaip LocalSystem arba kitą kompiuterio abonementą, kad gauna NTLM kredencialai, o ne Kerberos kredencialų. Pasirinkite parinktį " trikčių šalinimas dėl Kerberos autentifikavimo gedimai " ir diagnozuoti ir išspręsti SPN.

"Windows" vietinės saugos strategijos gali sukonfigūruotas neleidžia kompiuterio abonementą naudoti vietos sąskaitas pereinant į lauką

"Windows 2008 R2" / "Windows 7" ir vėliau, vietinės saugos strategijos | Saugos parinktys | Tinklo saugos gali būti sukonfigūruotas nenaudoti kompiuterio abonentas vietos abonementų bus išjungta langelį; Vietoj to naudotų anoniminis kredencialus.

 

Ar tai išsprendė problemą?

Tai reiškia, kad LSASS nepavyko iššifruoti naudojant SQL serverio tarnybos abonemento kredencialus saugos atpažinimo ženklas. Pagrindinė priežastis yra, kad SPN yra susijęs su ne ta paskyra.

Diagnozuoti ir išspręsti šias problemas SPN pasirinkite parinktį "trikčių šalinimas dėl Kerberos autentifikavimo gedimai" ir toliau.

Pavyzdžiui, galite pamatyti klaidos pranešimą, panašų į šį:

Šaltinis: tinklo registravimo

Data: 8/12/2012 8:22:16 val.

Įvykio ID: 5719

Užduoties Kategorija: nėra

Lygis: klaidos

Raktažodžiai: klasikinis

Vartotojas: N/A

Kompiuteris: < kompiuterio vardas >

Aprašymas: šiame kompiuteryje nepavyko nustatyti saugaus seanso su domeno valdiklio domene dėl toliau nurodytų: Nuotolinis procedūros iškvietimas buvo atšauktas. Tai gali sukelti problemų autentifikavimas. Įsitikinkite, kad šis kompiuteris yra prijungtas prie tinklo. Jei problema išlieka, kreipkitės į savo domeno administratorių.

Tuščia eilutė reiškia, kad SQL bandė ranka-off kredencialus ir LSASS, bet kilo problemų. LSASS nebuvo galima gauti arba domeno valdiklio negalima susisiekti.

Įvykių žurnaluose kliento ir serverio mašinose, patikrinkite, ar yra tinklą ar Active Directory susijusių pranešimų apylinkės gedimo ir jei tai padarysite, dirbti su jūsų domeno administratorius išspręsti problemas.

 

Ar tai išsprendė problemą?

 

Jei domeno pavadinimas nenurodytas, tai jei SQL prisijungti. Jei jis nenurodytas, tai jei "Windows" integruotasis prisijungti. Peržiūrėkite toliau esančioje lentelėje priežastys ir galimi sprendimai.

Priežastis

Sprendimo veiksmai

Prašoma duomenų bazė yra neprisijungę arba kitaip negalima

Patikrinkite, ar teisės ir duomenų bazės pasiekiamumo SQL Server Management Studio.

Vartotojas neturi teisių pageidaujamas duomenų bazėje.

Pabandykite prisijungti kaip kitas vartotojas, kuriam suteiktos teisės sistemos administratorius

Daugiau patarimų, žr.Trikčių šalinimas: įeiti nepavyko vartotojo "x".

Ar tai išsprendė problemą?

Taip pat galite pamatyti su IIS programų, kurios naudoja anonimiškai prisijungti arba prisijungimo formos, kai vartotojo abonementas yra ne apsimečiau. Vietoj to apsimečiau IIS anoniminį abonementą (IUSR) arba programėlių telkinio kodui. IUSR abonementas yra vietinį abonementą ir programėlių telkinio kodui taip pat gali būti vietinį abonementą.

Paprastai ši klaida įvyksta, jei vartotojas yra prisijungę naudodami vietinį abonementą, o ne domeno abonementą. Jei jungiantis prie paslaugų išjungti langelį, tada gali būti perduota mašiną kredencialais. Kai kuriais atvejais galite įtraukti šią paskyrą kaip vidinio serverio prisijungimo. Kitais atvejais, galite prisijungti naudodami domeno abonementą ir teikti atitinkamą teises į tą paskyrą naudotis nuotolinio paslaugų.

Ar tai išsprendė problemą?

Kerberos autentifikavimo klaidos gali įvykti dėl įvairių priežasčių. Toliau nurodoma pagrindinių priežasčių ir atitinkamą sprendimai:

Problemos tipas

Siūloma problemos sprendimai

SPN problemos:

  • Trūksta SPN: SPN nėra registruotas "Active directory"

  • SPN įrašų: SPN yra, bet prievado numeris yra neteisinga arba ji yra kitą paskyrą, išskyrus SQL tarnybos abonementą.

  • Pasikartojantys SPN: Patį SPN yra kelias paskyras "active directory"

Patikrinkite, ar "naudojant Kerberos konfigūracijos tvarkyklė ir SPN ir perdavimas problemų aptikimas ir sprendimas"" šioje dalyje diagnozuoti ir išspręsti problemas SPN. Pastaba: Išsamiai SPN, Kerberos ir kitas susijusias sąvokas, peržiūrėkite informaciją šiame žinių bazės straipsnyje: Kaip pašalinti klaidos pranešimą "Negalima sukurti SSPI kontekste"

SQL tarnybų abonementams patikimu perdavimo. Jei naudojate vietinės sistemos abonementas, Vidurio serveris turi būti įgalintas šiame active directory

UseKerberos konfigūracijos tvarkyklė perdavimas tab, jei norite patvirtinti ir dirbti su savo administratorių Active directory, kad perdavimas abonemento. Techninė informacija šioje dalyje "naudojant Kerberos konfigūracijos tvarkyklė ir SPN ir perdavimas problemų aptikimas ir sprendimas"

Neteisingas pavadinimo Vertimas: jūsų serverio pavadinimas gali būti išspręsti į kitą IP adresą, kaip, yra registruoti savo tinklo DNS serveris.

ping - a-< your_target_machine > (naudoti -4 ir -6 IPv4 ir IPv6 konkrečiai) ping - a < Your_remote_IPAddress > nslookup (įveskite savo vietos ir nuotolinio kompiuterio vardas ir IP adresas kelis kartus) Ieškoti jokių neatitikimų ir neatitikimų, rezultatuose. SQL ryšys būtinas įrašų DNS konfigūracijos tinkle. Neteisingas DNS įrašas gali sukelti ryšio problema visų rūšių vėliau. Peržiūrėkite šią nuorodą, pvz., "negalima generuoti SSPI kontekste" klaidos pranešimas, užnuodytas DNS.

Užkardos arba kitų tinklo įrenginių užkirsti kelią iš kliento jungtis prie domeno valdiklio: SPN saugomi "active directory" ir jei Klientai negali susisiekti su skelbimo, ryšys negali tęsti).

Patikrinkite, ar toliau pateiktus saitus, jei norite gauti papildomos informacijos

Pastaba.

  1. Paleidus SQL serverio duomenų bazės modulis egzempliorius, SQL serveris bando registruotis SPN SQL serverio tarnybos. Sustabdžius egzempliorius, SQL serveris bando išregistruoti SPN. Kad tai įvyktų, SQL tarnybos abonementą reikia ReadServicePrincipalName ir WriteServicePrincipalName active directory teisių. Tačiau, jei tarnybos abonementas neturi tokių teisių automatiškai registruotis SPN neatsitinka ir jums reikia dirbti su Active Directory administratoriumi registruoti šių SQL egzempliorių įgalinti Kerberos autentifikavimas. Tokiu atveju, jei naudojate įvardytąjį, tai bus patogiau naudoti statinį prievadą, pavyzdžiui. Jei naudojate dinaminį prievadus, prievado numeris gali keistis kiekvieną kartą, kad tarnybą iš naujo ir rankiniu būdu registruoti SPN egzemplioriaus nebegalioja. Daugiau informacijos ieškokite SQL Server interneto knygų temose: Užregistruokite Kerberos ryšių tarnybos pavadinimą

  2. Aplinkoje, kur SQL yra sankaupos automatiškai registruotis, SPN to daryti nerekomenduojama, nes tai gali trukti ilgiau išsiregistruoti SPN ir r-registro SPN Active Directory nei laiko reikia SQL prie interneto. Jei SPN registracijos neatsitinka būseną, ji gali neleisti SQL dar online, nes grupės administratorius gali prisijungti prie SQL serverio.

Naudojant Kerberos konfigūracijos tvarkyklė SPN ir perdavimas problemų aptikimas ir sprendimas

  1. Microsoft® Kerberos Configuration Manager SQL Server® atsisiųsti ir įdiegti ją į kliento kompiuteryje.

  2. Paleisti įrankį, geriausia naudoti domeno abonementą naudodami abonementą, kuris neturi pakankamai teisių sukurti SPN active Directory. Žr. toliau esantį paveikslėlį:

    KerberosConfigManager

  3. Prisijungti prie SQL serverio, kurį norite rinkti Kerberos klaida susijusi informacija:

    ConnectKerberosConfigManager

  4. Kai prisijungsite, jūs galite pamatyti įvairių žymių kaip nurodyta toliau:

    Sistemos: pagrindinio sistemos informacija. KerConfigManager_System

    SPN:SPN informaciją apie kiekvieną egzempliorių SQL rasti paskirties serveryje egzempliorius ir suteikia įvairių parinkčių, kaip nurodyta toliau. Naudokite šį skirtuką rasti trūkstamas arba klaidingai SPN ir sukurti arba nustatyti mygtukų, Norėdami išspręsti šias problemas. KerConfigManager_SPN

    • Generuotiparinktis leidžia sukurti SPN kartos scenarijų. Generuoti spustelėję mygtuką prasideda šį dialogo langą: KerConfigManager_GenerateSPN

      Ši parinktis sukuria cmd failą, kuris gali būti atliekami iš komandinės eilutės generuoti SPN.

      GenerateSPNs, turinys bus panašus į šį:

                          :: This script is generated by the Microsoft(c) SQL Server(c) Kerberos Configuration Manager tool.
      :: The script may update the system information, SPN settings and Delegation configurations of a given server.
      :: SPN and Delegation configuration updates require Windows Domain Administrator permission to execute.
      :: A Domain Admin should review the configurations recommended by this tool and take appropriate actions to enable Kerberos authentication.
      :: Please contact Microsoft Support if Kerberos connection problem persists.
      :: The file is intended to be run in domain "<DomainName>.com"
      :: Corrections for MSSQLSvc/<HostName>.<DomainName>.com
      SetSPN -s MSSQLSvc/<HostName>.<DomainName>.com UserName

      Jis tiesiog naudoja SetSPN parinktis norint sukurti yra SPN pagal tarnybos abonementą SQL Server.

    • Nustatyti parinktis bus pridėti SPN tol, kol jūs turite teisę įtraukti SPN ir rodo šį įrankį Patarimas:

      KerbConfigManager_Fix 

      Pastaba.

      Tik įrankis pateikia nustatyti ir sukurti numatytąjį egzempliorių ir pavadintas egzempliorius statinis prievadus parinktys. Pavadintas egzempliorių dinaminis prievadą, rekomenduojama įjungti iš dinaminio statinis prievadus arba suteikti būtinas teises registruoti ir išregistruoti SPN kiekvieną kartą tarnybos abonemento tarnyba paleista. Kitu atveju turite neautomatiniu būdu išsiregistruoti ir užregistruoti atitinkamą SPN kiekvieną kartą SQL tarnyba paleista.

    • Perdavimas skirtukas: skirtuką identifikuoja problemas su tarnybos abonementą konfigūracijos perdavimas. Tai ypač naudinga šalinant triktis susijęs serverio problemos. Pvz., jei SPN paimti ir užrakinti, gerai, bet jei vis dar kyla problemų su susietų serverio užklausia jis gali būti tai rodo, kad tarnybos abonementas yra konfigūruojamas ir kredencialus. Jei norite gauti papildomos informacijos Peržiūrėkite knygų internete temą konfigūravimas susietąserveriai perdavimas.

      KerbConfigManger_Delegation 

  5. Kai jums nustatyti SPN, iš naujo paleiskite įrankį Kerberos konfigūracijos tvarkyklė, ir užtikrinti, kad SPN ir perdavimas skirtukai daugiau ataskaitų klaidų pranešimus ir bandykite dar kartą prisijungti naudojant savo programą.

Daugiau informacijos žr. toliau pateiktus saitus:

Ar tai išsprendė problemą?

Skirtas laikas, kai kas nors trunka ilgiau nei leidžiama. Mes iš esmės yra nutraukiamas, ką mes bandome padaryti ne laukti neribotą laiką ir galbūt blokuoti kitų dalykų ir baigti programą. Ryšio požiūriu į jo pagrindinė forma, mes matome padaryti dviem būdais. Vienas ryšys skirtas laikas, kitas yra užklausos skirtasis. Taigi, pirmiausia Peržiūrėkite visą iškvietimų rietuvė, Norėdami nustatyti, ar ryšio skirtasis laikas arba komandą skirtojo laiko klaidos pranešimą.

Pastaba.

Šie parametrai, kurie gali būti nustatytas kodas, jungimosi eilutė ir kitus būdus numatytosios reikšmės yra toks: Ryšio skirtasis laikas – 15 sek. Užklausos arba komandų skirtasis laikas – 30 sekundžių

System.Data.SqlClient.SqlException: Skirtasis laikas baigėsi. Skirtasis laikas praėjo prieš užbaigiant operaciją arba serveris neatsako.  į System.Data.SqlClient.SqlInternalConnection.OnError (SqlException išimtis, Boolean breakConnection)  į System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning (TdsParserStateObject stateObj)  į System.Data.SqlClient.TdsParserStateObject.ReadSniError (TdsParserStateObject stateObj, UInt32 klaidos)  į System.Data.SqlClient.TdsParserStateObject.ReadSni (DbAsyncResult asyncResult, TdsParserStateObject stateObj)  į System.Data.SqlClient.TdsParserStateObject.ReadNetworkPacket()  į System.Data.SqlClient.TdsParser.ConsumePreLoginHandshake (Boolean užšifruoti, Boolean trustServerCert, Boolean & marsCapable)  ne System.Data.SqlClient.TdsParser.Connect (ServerInfo serverInfo, SqlInternalConnectionTds connHandler, Bulio logikos ignoreSniOpenTimeout, Int64 timerExpire, Boolean užšifruoti, Boolean trustServerCert, Boolean integratedSecurity, SqlConnectionowningObject)  ne System.Data.SqlClient.SqlInternalConnectionTds.AttemptOneLogin (ServerInfoserverInfo, eilutę newPassword, Bulio logikos ignoreSniOpenTimeout, Int64 timerExpire, SqlConnection owningObject)  ne System.Data.SqlClient.SqlInternalConnectionTds.LoginNoFailover (eilutė pagrindinio kompiuterio, eilutę newPassword, Bulio logikos redirectedUserInstance, SqlConnection owningObject, SqlConnectionString connectionOptions, Int64 timerStart)  ne System.Data.SqlClient.SqlInternalConnectionTds.OpenLoginEnlist (SqlConnection owningObject, SqlConnectionString connectionOptions, eilutę newPassword, Bulio logikos redirectedUserInstance)  į System.Data.SqlClient.SqlInternalConnectionTds... ctor (DbConnectionPoolIdentity tapatybę, SqlConnectionString connectionOptions, objekto providerInfo, eilutę newPassword, SqlConnection owningObject, Bulio logikos redirectedUserInstance)  į System.Data.SqlClient.SqlConnectionFactory.CreateConnection (DbConnectionOptions parinktys, objekto poolGroupProviderInfo, DbConnectionPool telkinio, DbConnection owningConnection)  tuo metu System.Data.ProviderBase.DbConnectionPool.CreateObject (DbConnection System.Data.ProviderBase.DbConnectionFactory.CreatePooledConnection (DbConnection owningConnection, DbConnectionPool telkinio, DbConnectionOptions parinktys) owningObject) į System.Data.ProviderBase.DbConnectionPool.UserCreateRequest (DbConnection owningObject)  į System.Data.ProviderBase.DbConnectionPool.GetConnection (DbConnection owningObject)  į System.Data.ProviderBase.DbConnectionFactory.GetConnection (DbConnection owningConnection)  į System.Data.ProviderBase.DbConnectionClosed.OpenConnection (DbConnection outerConnection, DbConnectionFactory connectionFactory)  į System.Data.SqlClient.SqlConnection.Open() <--SqlConnection kartu su atidaryti nurodoma, kad mes bando prisijungti. Taigi, tai nėra susijęs su užklausa.

System.Data.SqlClient.SqlException: Skirtasis laikas baigėsi. Skirtasis laikas praėjo prieš užbaigiant operaciją arba serveris neatsako.  į System.Data.SqlClient.SqlConnection.OnError (SqlException išimtis, Boolean breakConnection)  į System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning (TdsParserStateObject stateObj)  į System.Data.SqlClient.TdsParser.Run (RunBehavior runBehavior, SqlCommand SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)  į System.Data.SqlClient.SqlDataReader.ConsumeMetaData()  į System.Data.SqlClient.SqlDataReader.get_MetaData()  į System.Data.SqlClient.SqlCommand.FinishExecuteReader (SqlDataReader ds, RunBehavior runBehavior, eilutės resetOptionsString) į System.Data.SqlClient.SqlCommand.RunExecuteReaderTds (CommandBehavior cmdBehavior, RunBehavior runBehavior, Bulio logikos returnStream, Boolean async)  į System.Data.SqlClient.SqlCommand.RunExecuteReader (CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, eilutės metodas, DbAsyncResult rezultatas)  į System.Data.SqlClient.SqlCommand.RunExecuteReader (CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, eilutės būdas)  į System.Data.SqlClient.SqlCommand.ExecuteScalar() <--SqlCommand SqlCommand naudojamas dirbti su užklausa, nėra ryšio. ExecuteScalar naudojamas iš tikrųjų vykdyti užklausą. Taip pat gali matyti kitus elementus, pvz., ExecuteReader arba ExecuteNonQuery pvz.

Sprendimo veiksmai:

Abi šios problemos gali būti aplinkoje arba susiję su SQL serveriu. Pavyzdžiui, gali būti, kad jūs turite dėl lėto tinklo arba užklausų našumo problemos. Šiuo metu nėra sunku ir greitai taisyklės, kaip ir ką galima padaryti, čia ir daugiau tyrimų gali prireikti, kad jis būtų, kas gali sukelti šią problemą. Padidinti užklausos skirtasis yra daug dažniau nei padidinti ryšio skirtasis laikas. Taip yra dėl to, kai bandote prisijungti prie duomenų šaltinio, ryšys paprastai vyksta labai greitai (paprastai per kelias sekundes milli).

Tipas

Ką reikėtų išbandyti

Ryšio skirtasis laikas

  1. Padidinti ConnectionTimout naudojant savo programą.

  2. Patikrinkite, jei naudojamas SQL yra užblokuotas naudojant įrankį, pvz., Portqrytinkle.  Pasirinkite parinktį "PortqryUI naudojant įrankį su SQL Server" apačioje, instrukcijų, kaip ją naudoti.

Komandų skirtasis laikas

  1. Padidinkite CommandTimeout naudojant savo programą ir taip pat pakoreguoti užklausas, kurie gauti į posistemė.

Daugiau patarimų ir pasiūlymų rasite: trikčių diagnostika: skirtasis laikas baigėsi.

Ar tai išsprendė problemą?

Tai paprastai nutinka, jei ryšiai nėra uždaromi tinkamai ir visiškai klaidos gali atrodyti taip:

System.InvalidOperationException: skirtasis laikas baigėsi. Skirtasis laikas praėjo prieš gaudamas ryšio telkinyje.

 

Tai gali kilti dėl to, kad visus bendrus ryšius buvo naudojamas ir max telkinio dydis buvo pasiekta.

Tai paprastai galima išvengti po patarimai, dokumentuoti šioje interneto dienoraštyje MSDN: skirtasis laikas baigėsi. Skirtasis laikas praėjo prieš gauti ryšį iš telkinio.

Ar tai išsprendė problemą?

UDL failus užtikrinamas paprastas ir efektyvus būdas patikrinti jungtis prie SQL serverio iš savo klientų arba kitų sistemų.

  1. Įgalinkite parinktį Rodyti failų plėtinius savo "Windows Explorer". Norėdami tai padaryti:

    1. "Windows 8" ir naujesnėse sistemose: arba eikite į Failą "Internet Explorer" funkcijosValdymo skyde arba tiesiog įveskite "paslėpti", "Windows" ieška ir skirtuką atžymėkite Plėtinius slėpti žinomų failų tipų.

    2. "Windows 7" ir ankstesnės versijos: pasitarkite su šiame žinių bazės. Win7ViewExtFile

  2. Eikite į aplanką, į kurį norite sukurti .udl failą (pvz., c:\temp)

  3. Sukurkite naują failą (sqlconn.txt) ir pakeiskite plėtinį iš .txt ir .udl (spustelėdami taip įspėjimo pranešimą, kaip pakeisti failo vardo plėtinį)

  4. Dukart spustelėkite .udl failą iš 3 veiksmo ir atlikite šiuos veiksmus:

    1. P rovider skirtuke pasirinkite naudojamą naudojant savo programą (pvz., SQL serverio vietinis klientas)

    2. Skirtukas ryšys , pasirinkite arba įveskite savo SQL serverio ir kitų parametrų kaip susiję su jūsų programa

  5. Spustelėkite Bandymo sujungimas.

Daugiau informacijos ir nuotraukų rasite šioje MSDN interneto dienoraštyje:

Pagrindai pirmą kartą: "UDL testas"

Ar tai išsprendė problemą?

Sveikiname! Džiaugiamės, kad naudodamiesi šiuo žinynu-vedliu išsprendėte kilusią problemą.

Atsiprašome, kad šiuo vedliu nepavyko išspręsti jūsų problemą. Rekomenduojame peržiūrėti Microsoft SQL bendruomenės pagalbos.

Pateikiame dar keletą papildomų išteklių, kurie gali būti naudingi.

Šiame vadove veikia?Dauguma jungiamumo prie SQL serverio, gali būti išspręsta per paprastą sąrašą ir paprastus veiksmus seka. Šiame žinyno-vedlio pėsčiomis per siekiama teikti tą patį įvairių ryšio klaidos, kad jungiantis prie SQL serverio.

Kas tai?

Kas yra dirbti su SQL serverio ir kyla ryšio problemų.

Kaip jį naudoti?

Prieš jums pasinerti į trikčių šalinimo konkrečios jungiamumo klaidos, rekomenduojame, jei nėra privalomas, galite surinkti būtinuosius elementus ir paleisti žemyn greitai kontrolinis sąrašas. Jei jie gali būti reikia atlikti papildomą kelias minutes savo laiko, jie gali padėti gauti skiriamosios gebos anksčiau.

Pabaigos laiką

Skiriasi priklausomai nuo jūsų scenarijaus, bet gali trukti nuo 15 min iki 2 val.

Reikia daugiau pagalbos?

Tobulinkite savo įgūdžius
Ieškoti mokymo
Pirmiausia gaukite naujų funkcijų
Prisijungti prie "Microsoft Insider"

Ar ši informacija buvo naudinga?

Dėkojame už jūsų atsiliepimus!

Dėkojame už jūsų atsiliepimą! Panašu, kad gali būti naudinga jus sujungti su vienu iš mūsų „Office“ palaikymo agentų.

×