이미지 로딩 오류
해결 방법:
1. 기존 데이터베이스를 sql 설치 디렉터리 C:/Program Files/Microsoft SQL에 직접 복사합니다. Server/MSSQL10.MSSQLSERVER/MSSQL/DATA
이렇게 하면 데이터베이스를 설치할 때 작업을 놓쳤는지 모르겠습니다.
2. 기존 데이터베이스 mdf 및 ldf 파일에서
마우스 오른쪽 버튼 클릭-->속성---->추가--->고급--- - >지금 찾기---->인증된 사용자---->확인
------>전체 제어 확인됨---->확인
위의 두 가지 방법 모두 허용되며 다른 방법도 있을 수 있으므로 직접 찾아보세요. . . .
어제 전날 시스템을 다시 구성하고 SQLServer2012Express를 다시 설치했습니다. 오늘 원본 데이터베이스를 연결하면 오류 메시지가 보고되었습니다. 요청... Transact-SQL 실행 문 또는 일괄 처리 중에 예외가 발생했습니다... createfile에서 실제 파일 'd:dataejiaOA.mdf'를 열거나 생성하는 동안 시스템 오류 5(액세스 거부)가 발생했습니다. (Microsoft SQL Server, 오류: 5123).
이 깨진 프롬프트를 봤을 때 첫인상은 고대 방법인 "파일->속성- >보안->추가->고급->지금찾기->EveryOne->확인->확인->모든 권한->적용'은 이 폴더에 권한을 추가한 후 다시 작동시키는 것입니다. , 아니면 아니오! ! 갑자기 우울해진 기분이 들어서 “무슨 일이에요?”라고 물었습니다. Baidu는 오랜 시간을 들여 몇 가지 해결 방법을 찾았는데 모두 권한을 변경하는 불편한 방법이었습니다. 네티즌 중 한 명은 다음과 같이 말했습니다. Win7은 때때로 파일 내부에서 폴더의 작업 권한이 변경되지 않는 경우가 있습니다. 상속되므로 파일 자체의 권한도 작업 요구 사항을 충족하는지 확인해야 합니다. 나는 이 사람이 말한 대로 했고 내 WIN7에는 분명히 이 기능이 없다는 것을 발견했습니다. 파일의 권한은 해당 파일의 아버지 폴더의 권한과 동일합니다.
문제의 원인이 발견되지 않아 정말 오랫동안 머리가 아팠습니다. 하지만 저처럼 끈질긴 성격의 저희는 전혀 겁을 내지 않고 바이두 바이두 바이두를 이어갔습니다. .. 마침내 절망에 빠졌을 때 다음 스크린샷이 포함된 글을 발견했습니다.
이 문서에 설명된 문제는 저와 완전히 똑같았으나, 제안한 솔루션도 마찬가지였습니다
저만 불행한 것은 아닌 것 같은데, 그래도 문제가 발견되었습니다. 즉, Windows 인증을 사용하면 어떻게 될까요? 인증이 사용되지 않습니까? SQL2012 관리자를 종료하고 SA를 사용하여 다시 로그인한 후 이 추가 작업을 수행하면 즉시 성공합니다!
드디어 문제가 해결됐는데, 저도 궁금한데 왜 이럴까요? 확인한 결과 내 데이터베이스 파일의 원래 권한은 다음과 같습니다.
이것이 모든 권한 제어를 포함하는 데이터베이스 파일의 일반적인 권한이라고 믿을 만한 이유가 있습니다. 모두가 추가했습니다. 정상이 아닙니다. 동시에 MSSQL$SQLEXPRESS는 SA 로그인을 위한 SQLServer 관리용으로 예약된 권한입니다. 당연히 슈퍼 관리자 계정으로 시스템에 로그인했는데, 실행 시 오류가 발생한 이유는 무엇입니까? 데이터베이스를 연결 하시겠습니까? 아시는 분 계시면 알려주시면 정말 감사하겠습니다! ! !
바이두의 일부 네티즌들은 이렇게 설명했습니다. 이는 SQL Server의 시작 계정(보통 시스템 또는 운영 체제 관리자)이 E의 루트 디렉터리(내 것은 D 드라이브 권한)에 파일을 생성하지 않기 때문입니다. E 드라이브를 마우스 오른쪽 버튼으로 클릭하고 속성의 "보안" 탭에서 사용자 권한을 확인하세요. 누가 계정을 시작했는지 확인하고, services.msc를 실행하고, 서비스 관리자에서 SQL Server 서비스를 찾은 다음 "로그인" 탭을 살펴보고 로컬 사용자를 선택한 후 서비스를 다시 시작하세요.
sql2008에서 데이터베이스를 연결할 때 발생하는 오류 5123 프롬프트에 대한 더 많은 해결 방법을 보려면 PHP 중국어 웹사이트의 관련 기사에 주목하세요!