'Adlandırılmış Kanallar Sağlayıcısı, hata 40 -' SQL Server 'bağlantısı açılamadı hatasını nasıl düzeltebilirim?

Bir siteden veritabanımla bağlantı kuramıyorum. Bu hatayı alıyorum:

Adlandırılmış Kanallar Sağlayıcısı, hata: 40 - SQL Server bağlantısı açılamadı

Genel IP adresinin yanı sıra yerel IP adresini de kullanmayı denedim. Denedim:

1. Evet, site sunucuyla iletişim kurabilir
2. Adlandırılmış kanallar / TCP etkinleştirildi.
3. Uzak bağlantılara izin verilir.
4. Windows Güvenlik Duvarı kapalı
5. Windows Güvenlik Duvarı'nda 1433 numaralı bağlantı noktası için bir istisna oluşturuldu.
6. SQL Server Configuration Manager'da her şeyi etkinleştirdi.

Burada başka ne yapabilirim?

Bu sorunu çözmek çok kolaydır:

1. Kontrol paneline gidin.
2. hizmet aramak.
3. Arama sonuçlarınızdan Yerel hizmetler penceresini açın
4. MSSQLSERVER hizmetinizi yeniden başlatın.

Adımların ekran görüntüsü:

Ve en basit çözüm - eğik çizginizin geri gelip gelmediğini kontrol edin ...

Her şey doğru yapılandırıldığında, borular, kullanıcı erişim hakları olarak adlandırıldığında SERVER / INSTANCENAME ile neyin yanlış olduğunu anlamaya çalışmak için yaklaşık bir saat geçirdim ve aniden bana vurdu, eğik çizgi değil, ters eğik çizgi ( \).

Korku, utanç ...

SQL Server kurduktan sonra üç adımlık bir işlemdir:

1. Adlandırılmış Kanalları Etkinleştir SQL Config Manager -> SQL Server Ağ Consif -> Protokoller -> Adlandırılmış Kanallar -> Sağ tıklayın -> Yeniden Başlat

2. Sunucuyu yeniden başlatın SQL Config Manager -> SQL Server Hizmetleri -> SQL Server (SQLEXPRESS) -> Sağ tıklayın -> Yeniden Başlat

3. Uygun sunucu ve örnek adlarını kullanın (her ikisi de gereklidir!) Genellikle bu olur . \ SQLEXPRESS , örneğin QueryExpress bağlantı iletişim kutusundaki ekran görüntüsüne bakın.

İşte aldın.

SQL SERVER 2012 geliştiricisini yeni yükledim. İlk SSIS paketimi oluştururken, Bağlantı Yöneticisi kutusundaki SQL Server 2012 Veri Araçları'nda bir veri bağlantısı görevi oluşturmaya çalıştığımda bu borular hatasını aldım. Yukarıdaki yazının yardımıyla çözdüm.

Adlandırılmış bir örnek seçerseniz ve adlandırılmış örneğinizi SSQDatabase1 olarak adlandırırsanız ve bilgisayarınızın adı PCX1 ise. Sadece SSQDatabase1 değil, PCX1 \ SSQDatabase1 girmelisiniz, aksi takdirde adlandırılmış kanallar hatası alırsınız.

MSDN Social, Re: Named Pipes Provider üzerindeki bir iş parçacığı , hata: 40 - SQL Server bağlantısı açılamadı , hatanızla ilgili olası sorunların oldukça iyi bir listesi var. Bunlardan herhangi birinin deneyimlediğiniz şey olup olmadığını görmek isteyebilirsiniz.

• SqlExpress kullanımı gibi yanlış bağlantı dizesi
• Adlandırılmış Yöneltmeler (NP) SQL örneğinde etkinleştirilmedi
• Uzaktan bağlantı etkinleştirilmedi
• Sunucu başlatılmadı veya bağlantı dizenizde gerçek bir sunucuyu işaret etmiyor
• Yanlış güvenlik bağlamı gibi diğer nedenler
• üzerinde çalıştığınız iki makine arasındaki temel bağlantı testlerini deneyin

i Sql Sunucu Yapılandırma yöneticisinde TCP / IP, VIA, Adlandırılmış Borular etkinleştirildi, Sorunum çözüldü Daha fazla bilgi için buna bakın Hatalı Adlandırılmış Boruların Çözülmesi Hatası 40

SERVER \\ INSTANCE NAME kullanın. Projemde çift ters eğik çizgi kullanmak sorunumu çözdü.

Damian sayesinde ...

TCP / IP Adlandırılmış Kanallar ... her ikisi de etkin

Web Yapılandırması .... (localhost için)

<add name="FooData" connectionString="Data Source=localhost\InstanceName;Initial Catalog=DatabaseName;Integrated Security=True;" providerName="System.Data.SqlClient" />

Aynı sorun var mı. Bazı sunucuları taşımak zorunda 6 saat gibi geçirdi. Bu konuda ve diğer tüm önerileri denedim.

Çözüm, sunucuyu yeniden başlatmak kadar basitti!

benim durumumda, ben bağımsız bir sunucu vardı, ben yapılandırma numarasındaki sql sunucu bağlantı noktası varsayılan bağlantı noktası 1433 bazı numarayı değiştirdi ve etkili olması için sql hizmet hizmetini yeniden başlattı, ben giriş eğer yönetim stüdyosu aracılığıyla sql sunucusuna bağlanmak mümkün sunucuya. ama sql sunucusu aracılığıyla yerel makinemden bağlanmak mümkün değildi, ben hata alıyordu:

SQL Server'a bağlantı kurulurken ağla ilgili veya örneğe özgü bir hata oluştu. Sunucu bulunamadı veya erişilemedi. Örnek adının doğru olduğunu doğrulayın ve

SQL Server, uzak bağlantılara izin verecek şekilde yapılandırılmıştır. (sağlayıcı: Adlandırılmış Kanallar Sağlayıcısı, hata: 40 - SQL Server bağlantısı açılamadı) (Microsoft SQL Server, Hata: 5)

Aşağıdakilerin tümünü kontrol ettim ve doğruladım

İsimli kanallar / TCP etkin. -Uzaktan bağlantılara izin verilir. -Windows Güvenlik Duvarı kapalı -Windows Güvenlik Duvarı portini için bir istisna oluşturuldu (bu benim durumumda sunucu aynı alt ağ ağında olduğu için gerekli değildi). -SQL Server Configuration Manager'da her şeyi etkinleştirdi.

daha sonra varsayılan 1433 için bağlantı noktası numarasını geri chnaged ve sql sunucu hizmetini yeniden başlattı ve sorun çözüldü ve yerel yönetim stüdyomdan sql sunucusu bağlamak mümkün.

Ben de aynı problemi yaşadım. MSSQL Server Management Studio 2017 kullanıyorum ve bu adımları aşağıdaki adımları kullanarak çözdüm:

1. İyi SQL Server Services hizmetlerinin çalışıp çalışmadığını kontrol edin.
2. Ayrıca iyi durumda çalışıp çalışmadığını kontrol edin SQL Server (MSSQLSERVER).
3. Ayrıca iyi SQL Server Tarayıcısı için kontrol edin.
4. SQL Server'ı (MSSQLSERVER) yeniden başlatın

ve düzelttim.

Aşağıdaki adımları deneyin:

1. Hizmetler penceresini açın ("run box" komutunu açın ve services.msc yazın).

2. SQL hizmetleri aranıyor (SQL öneki ile).

3. Onları başlatın (başlayamazsa 4. adıma geçin).

4. Her hizmete sağ tıklayın -> Özellikler -> "Oturum aç" sekmesine değiştir -> "Oturum aç" Yerel ... "-> 0K olarak oturum aç Ardından SQL hizmetlerini yeniden başlatın.

SQL'i açmayı deneyin ve veritabanına bağlanın.

Büyük olasılıkla DB adınızın doğru olmadığını görürsünüz, sunucu adını VS'de "DESKTOP-0I14BKI" gibi görürsünüz, ancak SSMS'yi açarsanız DESKTOP-0I14BKI \ SQLBLAHBLAH'ı ekleyin, " \ SQLBLAHBLAH " (örnek adı) ) VS bağlantı özelliklerinde "sunucu adınıza" ekleyin.

Göreceksiniz :

Düzeltmek:

TL; DR; SQL Server örneğiniz, çalışmayan dinamik bağlantı noktaları kullanıyor. SQL Server'ı 1433 numaralı statik bağlantı noktasını kullanmaya zorlayın.

Tam Ayrıntılar : Öncelikle, varsayılan ve adlandırılmış örnek veya yalnızca adlandırılmış örneklerin (bu benim durumum) bir karışımını kullanıyorsanız bu sorun daha olasıdır.

Anahtar kavram : Bilgisayara yüklenen her Microsoft SQL Server örneği, gelen bağlantı isteklerini dinlemek için farklı bir bağlantı noktası kullanır. SQL Server'ın varsayılan örneği # 1433 numaralı bağlantı noktasını kullanır. Adlandırılmış örnekleri yüklediğinizde, adlandırılmış SQL Server örneğine karşılık gelen Windows hizmetinin başlatılması sırasında karar verilen dinamik bağlantı noktalarını kullanmaya başlarlar.

Kodum, VM'imdeki tek adlandırılmış SQL Server örneğine bağlanamıyordu (hata kodu 40 ile). Olası çözümleri aşağıda deneyebilirsiniz:

1. Çözüm : SQL Server örneğine bağlanmaya çalışan istemci kodu, adlandırılmış örneğinizin gelen bağlantıları dinlediği bağlantı noktası numarasını bulmak için SQL Server tarayıcı hizmetinden yardım alır. Bilgisayarınızda SQL tarayıcı hizmetinin çalıştığından emin olun.

Çözüm # 2 : Adlandırılmış SQL Server örneğinizin aşağıdaki anlık görüntüde gösterildiği gibi SQL Server yapılandırma yöneticisinden kullandığı bağlantı noktasını (sarı renkte) kontrol edin:

Bu bağlantı noktası numarasını açıkça bağlantı dizenizde veya sqlcmdaşağıda gösterilen şekilde kullanın :

sqlcmd -s mymachinename,11380 -i deleteDB.sql -o SQLDelete.txt

Çözüm # 3 : Adlandırılmış örneğinizi, varsayılan örnek tarafından kullanılan # 1433 numaralı bağlantı noktasını kullanmaya zorlayın. Bunun, varsayılan SQL Server örneği zaten 1433 numaralı bağlantı noktasını kullanarak kullanacağı için bilgisayarınızda herhangi bir varsayılan SQL Server örneğiniz yoksa işe yarayacağını unutmayın. Aynı bağlantı noktası numarası iki farklı Windows hizmeti tarafından kullanılamaz.

Mark TCP Dynamic portsboş ve tarla TCP Port1433 için sahada.

Bağlantı dizenizdeki bağlantı noktası numarasını aşağıda gösterildiği gibi değiştirin:

sqlcmd -s mymachinename\instanceName -i deleteDB.sql -o SQLDelete.txt

VEYA

sqlcmd -s mymachinename,1433 -i deleteDB.sql -o SQLDelete.txt

Not : TCP / IP ayarlarındaki her değişiklik, karşılık gelen Windows hizmetinin yeniden başlatılmasını gerektirir.

İlginç bir şekilde aynı hatayı yeniden oluşturmak için dinamik bağlantı noktası ayarına geri döndüğümde hatayı çözdükten sonra yeterli değildi. Emin değilim neden.

SQL Server'ın dinamik bağlantı noktaları hakkında daha fazla bilgi edinmek için lütfen aşağıdaki ilginç konuları okuyun:

Birden çok örnekte SQL Server Portu nasıl yapılandırılır?

Dinamik Bağlantı Noktası ne zaman “dinamik” olur?

TCP dinamik bağlantı noktası ne zaman ve TCP Bağlantı Noktası ne zaman kullanılır?

Bu blogdan sorunumun çözümüne yol açtım .

Benim durumumda, SQL Server Management Studio'yu açtım ve Veritabanı motorumda SQLEXPRESS'i aradım. İki örneği vardı ve doğru olanı seçtim.

Asp.net core ile çalışıyorsanız ve localhost olarak yazma sunucusu yerine appsettings.json kullanıyorsanız ve böyle adlandırılmış kanal için sql örneği adını yazdıktan sonra

  "ConnectionString": {
    "dewDB": "server=localhost\\dewelopersql;database=dewdb;User ID=sa;password=XXXXX",
  },

Çok basit çözüm

kullanın (local)\InstanceName . benim için çalıştı.

MSSQLSERVER hizmetini yeniden başlatmayı denediyseniz ve işe yaramadıysa, bu bir çözüm olabilir:

SQLExpress kullanıyorsanız, sunucu adınız aşağıdaki BilgisayarAdı \ SQLExpress gibi olmalıdır. Ancak, SQLDeveloper için, BilgisayarAdı sonra SQLDeveloper doğru zorunda değilsiniz.

Burada belirtilen tüm adımları uyguladıktan sonra hala bağlanmıyorsa, etc klasöründeki hosts dosyasındaki IP adresiyle DNS'yi eklemeyi deneyin. Bağlantı dizesine DNS adı yerine bir IP adresi eklemek, bağlantının gerçekten çalışıp çalışmadığını kontrol etmek için geçici bir çözüm olmalıdır.

Genel IP adresinin yanı sıra yerel IP adresini de kullanmayı denedim. Denedim:

Evet, site sunucuyla iletişim kurabilir Adlandırılmış kanallar / TCP etkin. Uzak bağlantılara izin verilir. Windows Güvenlik Duvarı kapalı Windows Güvenlik Duvarı'nda 1433 numaralı bağlantı noktası için bir istisna oluşturuldu. SQL Server Configuration Manager'da her şeyi etkinleştirdi.

Ben de sağladı ve yukarıdakileri de yaptım ve ben sadece ÇİFT SIRT ÇANTASI paylaşmak istiyorum

oBuilder.DataSource = "SPECIFICPCNAME \ SQLEXPRESS";

TEK BACKSLASH kullanmak derleme hatasıyla sonuçlandı: Hata 1 Tanınmayan kaçış dizisi

Umarım bu bir sonraki adama yardımcı olur - Akşam yemeği, gece yarısı atıştırması ve NBA'nin bunu çözme zamanı vurguladım (utanç)

[Tamizh venthan] ^ _ ^ sayesinde

Bilgisayar Yönetimi -> SQL ve Hizmetler'e giderek TCP / Ip, Borulu Protokol'ü etkinleştirin, Hizmetin Açık olduğundan emin olun. Güvenlik Duvarı üzerindeki bağlantı noktasını kapatın. Yönetici olarak Komut İstemi -> ile giriş yapmayı deneyin; son Kullanıcı Adı (yerel) \ SQLEXPRESS olmalıdır. Bu yardımcı olur umarım.

SQL Server Yapılandırma Yöneticisi'ni açın

1. Sağdan SQL Server Services'ı seçin.
2. Sunucunuzu sağdan bulun ve özelliklerine gidin (sağ tıklama ile)
3. Oturum açma yöntemini Yerel Sistem olarak değiştirin.

Aynı sorunu yaşadım ve güvenlik duvarımı (ESET) devre dışı bırakarak sorunu çözdüm.

Bu sorunu çözmek için ilk adım, kendi bilgisayarınıza başka bir bilgisayardan ping atmayı denemek olmalıdır. Güvenlik duvarınız açıksa, kendinize ping atamayabilirsiniz. Kendi bilgisayarımı pinglemeye çalıştım, sonra ping başarısız oldu (sunucudan yanıt alamadım)

Sorununuzu çözmek için aşağıdaki adımları önerdim 'Adlandırılmış Kanallar Sağlayıcısı, hata 40 -' SQL Server ' bağlantısı açılamadı

1. İyi SQL Server Services hizmetlerinin çalışıp çalışmadığını kontrol edin .
2. Ayrıca iyi durumda çalışıp çalışmadığını kontrol edin SQL Server (MSSQLSERVER) .
3. Ayrıca iyi SQL Server Tarayıcısı için kontrol edin .
4. Önceki tüm Takma Adları silin , şimdi gereksinimlerinize göre yeni takma adlar oluşturun.
5. Şimdi SQL Server Varsayılan Bağlantı Noktası 1433'ün çalışıp çalışmadığını kontrol edin
6. Daha sonra örneğin İstemci Protokolleri'ne tıklayın, ardından TCP / IP'ye tıklayın, şimdi fareye sağ tıklayın, Özellik'i açın, burada varsayılan bağlantı noktası SQL 1433'ünüzün iyi çalışmasını sağlayabilirsiniz .
7. Senin aç SQL Server Management Studio'yu , daha sonra sağ tıklayın "tıklayın Mülkiyet " seçeneği ve sonra tıklayın Bağlantıları sonra nihayet için kene, sekmesine bu sunucuya uzaktan Bağlantıları izin verin .
8. Doğru çalıştığını veya Ping IP Host'unuzu kontrol edin .

VS2015'te yeni bir bağlantı eklemeye çalışıyordum. Buradaki önerilerin hiçbiri işe yaramadı. Sihirbazda bir tür hatadan şüpheleniyorum, özellikle SSMS iyi bir şekilde bağlanabildiğinden, kandırmaya çalıştım. İşe yaradı!

1. Bağlantı eklemek yerine "Yeni SQL Server Veritabanı Oluştur" u kullanın. Yeni DB için sunucu adınızı ve rastgele bir ad girin, örneğin "test".

2. Bunun başarılı olduğunu varsayarak VS'de Sunucu Gezgini'ni açın, Veri Bağlantıları'nda bağlantıyı bulun, sağ tıklayın ve Bağlantıyı Değiştir'i seçin.

3. "Test" i (1. adımdan) bağlanmak istediğiniz mevcut veritabanının adıyla değiştirin. "Bağlantıyı Test Et" i tıklayın. Bu sefer işe yarayacak!

4. 1. adımda oluşturduğunuz geçici veritabanını silin.

Sanırım bir çözüm daha var. Yakın zamanda bilgisayar adımı değiştirdim, bu yüzden yukarıdaki tüm yöntemleri denedikten sonra hala bağlanamadım. Sunucu adını değiştirdim .. Sunucu adı => (daha fazlası için göz atın) => veritabanı motoru altında, bilgisayarların yeni adıyla yeni bir sunucu bulundu. Bu işe yaradı ve hayat yine güzel.

Hatayı fark etmeden önce bu konuda uzun süre mücadele ettim - bağlantı dizesinde noktalı virgül yerine virgül kullanmıştım

Bu sorunu yaşadım ama yukarıdaki önerilerin hiçbiri bunu düzeltmedi.

Web sitemi IIS'ye dağıtırken bu sorunu görüyordum. Düzeltme, varsayılan uygulama havuzuna karşı gelişmiş ayarlara gitmek ve kimlik özelliğini varsayılandan Yönetici olarak değiştirmekti.

Benim için bu bir Güvenlik Duvarı sorunuydu.

Öncelikle bağlantı noktasını (1444 ve belki 1434 gibi) eklemeniz gerekir, aynı zamanda

C:\Program Files (x86)\Microsoft SQL Server\90\Shared\sqlbrowser.exe

ve

%ProgramFiles%\Microsoft SQL Server\MSSQL12.SQLEXPRESS\MSSQL\Binn\SQLAGENT.EXE

Bu sorunu ikinci kez güvenlik duvarına geri döndüğümde, yollar doğru değildi ve form 12 ila 13'ü güncellemem gerekti! Programlar ve Hizmetler sekmesindeki göz atmak, bunun gerçekleşmesine yardımcı oldu.

Son olarak, komutu çalıştırmayı deneyin

EXEC xp_readerrorlog 0,1, "Hizmet Asıl Adı kaydedilemedi", Null

Benim için hata nedenini döndürdü

Bu sayfadaki hemen hemen her şeyi denedim ama çözülmesi gereken temel sorunlar vardı. WMI sağlayıcı dosyaları bozuk / eksik olan açık SQL Server Yapılandırma Yöneticisi gibi bazı şeyler yapamadım.

Okuduğum şeye göre bu sorunları çözmenin birçok sıkıcı yolu var, ancak tweaking.com'daki araç, WMI (Windows Yönetim Araçları) Sağlayıcı dosyalarımı kaldırabilir ve değiştirebilir / onarabilmiştir.

Bilgisayar onarımını yapıyordum ve genel olarak tweaking.com aracı beni gerçekten etkiledi ve gittiğim WMI hata forumu sayfalarından birinden önerildi.

Bu sorunu giderdikten sonra SQL db'ye hem yerel hem de uzaktan bağlanabildim.

Umarım bu birine yardımcı olur.