Nie można uruchomić wystąpienia SqlLocalDB na moim koncie Windows

Jestem administratorem i po prostu uruchom polecenie:

 sqllocaldb start v11.0

Wynik:

 Start of LocalDB instance "v11.0" failed because of the following error:
 Error occurred during LocalDB instance startup: SQL Server process failed to sta
 rt.

Dziennik przeglądarki zdarzeń Identyfikator zdarzenia: 528

Wywołanie interfejsu API systemu Windows WaitForMultipleObjects zwróciło kod błędu: 575. Komunikat o błędzie systemu Windows to: {Błąd aplikacji} Aplikacja nie mogła uruchomić się poprawnie (0x% lx). Kliknij przycisk OK, aby zamknąć aplikację. Zgłoszone w wierszu: 3621.

Próbowałem innego konta (użytkownika i administratora), nie było z nimi problemów.

Odinstalowałem i ponownie zainstalowałem wersję SQLLocalDB.msi 2012, ale nie miałem szczęścia. Czy masz jakiś pomysł i poprawkę?

Sprawdź dziennik błędów, który zwykle w folderze %localappdata%\Microsoft\Microsoft SQL Server Local DB\Instances\v11.0daje duże wskazówki.

Zaloguj się ponownie, jak na koncie administratora (nie administratora) i rozpocząć z wiersza polecenia . Następnie uruchom to:Run As Administrator

sqllocaldb share v11.0 MyInstance

Jeśli chcesz, możesz jawnie dodać konto Windows jako administrator systemu. Więc:

sqllocaldb start MyInstance

Następnie połącz się z SQLCMD, Management Studio, co masz i uruchom:

CREATE LOGIN [Domain\Username] FROM WINDOWS;
EXEC sp_addsrvrolemember N'Domain\Username', N'sysadmin';

Teraz zaloguj się ponownie jako konto Windows i powinieneś być w stanie uruchomić to wystąpienie za pomocą:

sqllocaldb start MyInstance

(Może być już uruchomiony w zależności od Twojego O / S i sposobu zmiany konta.)

Następnie Domain\Usernamepowinno być możliwe połączenie za pomocą SQLCMD, SSMS itp (localdb)\.\MyInstance. Za pomocą .

Wylogowałem się, a następnie zalogowałem jako inny administrator i zmieniłem nazwę folderu mojego profilu użytkownika. Włączyłem swoje konto w systemie Windows 7. W folderze profilu użytkownika jest nowo utworzony folder TEMP. Porównałem strukturę folderów przed i po, jak na zdjęciu. Plus; Instancja LocalDB została uruchomiona pomyślnie.

Wylogowałem się i zmieniłem nazwę użytkownika na pierwotną. Zalogowałem się ponownie i wskoczyłem do tego folderu:

C: \ Users \ MYUSERNAME \ AppData \ Local \ Microsoft \ Microsoft SQL Server Local DB \ Instances \ v11.0

I widziałem dzienniki błędów; Brak dostępu!

http://pastebin.com/ASeJGqpw

Rozwiązanie: po prostu usuń wszystkie pliki z folderu v11.0 . Daj zapisu permision do V11.0 folderu. Jeśli nie możesz utworzyć innej instancji, udziel uprawnienia do zapisu w folderze Instancje .

Miałem ten problem, gdy moja instancja localdb i sql była instalowana z innym użytkownikiem niż bieżący (użytkownik domeny), więc naprawiłem to, usuwając folder V11.0 i wklejając pliki mdf i ldf ze starej ścieżki:

C:\Users\{inseryouroldusernamehere}\AppData\Local\Microsoft\Microsoft SQL Server Local DB\Instances\v11.0

Mam nadzieję, że to pomoże.

Miałem to raz i proste ponowne uruchomienie rozwiązało to. Wydaje się, że rozwiązał to również dla innych ludzi . Być może warto spróbować przed odpowiedzią na pytania Nime & Aarons

Otworzyłem services.msc i ponownie uruchomiłem następujące usługi:

• Przeglądarka serwerów Sql
• Serwer SQL VSS Writer

Mam nadzieję, że to pomoże

Utwórz plik fix.bat, umieść w nim następujący tekst:

net localgroup Administrators "%userdomain%\%username%" /add

net localgroup Users "%userdomain%\%username%" /add

sqllocaldb d test

rd /s/q "%localappdata%\Microsoft\Microsoft SQL Server LocalDB\Instances\test"

sqllocaldb c test -s

Uruchom fix.batjako administrator, a następnie uruchom ponownie komputer. Uruchom fix.batponownie.

Użyłem tej metody do rozwiązania tego problemu ponad 10 razy.

Zamieszczam to tutaj, ponieważ to pytanie jest obecnie wyższe w wynikach wyszukiwania Google niż inne. W moim przypadku nie można uruchomić LocalDB z IIS. Postępowałem zgodnie z sugestią tego SO, aby zmodyfikować C: \ Windows \ System32 \ inetsrv \ config \ applicationHost.config, aby dodać setProfileEnvironment = "true" do puli aplikacji, jak opisano w Korzystanie z LocalDB z pełnym IIS, Część 1: Profil użytkownika . Właściwie zmieniłem atrybut setProfileEnvironment dla applicationPoolDefaults processModel na true i działał on również, co może być lepsze, więc nie musisz pamiętać, aby robić to dla każdej nowej puli aplikacji.

Jeśli nie masz żadnych rzeczywistych informacji w wystąpieniu localdb, możesz po prostu je usunąć. Jest to dobry wybór, jeśli baza danych jest automatycznie inicjowana (przy użyciu EF DbInitializerlub migracji itp.).

Oto, co zrobiłem, aby rozwiązać problem:

• Otwórz okno wiersza polecenia
• Wykonaj sqllocaldb delete ****, gdzie ****jest puste dla domyślnej instancji (zwykle MSSqlLocalDblub kłopotliwej instancji
• Wykonać sqllocaldb create ****
• Wykonać sqllocaldb start ****

To działało dla mnie, ale rób to na własne ryzyko i upewnij się, że nie masz cennych danych w tej instancji, i upewnij się, że wykonujesz czynności w prawidłowej instancji.