Dostęp jest odmawiany podczas dołączania bazy danych

Uruchom SQL Server Management Studio jako Administrator. (kliknij prawym przyciskiem myszy - > Uruchom jako administrator) to załatwiło wszystkie dziwactwa w moim przypadku.

SQL SRV EXPRESS 2008 R2. Windows 7

Chciałbym dodać dodatkowe informacje do zamieszczonych odpowiedzi.

Bądź ostrożny przy odłączaniu bazy danych ponieważ Windows użytkownik jesteś zalogowany jako staje się jedynym użytkownikiem z uprawnieniami do .plik mdf! Oryginalne uprawnienia .plik mdf zawierający użytkownika SQLServerMSSQLUser$<computer_name>$<instance_name> i konto administratorów zostanie nadpisany przez użytkownika systemu windows, którego jesteś zalogowany (nie użytkownik sql server). Bum, Wszystkie pozwolenia zniknęły tak po prostu. Tak jak inni powiedział i kliknij prawym przyciskiem myszy .plik mdf i dwukrotnie sprawdź uprawnienia.

Napotkałem ten problem, ponieważ użyłem SSMS do połączenia z bazą danych (nie ma znaczenia, które konto SQL server) i odłączyłem bazę danych. Po tym, że mój użytkownik windows był jedynym, który miał wszelkie uprawnienia do.plik mdf. Więc później, gdy próbowałem dołączyć db za pomocą konta sa, wyrzucił błąd "Odmowa dostępu".

Aby zachować oryginalne uprawnienia w takcie należy baza danych offline, następnie odłącz, a następnie załącz w tej kolejności w następujący sposób:

USE [master]
GO
-- kick all users out of the db
ALTER DATABASE mydb
SET SINGLE_USER WITH ROLLBACK IMMEDIATE 
GO

-- Take the Database Offline
ALTER DATABASE mydb SET OFFLINE WITH
ROLLBACK IMMEDIATE
GO

-- detach the db
EXEC master.dbo.sp_detach_db @dbname = N'mydb'
GO

Dodaj uprawnienia do folderu, w którym znajduje się Twój plik .mdf.

Sprawdź tę nazwę: NT Service\MSSQLSERVER

I zmienić Location na nazwę serwera.

Ten problem jest spowodowany przez UAC (User Account Control), prawda? Chociaż twoje konto użytkownika jest członkiem grupy Administratorzy, UAC w systemie Windows 7 nie pozwala na wykonywanie czynności administratora, chyba że uruchomisz programy "jako administrator". To nie jest prawdziwy błąd w SQL Server lub Management Studio lub cokolwiek innego. (Chociaż może znać problem i poprosić o podwyższone uprawnienia zamiast tylko narzekać "błąd 5".)

Uruchom SQL Server Management Studio jako Administrator. (kliknij prawym przyciskiem myszy-> Uruchom jako administrator) pracował dla mnie z Windows 7 - SQL server 2008 R2

Baza danych SQL2005 może być dołączona w ten sposób w Windows 7:

start menu >
 all program >
  Microsoft sql server 2005 >
   sql server management studio >
    right click >
     run as administrator >
      click ok

A następnie dołączona baza danych została pomyślnie zakończona.

Kiedy logujesz się jako sa (lub dowolne konto Sql Server), działasz jako konto usługi SQL Server, gdy jesteś zalogowany jako Ty, masz uprawnienia swojego konta. Z jakiegoś powodu nie masz odpowiedniego dostępu do plików, ale konto usługi ma.

Użytkownik sa używa kont NTFS SQLServerMSSQLUser$<computer_name>$<instance_name> i SQLServerSQLAgentUser$<computer_name>$<instance_name>, aby uzyskać dostęp do plików bazy danych. Możesz spróbować dodać uprawnienia dla jednego lub obu tych użytkowników.

Nie wiem czy rozwiąże twój problem, skoro mówisz, że nie masz problemów z użytkownikiem sa, ale mam nadzieję, że to pomoże.

Ze mną - Uruchamianie na oknie 8 - Kliknij prawym przyciskiem myszy SQL Server Manager Studio - > Uruchom z adminem. - >załącz bez problemów

Może być naprawione easly ale po prostu przejdź do folderu, w którym przechowałeś plik mdf . wybierz Plik ->kliknij prawym przyciskiem myszy - > kliknij Właściwości i daj pełne uprawnienia do pliku dla bezpieczeństwa zalogowanego użytkownika.

Znalazłem takie rozwiązanie: kliknij prawym przyciskiem myszy na folderze, w którym przechowujesz swoje .plik mdf -- > kliknij Właściwości -- > wybierz kartę Zabezpieczenia, kliknij Edytuj... i dać mu pełną kontrolę. Mam nadzieję, że to pomoże!

Za każdym razem, gdy napotkałem ten problem, próbowałem dołączyć bazę danych, która znajduje się w innym katalogu niż domyślny katalog bazy danych, który jest ustawiony w SQL server.

Gorąco polecam, aby zamiast włamywać się z uprawnieniami do różnych katalogów i kont, po prostu przenieść plik danych do katalogu, w którym SQL server oczekuje go znaleźć.

Chciałem tylko dodać również tę informację.

Http://www.mssqltips.com/sqlservertip/2528/database-attach-failure-in-sql-server-2008-r2/

Rozwiązanie

Dostajesz ten błąd, ponieważ dwa różne loginy wykonały operacje odłączania i dołączania. Tak więc pliki, po odłączeniu, były własnością pierwszego logowania, ale załącz nie powiódł się, ponieważ login, który został użyty, nie był właścicielem plików mdf i ldf.

Kiedy odłączamy pliki bazy danych, właściciel staje się osobą, która wykonała polecenie detach, więc aby rozwiązać problem musimy zmienić lub dodać inny login jako właściciela plików mdf i ldf.

Kliknij prawym przyciskiem myszy na "nazwa pliku.mdf " plik i wybierz Właściwości, aby sprawdzić uprawnienia pliku mdf. Tutaj widzimy, że tylko jedno konto ma uprawnienia do "nazwy pliku.mdf " plik, ponieważ to konto zostało użyte do odłączenia bazy danych.

Aby rozwiązać ten problem, kliknij przycisk Dodaj... przycisk do dodania drugiego loginu lub inny login potrzebne i dać login pełną kontrolę. Powinieneś to zrobić również dla pliku "ldf". Po wykonaniu tego zadania kliknij przycisk OK. (Uwaga w przypadku innych wersji systemu operacyjnego możesz mieć opcję edycji, kliknij najpierw tę opcję, a następnie zobaczysz Dodaj... opcja.)

Na ile to jest warte dla każdego, kto ma szczególną odmianę tego problemu, który miałem:

• SQL Express 2008
• Visual Studio 2010 Premium

Poprzez menu kontekstowe folderu App_data utworzyłem bazę danych SQL Express do celów debugowania. Łańcuch połączeń (używany przez NHibernate) wyglądał następująco:

Server=.\SQLExpress;
AttachDbFilename=|DataDirectory|DebugDatabase.mdf;
Database=DebugDatabase;
Trusted_Connection=Yes;

To dało mi ten sam błąd "Odmowa dostępu" w pliku bazy danych. Próbowałem dać różnym użytkownikom pełną kontrolę nad folderem i pliki, w pewnym momencie nawet do "wszystkich". Nic nie pomogło, więc ponownie usunąłem dodane uprawnienia.

Ostatecznie rozwiązano to [15] , otwierając Server Explorer w Visual Studio, a następnie łącząc się z płytą MDF i odłączając ją ponownie. Po tym, jak zrobiłem, że moja aplikacja internetowa może uzyskać dostęp do bazy danych dobrze.

PS. Kredyty przejdź do ten wpis na blogu znalazłem podczas googlowania tego konkretnego problemu, wywołując pomysł, aby dołączyć / odłączyć bazę danych, aby rozwiązać problem.

To brzmi jak uprawnienia NTFS. Zazwyczaj oznacza to, że konto usługi SQL Server ma dostęp tylko do odczytu do pliku(należy pamiętać, że SQL Server używa tego samego konta usługi, aby uzyskać dostęp do plików bazy danych niezależnie od sposobu logowania). Czy jesteś pewien, że nie zmieniłeś uprawnień folderu między zalogowaniem się jako ty i zalogowaniem się jako sa? Jeśli odłączysz i spróbujesz ponownie, czy nadal masz ten sam problem?

Miałem ten sam problem przy dołączaniu bazy danych. To nie był problem z SQL, to był problem z kontem. Przejdź do Panelu sterowania/ustawienia kontroli konta użytkownika / Ustaw "nigdy nie Powiadamiaj". W końcu zrestartuj komputer i zadziałało u mnie.

Załączyłem plik mdf klikając prawym przyciskiem myszy bazę danych i usuwając plik dziennika AdventureWorks2012_Data_log.ldf w kreatorze . Plik mdf został umieszczony w następującej lokalizacji

    C:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\DATA

Powyższa metoda pomogła mi rozwiązać problem .

Czytałam tę stronę i mają tam ciekawe zdanie:

Uwaga: bądź bardzo selektywny przy dodawaniu użytkowników do tych ról. Na przykład, sysadmin mapuje do dbo w każdym bazy danych i jest odpowiednikiem logowanie za pomocą konta sa.

Oczywiście mają też to:

Uprawnienia przyznawane użytkownikom i role i są specyficzne dla bazy danych. Wszystkie uprawnienia są kumulowane z z wyjątkiem ZAPRZECZ. Odmowa uprawnienia na poziomie użytkownika lub na poziomie roli nadpisuje to samo pozwolenie udzielone za pośrednictwem innej roli członkostwo z wyjątkiem sysadmin stała rola serwera. (A sysadmin zachowuje wszystkie uprawnienia, nawet jeśli rola, której są członkami ma Odmowa pozwolenia.)

Więc jeśli jesteś adminem domeny i w grupie SQL 'sysadmin', świat powinien być twój.

Oczywiście, według Microsoftu, powinieneś rzucić okiem na te dwie strony:
Link do bazy danych

Link do instalacji baz danych

Jesteś niegrzeczny i próbujesz załączyć je ręcznie :) poważnie, czy masz wszystkie warunki wstępne do bazy AdventureWorks2008?
Podejrzewam, że to tylko kolejny przypadek Microsoft dziwności / edge, ale mogę się mylić.

Przeniosłem bazę danych mdf z domyślnego folderu danych do mojego asp.net folder app_data i napotkał ten problem, próbując ustawić bazę danych z powrotem online.

Porównałem ustawienia zabezpieczeń innych baz danych plików w oryginalnej lokalizacji do przeniesionych plików i zauważyłem, że MSSQL$SQLEXPRESS nie ma uprawnień do plików w nowej lokalizacji. Dodałem pełną kontrolę dla "NT SERVICE\MSSQL$SQLEXPRESS" (musi zawierać tę usługę NT) i załączył się dobrze.

It wydaje się, że oryginalny folder danych ma te uprawnienia, a pliki dziedziczą je. Przenieś pliki i oczywiście spadki.

Sprawdziłem plik mdf innego projektu, który utworzyłem bezpośrednio w folderze app_data. nie posiada uprawnień MSSQL$SQLEXPRESS. Hmmm. Zastanawiam się, dlaczego SQL Express lubi jeden, a nie drugi?

USE [master]
GO
CREATE DATABASE [DataBasename] ON 
( FILENAME = N'C:\data\DataBasename.mdf' )
 FOR ATTACH
GO

zmień na FOR ATTACHED -- > FOR ATTACH_FORCE_REBUILD_LOG

USE [master]
GO
CREATE DATABASE [DataBasename] ON 
( FILENAME = N'C:\data\DataBasename.mdf' )
 FOR ATTACH_FORCE_REBUILD_LOG
GO

To w rzeczywistości uprawnienia NTFS i dziwny błąd w SQL serverze. Nie jestem pewien, czy powyższy raport o błędzie jest dokładny lub może odnosić się do dodatkowego błędu.

Aby rozwiązać ten problem w systemie Windows 7, uruchomiłem SQL Server Management Studio normalnie (nie jako Administrator). Następnie próbowałem dołączyć plik MDF. W tym procesie użyłem interfejsu użytkownika zamiast wklejania w ścieżce. Zauważyłem, że droga została mi odcięta. Dzieje się tak dlatego, że użytkownik MS SQL Server (sqlservermssqluser$machinename$SQLEXPRESS) że oprogramowanie dodaje dla Ciebie nie ma uprawnień do dostępu do folderu(w tym przypadku folder głęboko w moich własnych folderów użytkownika).

Wklejenie ścieżki i kontynuowanie powoduje powyższy błąd. Tak więc - dałem użytkownikowi MS SQL Server uprawnienia do odczytu począwszy od pierwszego katalogu, z którego został odrzucony (mój folder użytkownika). Następnie natychmiast anulowałem operację propagacji, ponieważ może to trwać wieczność, i ponownie zastosowałem uprawnienia odczytu do następnego niezbędnego podfolderu i niech to rozmnażać się w pełni.

W końcu dałem użytkownikowi MS SQL Server uprawnienia do modyfikacji .mdf i .pliki ldf dla db.

Mogę teraz dołączyć do plików bazy danych.

Dostałem ten błąd jako sa. W moim przypadku bezpieczeństwo nie miało znaczenia. Dodałem wszystkim pełną kontrolę do plików mdf i ldf, / align = "left" /

Jeśli uruchomisz sql server 2012 możesz uzyskać ten błąd, próbując załączyć starszą wersję pliku mdf. ex plik mdf z sql server 2008.

Rozwiązałem problem, po prostu przesuwając .plik mdf, który chcesz dołączyć do folderu publicznego, w moim przypadku przeniosłem go do folderu użytkownicy / publiczne. Następnie dołączam go stamtąd bez żadnego problemu. Mam nadzieję, że to pomoże.

Dla tych, którzy nie mogli rozwiązać problemu z innymi rozwiązaniami tutaj, następująca poprawka działała dla mnie:

Przejdź do folderu "dane" w instalacji SQL Server, kliknij prawym przyciskiem myszy, Właściwości, zakładka Bezpieczeństwo i dodaj pełne uprawnienia kontrolne dla użytkownika "usługi sieciowej".

Http://decoding.wordpress.com/2008/08/25/sql-server-2005-expess-how-to-fix-error-3417/

(powyższy link jest dla SQL 2005, ale to naprawiło instalację SQL 2008 R2 dla ja).

Kilka dodatkowych informacji: ten problem pojawił się u mnie po wymianie wtórnego dysku twardego (na którym była instalacja SQL). Skopiowałem wszystkie pliki i przywróciłem oryginalną literę dysku na nowy dysk twardy. Jednak uprawnienia zabezpieczeń nie zostały skopiowane. Myślę, że następnym razem użyję lepszej metody kopiowania danych.

W moim przypadku to co rozwiązało problem to folowing:

USE [master]
GO
CREATE DATABASE [AdventureWorks2008R2] ON
( FILENAME = 'C:\Program Files\Microsfot SQL Server\MSSQL10_50.SQLEXPRESS\MSSQL\DATA\AdventureWors2008R2_Data.mdf')
FOR ATTACH_REBUILD_LOG

Skopiuj bazę danych do innego folderu i załącz lub zaloguj się do serwera SQLServer za pomocą "uwierzytelniania systemu Windows"

Miałem ten sam problem przy ponownym dołączaniu bazy danych po jej odłączeniu i przenoszeniu plików LDF i mdf z dysku C na F.

Aby to naprawić musiałem dodać prawa właściciela do obu plików i dać mu pełną kontrolę nad nimi w zakładce bezpieczeństwo okna dialogowego Właściwości.

Zmagałem się z SSMS (2016), aby dołączyć bazę danych AdventureWorks2012. Ale udało się z tym kodem, zaczerpniętym z artykułu CodeProject autorstwa :

CREATE DATABASE AdventureWorks2012
    ON PRIMARY (FILENAME='D:\Dev\SQL Server\AdventureWorks2012.mdf')
    FOR ATTACH;