Obecnie buduję projekt aplikacji sieci Web w Visual Studio 2010 i do niedawna nie musiałem używać tego kodu dla członków, użytkowników i ról itp. przechowywane w pliku bazy danych ASPNETDB.mdf. Prowadziłem projekt na Visual Studio Web Server, IIS Express (od Visual Studio), a także IIS7.5 bez problemu.Próba dołączenia automatycznie nazwanej bazy danych dla pliku .mdf nie powiodła się.
Jednak teraz trzeba włączyć kont użytkowników i kiedy użyć kodu rusztowaniem się zalogować, pojawia się błąd serwera stwierdzające:
Próba dołączenia bazy danych auto o nazwie dla pliku C: \ Users \ User \ Documents \ COMP6059 \ PomumV2 \ PomumV2 \ App_Data \ aspnetdb.mdf nie powiodło się. Baza danych o tej samej nazwie istnieje lub określony plik nie może zostać otwarty lub znajduje się w udziale UNC.
Ten błąd występuje tylko wtedy, gdy korzystam z serwera IIS Express lub IIS7.5. Serwer sieci Web Visual Studio działa dobrze.
Podążam za instrukcjami od http://support.microsoft.com/?kbid=2002980 bez rezultatu.
Poniżej jest mój ciąg połączenia do bazy danych:
<add name="ApplicationServices"
connectionString="data source=.\SQLEXPRESS;Integrated Security=SSPI;AttachDBFilename=|DataDirectory|aspnetdb.mdf;User Instance=true"
providerName="System.Data.SqlClient" />
Błąd występuje na następnej linii pliku AccountController.cs (co jest generowane automatycznie)
... if (Membership.ValidateUser(model.UserName, model.Password)) { ...
Czytałem gdzieś, że Mogę potrzebować przenieść bazę danych do SQL Server Management Studio, a następnie dołączyć do niej wizualne studio, ale nie mogłem zalogować się do bazy danych.
Chcę, aby to było możliwe do uruchomienia na IIS7.5. Czy ktoś ma jakieś pomysły, jak rozwiązać ten problem?
Grupy Wszyscy i SERWIS NETWORK mają pełną kontrolę nad katalogiem App_Data, ale nadal otrzymuję to samo. Dość pewna, że nie jest używany przez żaden inny serwer WWW. Mam badacza procesu, ale nie jestem pewien, czego szukam. – Mabbage
wyszukaj nazwę db w eksploratorze procesów, a jeśli jest używana, pokaże proces, który ją otworzył. może być otwarty w Visual Studio, serwer sieciowy VS nadal może się trzymać itd. –
Dałam "pełną kontrolę" serwisowi NETWORK nad całym folderem dokumentów i wydaje się, że rozwiązałem powyższy problem. Pojawia się teraz kolejny błąd dotyczący "nieudanego logowania dla NT AUTHORITY \ NETWORK SERVER", ale powinien on stanowić kolejne pytanie, ponieważ wydaje się być wystarczająco odrębnym problemem. – Mabbage