데이터베이스를 연결할 때 액세스가 거부되었습니다.

SQL Server 2008 개발자 버전을 사용하고 있습니다. AdventureWorks2008 데이터베이스를 연결하려고했습니다.

연결을 시도 할 때 "액세스가 거부되었습니다"오류가 발생했습니다. 이벤트 로그에 따르면 O / S에서 온 것입니다.

열기 실패 : 파일 번호 0에 대해 D : \ ProjectData \ AdventureWorks \ AdventureWorksLT2008_Data.mdf 파일을 열 수 없습니다. OS 오류 : 5 (액세스가 거부되었습니다.)

"NTFS 문제"라고 생각했지만 시스템 (및 I)은 두 파일 모두에 대한 수정 액세스 권한이 있습니다.

sa로 로그인하면 데이터베이스를 성공적으로 연결할 수 있지만 사용자 계정이 작동하지 않습니다.

내 컴퓨터에서 로컬 관리자 그룹의 구성원이며 SQL Server 인스턴스에서 sysadmins 역할을 수행하고 있습니다.

sa로 로그인해야하는 이유가 있습니까?

SQL Server Management Studio를 관리자 권한으로 실행하십시오. (내 마우스 오른쪽 클릭-> 관리자 권한으로 실행) 내 모든 이상한 점을 처리했습니다.

SQL SRV EXPRESS 2008 R2. 윈도우 7

모든 의견에 감사드립니다. 당신 중 일부는 나를 대답으로 이끌도록 도와주었습니다. 내가 찾은 것은 다음과 같습니다.

NTFS 권한 문제이며 SQL 문제가 아닙니다. 또한 버그와 비슷해 보입니다 (반복 가능합니다).

문제 : 사용중인 계정에 mdf 및 ldf 파일에 대한 모든 권한을 가진 NTFS 권한이 있습니다. 그러나 그룹 멤버쉽을 통해 해당 권한을 가졌습니다 (로컬 관리자 그룹에 권한이 있고 내 계정이 로컬 관리자의 구성원 임). (권한을 확인했습니다)

연결을 시도하면 (admins 그룹에있는) 나와 같이 SQL Server에 연결하면 NTFS 문제로 실패합니다.

그러나 로컬 관리자 그룹과 동일한 파일 권한을 내 도메인 계정에 직접 부여하면 아무런 문제없이 연결할 수 있습니다.

(오, 예,이 컴퓨터의 로컬 그룹을 확인하고 내 도메인 계정이 실제로 로컬 관리자 그룹의 구성원인지 확인했습니다).

따라서 SQL Server 또는 Management Studio의 일부 코드에서 사용자 계정이 보유한 권한을 확인하기 때문에 오류가 발생하는 것처럼 보이지만 사용자 계정이 상속하는 그룹 권한을 확인하는 것은 아닙니다.

나에게는 이상하게 들리지만 반복해서 그것을 재현 할 수 있으므로 그것이 답이라고 결론지었습니다.

업데이트 : 나는 이것을 버그로보고했다 : https://connect.microsoft.com/SQLServer/feedback/details/539703/access-denied-attaching-a-database-when-permissions-are-herited

게시 된 답변에 추가 정보를 추가하고 싶습니다.

로그인 한 Windows 사용자 가 .mdf 파일에 대한 권한이있는 유일한 사용자가 되므로 데이터베이스를 분리 할 때주의 하십시오! .mdf 파일에 사용자가 포함 된 원래 권한SQLServerMSSQLUser$<computer_name>$<instance_name> 및 관리자 계정 은 로그인 한 Windows 사용자 (SQL 서버 사용자 아님)가 덮어 씁니다. 붐, 모든 권한이 그대로 유지되었습니다. 다른 사람들이 말한 것처럼 .mdf 파일을 마우스 오른쪽 버튼으로 클릭하고 권한을 다시 확인하십시오.

SSMS를 사용하여 데이터베이스에 연결하고 (SQL 서버 계정에 관계없이) 데이터베이스를 분리했기 때문에이 문제가 발생했습니다. 그 후에 내 Windows 사용자는 .mdf 파일에 대한 권한이있는 유일한 사람이었습니다. 그래서 나중에 sa 계정을 사용하여 db를 연결하려고 할 때 "access denied"오류가 발생했습니다.

원래 권한을 그대로 유지하려면 데이터베이스를 오프라인 상태로 만든 다음 분리하고 순서대로 연결해야합니다.

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

귀하의 폴더에 권한을 추가하십시오 .mdf파일이 .

이 이름을 확인하십시오 : NT Service\MSSQLSERVER

그리고 Location서버 이름으로 변경하십시오 .

이 문제는 UAC (사용자 계정 컨트롤)에 의해 발생합니까? 사용자 계정은 Administrators 그룹의 구성원이지만 Windows 7의 UAC에서는 "관리자 권한으로"프로그램을 실행하지 않으면 관리자 작업을 수행 할 수 없습니다. SQL Server 또는 Management Studio 등의 실제 버그는 아닙니다. (아마도 "오류 5"를 불평하는 대신 문제를 알고 권한 상승을 요구할 수 있습니다.)

SQL Server Management Studio를 관리자 권한으로 실행하십시오. (마우스 오른쪽 버튼 클릭-> 관리자 권한으로 실행) Windows 7에서 나를 위해 일했습니다-SQL Server 2008 R2

SQL2005 데이터베이스는 Windows 7에서 이러한 방식으로 연결될 수 있습니다.

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

그런 다음 연결된 데이터베이스가 성공적으로 완료되었습니다.

로그인하면 sa(또는 모든 Sql Server 계정) SQL Server 서비스 계정으로 작동하며, 로그인하면 계정 권한이 있습니다. 어떤 이유로 적절한 파일 액세스 권한이 없지만 서비스 계정에는 액세스 할 수 없습니다.

이 솔루션을 찾았습니다 .mdf 파일을 저장 한 폴더를 마우스 오른쪽 버튼으로 클릭하고 속성을 클릭 한 다음 보안 탭을 선택하고 편집 ...을 클릭하고 모든 권한을 부여하십시오. 도움이 되었기를 바랍니다!

sa사용자는 NTFS가 계정 사용 SQLServerMSSQLUser$<computer_name>$<instance_name>및 SQLServerSQLAgentUser$<computer_name>$<instance_name>데이터베이스 파일에 액세스 할 수 있습니다. 이러한 사용자 중 하나 또는 둘 모두에 대한 권한을 추가 할 수 있습니다.

사용자에게 아무런 문제가 없다고 말하여 문제가 해결되는지 모르겠지만 sa도움이되기를 바랍니다.

나와 함께-창 8에서 실행-SQL Server Manager Studio-> 관리자로 실행을 클릭하십시오. -> 문제 없습니다

그것은 할 수 easly 고정 하지만 radicaly, 당신이 저장 한 폴더로 이동 MDF 파일을 . 파일 선택-> 오른쪽 클릭-> 속성을 ​​클릭하고 로그인 한 사용자 보안을 위해 파일에 대한 전체 권한을 부여 하십시오 .

이 문제가 발생할 때마다 SQL Server에 설정된 기본 데이터베이스 디렉토리와 다른 디렉토리에있는 데이터베이스를 연결하려고 시도했습니다.

다양한 디렉토리 및 계정에 대한 권한을 사용하지 않고 단순히 SQL Server가 찾을 것으로 예상되는 디렉토리로 데이터 파일을 이동하는 것이 좋습니다.

이 정보도 추가하고 싶었습니다.

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

해결책

서로 다른 두 개의 로그인으로 분리 및 연결 작업을 수행했기 때문에이 오류가 발생합니다. 따라서 파일을 분리 할 때 첫 번째 로그인이 소유했지만 사용 된 로그인이 mdf 및 ldf 파일의 소유자가 아니기 때문에 첨부에 실패했습니다.

데이터베이스 파일을 분리하면 소유자가 detach 명령을 수행 한 사람이되므로 문제를 해결하려면 다른 로그인을 mdf 및 ldf 파일의 소유자로 변경하거나 추가해야합니다.

"filename.mdf"파일을 마우스 오른쪽 버튼으로 클릭하고 속성을 선택하여 mdf 파일의 권한을 확인하십시오. 여기서는 "filename.mdf"파일에 대한 하나의 계정 만 데이터베이스를 분리하는 데 사용 된 계정이므로 권한이 있음을 알 수 있습니다.

이 문제를 해결하려면 추가 ... 버튼을 클릭하여 다른 로그인 또는 필요한 다른 로그인을 추가하고 로그인에 모든 권한을 부여하십시오. "ldf"파일에 대해서도이 작업을 수행해야합니다. 이 작업을 완료하면 확인 버튼을 클릭하십시오. (다른 OS 버전의 경우 편집 옵션이있을 수 있습니다. 먼저이 옵션을 클릭하면 추가 ... 옵션이 표시됩니다.)

내가 가진이 문제의 특정 변형이있는 사람에게는 가치가 있습니다.

• SQL Express 2008
• Visual Studio 2010 Premium

App_data 폴더의 컨텍스트 메뉴를 통해 디버깅 목적으로 SQL Express 데이터베이스를 만들었습니다. 연결 문자열 (NHibernate에서 사용)은 다음과 같습니다.

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

이로 인해 데이터베이스 파일에서 동일한 "액세스 거부"오류가 발생했습니다. 한때 "모든 사람"에게도 다양한 사용자에게 폴더와 파일에 대한 모든 권한을 부여하려고했습니다. 도움이되지 않았으므로 추가 된 권한을 다시 제거했습니다.

마침내 해결 된 것 Visual Studio에서 서버 탐색기를 연 다음 MDF에 연결하고 다시 분리하는 것이 었습니다. 내가 한 후에 내 웹 응용 프로그램은 데이터베이스에 액세스 할 수 있습니다.

추신. 크레딧은 이 특정 문제를 인터넷 검색하는 동안 발견 한이 블로그 게시물 로 이동하여 문제를 해결하기 위해 데이터베이스를 연결 / 분리하는 아이디어를 유발합니다.

데이터베이스 mdf를 기본 Data 폴더에서 asp.net app_data 폴더로 옮기고 데이터베이스를 다시 온라인으로 설정하려고 시도 하면서이 문제가 발생했습니다.

원래 위치에있는 다른 파일 데이터베이스의 보안 설정을 이동 된 파일과 비교 한 결과 MSSQL $ SQLEXPRESS에 새 위치의 파일에 대한 권한이 할당되지 않았습니다. "NT SERVICE \ MSSQL $ SQLEXPRESS"(NT SERVICE 포함)에 대한 모든 권한을 추가했으며 제대로 연결되었습니다.

원본 Data 폴더에 이러한 권한이 있으며 파일이이를 상속합니다. 물론 파일과 상속 나누기를 이동하십시오.

app_data 폴더에 직접 만든 다른 프로젝트의 mdf 파일을 확인했습니다. MSSQL $ SQLEXPRESS 권한이 없습니다. 흠. 왜 SQL Express가 다른 것을 좋아하지 않는지 궁금합니다.

이것은 NTFS 권한처럼 들립니다. 일반적으로 SQL Server 서비스 계정은 파일에 대한 읽기 전용 액세스 권한을 갖습니다 (SQL Server는 동일한 서비스 계정을 사용하여 로그인 방법에 관계없이 데이터베이스 파일에 액세스 함). 직접 로그인과 sa로 로그인 할 때 폴더 권한을 변경하지 않았습니까? 분리했다가 다시 시도해도 여전히 같은 문제가 있습니까?

데이터베이스를 연결할 때도 같은 문제가있었습니다. SQL 문제가 아니며 계정 문제였습니다. 패널 컨트롤 / 사용자 계정 컨트롤 설정으로 이동하여 "알림 없음"으로 설정하십시오. 마지막으로 컴퓨터를 다시 시작하면 효과가 있습니다.

데이터베이스를 마우스 오른쪽 단추로 클릭하고 마법사에서 AdventureWorks2012_Data_log.ldf 로그 파일을 제거하여 mdf 파일을 첨부했습니다. mdf 파일은 다음 위치에 있습니다.

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

위의 방법으로 문제를 해결하는 데 도움이되었습니다.

나는 이 페이지를 읽고 있었고 거기에 흥미로운 문장이 있습니다.

주의 : 이러한 역할에 사용자를 추가 할 때 매우 선택하십시오. 예를 들어 sysadmin은 모든 데이터베이스에서 dbo에 매핑되며 sa 계정을 사용하여 로그인하는 것과 같습니다.

물론 그들은 또한 이것을 가지고 있습니다 :

사용자 및 역할에 부여되고 데이터베이스에 특정한 권한 거부를 제외한 모든 권한은 누적됩니다. 사용자 수준 또는 역할 수준에서 거부 된 권한은 sysadmin 고정 서버 역할을 제외하고 다른 역할 멤버 자격을 통해 부여 된 것과 동일한 권한을 재정의합니다. sysadmin은 구성원 인 역할에 DENY 권한이 있더라도 모든 권한을 유지합니다.

따라서 도메인 관리자이고 SQL 'sysadmin'그룹의 경우 세계는 갑각류가되어야합니다.

물론 Microsoft에 따르면 다음 두 페이지를 빠르게 살펴보아야합니다.
데이터베이스 필수 구성 요소에 연결

데이터베이스 설치 링크

당신은 장난 꾸러기이고 수동으로 첨부하려고합니다 :) 진지하게, AdventureWorks2008 데이터베이스에 대한 모든 전제 조건이 있습니까?
나는 이것이 또 다른 Microsoft 이상한 / 가장 의심스러운 사례라고 생각하지만 잘못되었을 수 있습니다.

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

로 변경 ATTACH_FORCE_REBUILD_LOG위한> - 용은 ATTACH

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

sa 로이 오류가 발생했습니다. 필자의 경우 데이터베이스 보안은 중요하지 않았습니다. 나는 모든 사람들에게 mdf와 ldf 파일에 대한 모든 권한을 추가하고 첨부했다.

VS 2019에서 동일한 문제가 발생했습니다. 그래도 같은 문제가있는 사람은 다음 사항을 확인하십시오.

1. m / c에 SQL Express가 설치되어 있어야합니다.
2. 이전 버전의 VS에 VST에 VST가 설치되어 있어야합니다 (VS 2019에서-설치하는 동안이 구성 요소를 확인하십시오)-이 구성 요소를 외부에 추가해야합니다
3. 연결 문자열에 'User Instance = True'추가
4. 선택 사항이라고 생각합니다. 관리 모드에서 VS 및 SQL Express를 열고 SQL Express에 관리자로 로그인하십시오.

실제로 NTFS 권한이며 SQL Server의 이상한 버그입니다. 위의 버그 보고서가 정확한지 확실하지 않거나 추가 버그를 나타낼 수 있습니다.

Windows 7 에서이 문제를 해결하려면 관리자가 아닌 SQL Server Management Studio를 정상적으로 실행했습니다. 그런 다음 MDF 파일을 첨부하려고 시도했습니다. 이 과정에서 패스에 붙여 넣는 대신 UI를 사용했습니다. 나는 그 길이 나에게서 끊어 졌다는 것을 알아 차렸다. 소프트웨어가 추가 한 MS SQL Server (SQLServerMSSQLUser $ machinename $ SQLEXPRESS) 사용자에게 폴더 (이 경우 내 사용자 폴더의 깊은 폴더)에 액세스 할 수있는 권한이 없기 때문입니다.

경로를 붙여넣고 진행하면 위의 오류가 발생합니다. 그래서-MS SQL Server 사용자에게 거부 된 첫 번째 디렉토리 (내 사용자 폴더)에서 읽을 수있는 권한을 부여했습니다. 그런 다음 영원이 필요할 수 있으므로 전파 작업을 즉시 취소하고 필요한 다음 하위 폴더에 대한 읽기 권한을 다시 적용하여 전파되도록했습니다.

마지막으로 MS SQL Server 사용자에게 db의 .mdf 및 .ldf 파일에 대한 수정 권한을 부여했습니다.

이제 데이터베이스 파일에 첨부 할 수 있습니다.

SQL Server 2012를 실행하면 이전 버전의 mdf 파일을 첨부하여이 오류가 발생할 수 있습니다. 예 : SQL Server 2008의 mdf 파일

공용 폴더에 첨부하려는 .mdf 파일을 이동하여 문제를 해결했습니다. 필자의 경우 사용자 / 공용 폴더로 옮겼습니다. 그런 다음 문제없이 거기에서 첨부합니다. 도움이 되었기를 바랍니다.

다른 솔루션으로 문제를 해결할 수없는 사람들을 위해 다음 수정 사항이 효과적이었습니다.

SQL Server 설치의 "DATA"폴더로 이동하여 마우스 오른쪽 버튼을 클릭하고 속성, 보안 탭을 클릭 한 다음 "NETWORK SERVICE"사용자에 대한 모든 제어 권한을 추가하십시오.

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

(위 링크는 SQL 2005 용이지만 SQL 2008 R2 설치가 수정되었습니다.)

몇 가지 추가 정보 :이 문제는 보조 하드 드라이브 (SQL 설치가 설치된)를 교체 한 후 나에게 나타났습니다. 모든 파일을 복사하고 원래 드라이브 문자를 새 하드 디스크로 복원했습니다. 그러나 보안 권한은 복사되지 않았습니다. 다음에 더 나은 데이터 복사 방법을 사용할 것이라고 생각합니다.

제 경우에는 문제를 해결 한 것은 다음과 같습니다.

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

다른 폴더에 데이터베이스를 복사하고 "Windows 인증"을 사용하여 SQLServer에 연결 또는 로그인

데이터베이스를 분리하고 ldf 및 mdf 파일을 드라이브 C에서 F로 이동 한 후 데이터베이스를 다시 연결하는 경우에도 동일한 문제가 발생했습니다.

이 문제를 해결하려면 두 파일 모두에 OWNER RIGHTS 보안 주체를 추가하고 속성 대화 상자의 보안 탭에서 파일을 완전히 제어해야했습니다.