MSSQL Hatası 'Temel sağlayıcı Açıldığında başarısız oldu'

Bir kullanıyordum .mdfbir bağlanmak için databaseve entityClient. Şimdi bağlantı dizesini hiçbir .mdfdosya olmayacak şekilde değiştirmek istiyorum .

Aşağıdakiler connectionStringdoğru mu?

<connectionStrings>
   <!--<add name="conString" connectionString="metadata=res://*/conString.csdl|res://*/conString.ssdl|res://*/conString.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=.\SQL2008;AttachDbFilename=|DataDirectory|\NData.mdf;Integrated Security=True;Connect Timeout=30;User Instance=True;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" />-->
   <add name="conString" connectionString="metadata=res://*/conString.csdl|res://*/conString.ssdl|res://*/conString.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=.\SQL2008;Initial Catalog=NData;Integrated Security=True;Connect Timeout=30;User Instance=True;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" />

Çünkü her zaman hatayı alıyorum:

Temel sağlayıcı Open'da başarısız oldu

Bu hatayı aldım ve birkaç çözüm buldum:

Bağlantı dizenize bakıldığında, geçerli görünüyor. Bu blog gönderisini buldum , burada sorun Entegre Güvenlik kullanıyor olmaları . IIS üzerinde çalışıyorsanız, IIS kullanıcınızın veritabanına erişmesi gerekir.

Entity Framework'ü İşlemlerle birlikte kullanıyorsanız , Entity Framework her veritabanı çağrısıyla otomatik olarak bir bağlantı açar ve kapatır. İşlemleri kullanırken, bir işlemi birden çok bağlantıya yaymaya çalışıyorsunuz. Bu kadar yükseltir MSDTC'yle .

( Daha fazla bilgi için bu referansa bakın. )

Kodumu şu şekilde değiştirmek sorunu çözdü:

using (DatabaseEntities context = new DatabaseEntities())
{
    context.Connection.Open();
    // the rest
}

context.Connection.Open() DTC yapılandırmasında "Uzak İstemcilere İzin Ver" i etkinleştirmeyi denediğim için sorunumu çözmedim, artık hata yok.

Windows 7'de, dcomcnfg, Bileşen Hizmetleri -> Bilgisayarlar -> Bilgisayarım -> Dağıtılmış İşlem Düzenleyicisi -> Yerel DTC'ye Sağ Tıkla -> Güvenlik komutunu çalıştırarak DTC yapılandırmasını açabilirsiniz.

Hata atmanın iç nedeninin ne olduğunu görmek için innerException öğesini görmelisiniz.

Benim durumumda, orijinal hata:

"D: \ Projects2 \ xCU \ xCU \ App_Data \ xCUData_log.ldf" fiziksel dosyası açılamıyor. İşletim sistemi hatası 5: "5 (Erişim reddedildi.)". D: \ Projects2 \ xCU \ xCU \ App_Data \ xCUData.mdf dosyası için otomatik adlandırılmış bir veritabanı ekleme denemesi başarısız oldu. Aynı ada sahip bir veritabanı var veya belirtilen dosya açılamıyor veya UNC paylaşımında bulunuyor.

bu, mevcut kullanıcılara dosyaların özelliklerini kullanarak ilgili dosyalara mdfve ldfdosyalara erişim için tam izin vererek çözüldü .

Ben sorun bu değişkenlerden birinde bağlantı dizesi içinde sunucu yolu vardı bulundu:

SERVER\SQLEXPRESS
SERVER

Gerçekten ne zaman sahip olmalıyım:

.\SQLEXPRESS

Nedense SQL örneğini bulmakta zorluk çektiğimde hatayı aldım.

Bu sadece yaygın bir konudur. Ben bile bu sorunla karşılaştım. Windows kimlik doğrulaması ile yapılandırılmış geliştirme makinesinde mükemmel bir şekilde çalıştı:

<add name="ShoppingCartAdminEntities" connectionString="metadata=res://*/ShoppingCartAPIModel.csdl|res://*/ShoppingCartAPIModel.ssdl|res://*/ShoppingCartAPIModel.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=.\SQlExpress;initial catalog=ShoppingCartAdmin;Integrated Security=True;multipleactiveresultsets=True;application name=EntityFramework&quot;" providerName="System.Data.EntityClient" />

Aynı yapılandırma ile IIS'de barındırıldıktan sonra bu hatayı aldım:

Temel sağlayıcı Open'da başarısız oldu

connectionStringYapılandırma dosyasında değişiklik çözüldü :

<add name="MyEntities" connectionString="metadata=res://*/ShoppingCartAPIModel.csdl|res://*/ShoppingCartAPIModel.ssdl|res://*/ShoppingCartAPIModel.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=MACHINE_Name\SQlExpress;initial catalog=ShoppingCartAdmin;persist security info=True;user id=sa;password=notmyrealpassword;multipleactiveresultsets=True;application name=EntityFramework&quot;" providerName="System.Data.EntityClient" />

Diğer yaygın hatalar şunlar olabilir:

1. Veritabanı hizmeti durdurulabilir
2. Windows kimlik doğrulamalı yerel bir veritabanına işaret eden ve IIS'de barındırılan Veri Kaynağı öznitelikleri
3. Kullanıcı adı ve şifre yanlış olabilir.

Bu istisnayı aldığınızda, ayrıntıyı genişlettiğinizden ve iç istisna ayrıntılarına baktığınızdan emin olun, çünkü neden çünkü oturum açma işleminin başarısız . Benim durumumda, bağlantı dizesi veritabanıma erişimi olmayan bir kullanıcı içeriyordu.

Tümleşik Güvenlik (oturum açmış Windows Kullanıcısının bağlamı) veya bağımsız bir SQL hesabı kullanıp kullanmadığınızdan bağımsız olarak, kullanıcının bu sorunu önlemek için erişmeye çalıştığınız veritabanı için 'Güvenlik' altında uygun erişime sahip olduğundan emin olun.

Ben benzer bir sorunu vardı SQL Server Express Edition üzerinde Windows Server 2003'te . Ağ hizmetini veritabanı güvenliğinde kullanıcı olarak ekledim.

SQL Server Express hizmeti otomatik olarak başlatılacak şekilde ayarlanmamış.

1) Kontrol paneline gidin 2) Yönetimsel Araçlar 3) Hizmet 4) SQL Server express'i üzerine tıklayarak otomatik olarak başlayacak şekilde ayarlayın 5) Sağ tıklayın ve hizmeti başlatın

Umarım bu yardımcı olur.

Bu, bir veritabanını geri yüklerseniz ve kullanıcı zaten farklı şemalarla mevcutsa, doğru izinleri atayamayacağınız durumlarda da olabilir.

Bu çalıştırmayı düzeltmek için:

USE your_database
EXEC sp_change_users_login 'Auto_Fix', 'user', NULL, 'cf'
GO
EXEC sp_change_users_login 'update_one', 'user', 'user'
GO

Amazon RDS'de barındırılan bir SQL 2012 db ile çalışarak benzer bir sorun yayınladım. Sorun bağlantı dizesinde oldu - Ben orada "Uygulama Adı" ve "Uygulama" özellikleri vardı. Bunları çıkardığımda işe yaradı.

Entity Framework 5 ve Amazon RDS - "Temel sağlayıcı Açıldığında başarısız oldu."

Sağlanan bağlantı dizesindeki her bir öğe değerinin doğru olduğundan emin olun. Benim durumumda, bağlantı dizesinde belirtilen katalog (veritabanı adı) adı yanlış olduğundan aynı hatayı alıyordum.

Bağlantı durumu nedeniyle istisnalar ile benzer bir sorun vardı, sonra etki alanı hizmet sınıfı değişken statik (yanlışlıkla) olarak işaretlenmiş olduğunu fark ettim.

Benim tahminim hizmet kitaplığı belleğe yüklendiğinde, her yeni çağrı aynı statik değişken değerini (etki alanı hizmeti örneği) kullanarak sona erer ve bağlantı durumu üzerinden çakışmalara neden olur.

Ben de her istemci çağrısı yeni bir iş parçacığı ile sonuçlanan, bu nedenle aynı etki alanı hizmeti örneğine erişen birden çok iş parçacığı bir tren enkazına eşit olduğunu düşünüyorum.

Aynı sorunu vardı ama benim için ne çalıştı bağlantı dize kaldırma oldu:

persist security info=True

İç istisna ile benzer bir hata yaşadım:

işlem, işlemin durumu için geçerli değil

DTC güvenlik ayarlarını etkinleştirerek çözebilirim.

DTC Özelliklerine Git, Güvenlik Sekmesi altında aşağıdakileri kontrol edin

• Ağ DTC Erişimi
• RemoteClients'a izin ver
• İşlem Yöneticisi İletişimi
• Gelenlere İzin Ver
• Giden'e İzin Ver

Bir ASP.NET web uygulamasında bu hatayı alırsanız, bahsedilen diğer şeylere ek olarak aşağıdakileri kontrol edin:

1. Veritabanı Kullanıcı Güvenliği İzinleri (kullanıcıların veritabanınıza erişmesine izin verilir.
2. IIS'deki uygulama havuzunuzu kontrol edin ve veritabanınıza erişmesine izin verilen alanın doğru olduğundan emin olun.

IIS'yi sıfırlayarak bundan kurtuldum , ancak yine Integrated Authenticationde bağlantı dizesini kullanarak .

Sunucu makinesinde SQL Server (ve bağlantı noktası 1433 için) için yeni bir Windows Güvenlik Duvarı kuralı tanımlamak bu hatayı çözer (eğer sunucu adınız, kullanıcı oturum açma adınız veya parolanız bağlantı dizenizde yanlış değilse ...).

Ben bir kez pc diğerine uygulama hareket ediyordu ve yukarıdaki hiçbiri çalıştı çünkü yaygın bir hata ben hem App.Config hem de Web.Config bağlantı dizesini kopyalamak unuttum oldu!

Benzer bir sorunum vardı: Test senaryolarımda her zaman bu hatayı aldım. "Dağıtılmış İşlem Hizmeti" nin başlatılmadığını öğrendim (run: services.msc -> "Dağıtılmış İşlem Hizmeti" ni başlat (otomatik başlatmak üzere ayarlamak için en iyisi)). Bunu yaptıktan sonra bir cazibe gibi çalıştı ...

Bu özel durumdan kurtulmak için veritabanı dosyalarını (.mdf / .ldf) App_Data klasörüne kopyaladım.

Ben de aynı sorunla karşı karşıyaydım. Şimdi bağlantı dizesinden kullanıcı adı ve parolayı kaldırarak yaptım.

Benim için sadece basit bir hataydı:

Ben kullanılan Amazon EC2 ve ben bağlantı dizesinde benim elastik IP adresini kullanılır, ama IP adresleri değişti zaman benim bağlantı dizesi güncellemek için unuttum.

Bu hatayı aniden sitelerimizden birinde maviden aldım. Benim durumumda, SQL kullanıcı şifresinin süresinin dolduğu ortaya çıktı! SQL Server Management Studio'da parola son kullanma kutusunu açmak işe yaradı !

Aynı sorunu birkaç gün önce "Tümleşik Güvenlik = Doğru;" bağlantı dizesinde "localsystem" altında uygulama havuzu kimliğini çalıştırmanız gerekir. Bu önerilmez, ancak test etmek için işi yapar.

IIS 7'deki kimliği şu şekilde değiştirebilirsiniz: http://www.iis.net/learn/manage/configuring-security/application-pool-identities

In IIS set Uygulama Havuzu Kimlik o DataBase değişikliği yapmak için yeterli izne sahip olarak hizmet hesabı kullanıcı veya yönetici Hesabı veya karınca hesabı.

Benim durumumda, web.config dosyasındaki bağlamın yapıcısına kaydettiğim bağlantı dizesi adı arasında bir uyumsuzluk vardı. Kopyalama ve yapıştırma işlemlerinden kaynaklanan basit hata: D

    public DataContext()
        : base(nameOrConnectionString: "ConnStringName")
    {
        Database.SetInitializer<DataContext>(null);
    }

yeni bir veri kaynağına bağlandığımda thats bulduğum aynı hata var Yeni veri kaynağı için kullanıcı adı ve passowrd değiştirmeyi unutuyorum

Ayrıca, SQL Server Örnek adı belirtilmezse ve SQL ana bilgisayarında birden çok SQL örneği yüklüyse bu hatayla karşılaştım. Aşağıda açıklığa kavuşacak birkaç örnek verilmiştir:

Aşağıdaki bağlantı dizesi, .NET WebForms uygulamasında iç istisna olmadan "Temel sağlayıcı Açıldığında başarısız oldu" özel durumu ile sonuçlanır:

 connectionString="metadata=res://*/Entities.csdl|res://*/Entities.ssdl|res://*/Entities.msl;provider=System.Data.SqlClient;provider connection string="Data Source=localhost;Initial Catalog=Entities;User ID=user;Password=password;MultipleActiveResultSets=True"" providerName="System.Data.EntityClient"

Aşağıdaki bağlantı dizesi, SQL ortamının birden çok örneğinin bulunduğu bir .net WebForms uygulamasında beklendiği gibi yürütülür. Nadir biliyorum, ancak farklı projeleri barındırmak için geliştirici kutumda birkaç farklı SQL örneği var:

 connectionString="metadata=res://*/Entities.csdl|res://*/Entities.ssdl|res://*/Entities.msl;provider=System.Data.SqlClient;provider connection string="Data Source=localhost\SQLSERVER2014;Initial Catalog=Entities;User ID=user;Password=password;MultipleActiveResultSets=True"" providerName="System.Data.EntityClient"

benim durumumda sunucu adresi sunucu yöneticisi tarafından değiştirildi, bu yüzden bağlantı dizesini yeni sunucu adresine değiştirmek zorunda kaldım

Bu uygulama altında çalıştığı Uygulama Havuzu giriş değişti çünkü bu sorunu vardı.

IIS'de:

• Sitenizi tıklayıp Temel Ayarlar'a giderek Uygulama havuzunu bulun.

• Uygulama Havuzları'na gidin.

• Sitenizin uygulama havuzunu tıklayın.

• Gelişmiş Ayarlar'ı tıklayın.

• Kimlik alanına hesap giriş bilgilerini ve şifresini girin.

• Sitenizi yeniden başlatın ve tekrar deneyin.