Bazı verileri db'ye kaydeden bir web hizmeti oluşturdum. Ama şu hatayı alıyorum:
Oturum açma tarafından istenen veritabanı "testi" açılamıyor. Giriş başarısız oldu. Oturum açma 'xyz \ ASPNET' kullanıcısı için başarısız oldu.
Bağlantı dizem
Data Source=.\SQLExpress;Initial Catalog=IFItest;Integrated Security=True
Yanıtlar:
Peki, hata oldukça açık, değil mi? SQL Sunucunuza "xyz / ASPNET" kullanıcısı ile bağlanmaya çalışıyorsunuz - ASP.NET uygulamanızın altında çalıştığı hesap budur.
Bu hesabın SQL Server'a bağlanmasına izin verilmez - ya o hesap için SQL Server'da bir oturum açma oluşturun ya da bağlantı dizenizde başka bir geçerli SQL Server hesabı belirtin.
Bize bağlantı dizenizi gösterebilir misiniz (orijinal sorunuzu güncelleyerek)?
GÜNCELLEME: Tamam, entegre Windows kimlik doğrulamasını kullanıyorsunuz -> SQL Sunucunuzda "xyz \ ASPNET" için bir SQL Server oturumu oluşturmanız gerekiyor - veya bağlantı dizenizi aşağıdaki gibi bir şeyle değiştirmeniz gerekiyor:
connectionString="Server=.\SQLExpress;Database=IFItest;User ID=xyz;pwd=top$secret"
Veritabanınızda "top $ gizli" parolasına sahip bir "xyz" kullanıcınız varsa.
İkinci seçeneği tercih ederim: hata mesajı, varsayılan veritabanının bir oturum açma olarak ayarlanmaması yerine, orada olmadığını veya hiçbir hakka sahip olmadığını gösterir.
Giriş olarak ayarlanıp ayarlanmadığını test etmek için
SELECT SUSER_ID('xyz\ASPNET') -- (**not** SUSER_SID)
BOŞ ise
CREATE LOGIN [xyz\ASPNET] FROM WINDOWS
BOŞ değilse
USE test
GO
SELECT USER_ID('xyz\ASPNET')
BOŞ ise
USE test
GO
CREATE USER [xyz\ASPNET] FROM LOGIN [xyz\ASPNET]
Oturum açma sorunu için en iyi çözüm, sqlServer'da bir oturum açma kullanıcısı oluşturmaktır. Windows Kimlik Doğrulaması (SQL Server Management Studio) kullanan bir SQL Server oturumu oluşturmanın adımları şunlardır:
Örneğin, kullanıcı adı ise xyz\ASPNET, bu adı Oturum Açma Adı Kutusu'na girin.
Ayrıca, erişmek istediğiniz Veritabanına erişime izin vermek için Kullanıcı eşlemesini değiştirmeniz gerekir.
Çoğu zaman bu bir giriş sorunu değil, veritabanının kendisinin oluşturulmasıyla ilgili bir sorundur. Dolayısıyla, veritabanınızı oluştururken bir hata meydana gelirse, ilk etapta oluşturulmayacaktır. Bu durumda, kullanıcı ne olursa olsun oturum açmaya çalışırsanız, oturum açma başarısız olur. Bu genellikle db bağlamının mantıksal olarak yanlış yorumlanması nedeniyle olur.
Siteyi bir tarayıcıda ziyaret edin ve bu hata günlüklerini GERÇEKTEN okuyun; bu, kodunuzla ilgili sorunu belirlemenize yardımcı olabilir (genellikle modelle çakışan mantık sorunları).
Benim durumumda, kod iyi derlendi, aynı giriş problemi, hala yönetim stüdyosunu indirirken, hata günlüğünden geçtim, db bağlam kısıtlamalarımı düzelttim ve site düzgün çalışmaya başladı .... bu arada yönetim stüdyosu hala indiriliyor
Benim için veritabanı yaratılmadı ve EF kodu önce onu yaratmalıydı, ancak her zaman bu hatada sona erdi. Aynı bağlantı dizesi aspnet çekirdeği varsayılan web projesinde çalışıyordu. Çözüm eklemek oldu
_dbContext.Database.EnsureCreated()
ilk veritabanı iletişiminden önce (DB tohumlamasından önce).
Hata kendini buna benzer bir mesaj olarak gösterir:
Oturum açma tarafından istenen "VERİTABANI ADI" veritabanı açılamıyor. Giriş başarısız oldu. XYZ kullanıcısı için oturum açılamadı.
Çözüm, aşağıdaki adımlarda atılır. Veritabanınızdaki hiçbir veriyi kaybetmeyeceksiniz ve veritabanı dosyanızı silmemelisiniz!
Ön koşul: SQL Server Management Studio (Tam veya Ekspres) yüklemiş olmanız gerekir
Çözümün kaynağı: https://www.codeproject.com/Tips/775607/How-to-fix-LocalDB-Requested-Login-failed
Bu benim için çalışıyor.
Bu blogu okuyun.
Yerel veritabanı .mdf dosyasına bağlanmak için Windows kimlik doğrulamasını kullandım ve yerel sunucum sql server 2014 idi. Sorunum şu bağlantı dizesini kullanarak çözüldü:
string sqlString = " Data Source = (LocalDB)\\MSSQLLocalDB;" + "AttachDbFilename = F:\\.........\\myDatabase.mdf; Integrated Security = True; Connect Timeout = 30";
Benim durumumda bu farklı bir konu. Veritabanı tek kullanıcı moduna döndü ve veritabanına ikinci bir bağlantı bu istisnayı gösteriyordu. Bu sorunu çözmek için aşağıdaki adımları izleyin.
exec sp_who2A'yı yürütün ve 'my_db' veritabanına giden tüm bağlantıları bulun. KILL { session id }Oturum kimliğinin sp_who2 tarafından listelenen SPID olduğu yerde yaparak tüm bağlantıları kesin.USE MASTER;
EXEC sp_who2
USE MASTER;
ALTER DATABASE [my_db] SET MULTI_USER
GO
Bundan önceki sayılarda bahsedildiğini görmedim, bu yüzden başka bir olasılığı atayım. O olabilir IFItesterişilemiyor ya da sadece yok. Örneğin, her biri kendi veritabanına sahip bir dizi konfigürasyona sahipse, veritabanı adı mevcut konfigürasyon için doğru adla değiştirilmemiş olabilir.
Not: Web hizmetini barındırmak için bir Windows hizmeti kullanıyorsanız.
Web hizmetinizin SQL Server'a bağlanmak için doğru Log on hesabını kullandığından emin olmalısınız.
Cyptus'un kullandığım cevabından esinlenerek
_dbContext.Database.CreateIfNotExists();
EF6'da ilk veritabanı iletişiminden önce (DB tohumlamasından önce).
Veritabanını sunucunuzda oluşturmadıysanız, aynı oturum açma hatasını alırsınız. Oturum açmadan önce veritabanının mevcut olduğundan emin olun.
Asp.net mvc şablonunda sağlanan varsayılan veritabanına yazmaya çalışırken bu sorunla karşılaştım. Bu, veritabanının henüz oluşturulmamış olmasından kaynaklanıyordu.
Veritabanını oluşturmak ve erişilebilir olduğundan emin olmak için şu adımları izleyin:
Bu, veritabanını oluşturacak ve üzerinde gerekli tüm geçişleri çalıştıracaktır.
Bu db'yi başka bir sql sunucusunda açarsanız (örneğin, sql managment studio (SMS) başlatırsanız ve bu db'yi eklerseniz) ve bu sunucuyu durdurmayı unutursanız bazen bu sorun ortaya çıkabilir. Sonuç olarak - uygulamanız, başka bir sunucu altında bu veritabanına zaten bağlı olan kullanıcıyla bağlantı kurmaya çalışır. Bunu düzeltmek için bu sunucuyu Config ile durdurmayı deneyin. dağıtıcı sql sunucusu.
Kötü İngilizce için özür dilerim. Saygılarımızla, Ignat.
Benim durumumda, asp.net uygulaması genellikle veritabanına sorunsuz bağlanabilir. Günlüklerde böyle bir mesaj fark ettim. Ben SQL sunucu günlükleri açmak ve bu mesajı öğrenmek:
2016-10-28 10:27:10.86 Logon Login failed for user '****'. Reason: Failed to open the explicitly specified database '****'. [CLIENT: <local machine>]
2016-10-28 10:27:13.22 Server SQL Server is terminating because of a system shutdown. This is an informational message only. No user action is required.
Görünüşe göre sunucu yeniden başlatılıyor ve SQL sunucusu ASP.NET uygulamasından biraz daha önce kapanıyordu ve veritabanı sunucunun yeniden başlatılmasından birkaç saniye önce kullanılamıyordu.
Oturumu DB sahibi olarak ayarlasanız ve oturum açmayı kullanacak veritabanı için kullanıcı eşlemesini ayarlasanız bile, gerçek DB kullanıcısının (yalnızca oturum açma değil) 'sahip' rolüne sahip olup olmadığını kontrol edin.
Benim durumumda, "Sistem" kimliği altında bir Windows Hizmeti çalıştırıyordum. Hata şuydu:
System.Data.SqlClient.SqlException (0x80131904):
Cannot open database "MyDbName" requested by the login. The login failed.
Login failed for user 'MYDOMAINNAME\HOSTNAME$'.
Sorun, hatanın çok yanıltıcı olmasıdır. Veritabanına 'MYDOMAINNAME \ HOSTNAME $' girişini ekledikten ve bu oturum açma sysadmin erişimini verdikten ve hedef veritabanımda bu oturum açma için bir kullanıcı ekledikten ve o kullanıcıyı dbowner yaptıktan sonra bile aynı hatayı alıyordum. Görünüşe göre aynısını 'NT AUTHORITY \ SYSTEM' girişi için yapmam gerekiyordu. Bunu yaptıktan sonra sorunsuz bir şekilde giriş yapabildim. Hata mesajının neden "MYDOMAINNAME \ HOSTNAME $" hakkında şikayet ettiğini bilmiyorum. Bu girişi ve ilgili kullanıcıyı sildim ve her şey hala çalışıyor.