파일 권한문제도 아니고 DB 계정 문제도 아닐 경우
SQL이 설치된 서버의 서비스 화면에서 SQL SERVER(SQL Server(MSSQLSERVER)) 속성에 들어간다.
로그온 탭에서 계정 지정 상태를(networkServece)로컬 시스템 계정과 데스크탑 상호 연동으로 바꾼다.
서비스를 재 시작한 후 다시 DB연결을 시도하면 잘 됨
윈도우 권한 중에 어떤 권한을 막았거나 기타 등등의 이유로 인하여 생기는 문제인데 파일 생성 권한을 안 주기때문에 로컬 권한으로 해서 사용할 수 밖에 없음
대부분의 경우 서비스와 데스크톱 상호 작용 허용 설정을 변경하지 않는 것이 좋습니다. 서비스가 데스크톱과 상호 작용할 수 있으면 서비스가 데스크톱에 표시하는 모든 정보가 대화형 사용자의 데스크톱에도 표시됩니다. 악의 있는 사용자가 서비스 제어권을 가지거나 대화형 데스크톱에서 공격 할 수 있습니다.
결론 : 위의 방법을 사용하지 않고 다시 네트워크 설정하고 껐다 키면 잘 된다고 함
로컬 계정시스템 연결로 바꾸고 재 시작 한 후 데이터베이스 파일을 연결시키고 나서 종료한 다음 예전처럼 네트워크 서비스로 계정 설정하시고 비밀번호 지운 다음에 연결하고 다시 재 시작해서 연결하면 언제 그랬냐는 듯이 연결이 됨
Operating system error 5: “5(Access is denied.)”
I spent a good number of hours the last couple days banging on a C# app trying to figure why I kept getting an “Access is denied” error when the application tried to attach to a local MDF file (SQL Server Express 2005). A Google search turned up numerous theories and “solution”. Based on the variety of solutions I’d venture to guess Microsoft, with its wonderful Vista, created several ways to arrive at this error.
For my case the solution was quite simple once I figured how to do it. First, I knew my app needed to run with elevated permissions, but even if I right clicked and selected “Run as administrator” the problem persisted. I read about creating SQL user accounts, and granting permissions, blah, blah, blah. None of those changes made a lick of different.
After much poking around the problem turned out to be the way the SQL Server service was configured. It was setup to run as a “Network Service” instead of the “Local System” account.
So here is the fix:
- Open ‘Services’ (type ’services’ in Start Search on Vista)
- Find SQL Server, right click, and select Properties
- Under the ‘Log On’ tab select Log on as ‘Local System account’
That’s it. Run as administrator and everything works perfect.
참고 URL : http://scblood.egloos.com/4476418
