錯(cuò)誤載圖

解決方法：


1.直接把己有數(shù)據(jù)庫復(fù)制到sql安裝目錄下C:/Program Files/Microsoft SQL Server/MSSQL10.MSSQLSERVER/MSSQL/DATA

這樣就可以附加，不知道是不是在裝數(shù)據(jù)庫時(shí)漏選了什么操作，以前沒遇到過。

2.在己有數(shù)據(jù)庫mdf和ldf文件上，

右鍵---->屬性---->添加---->高級(jí)---->立即查找---->Authenticated Users---->確定

------>完全控制勾上---->確定

以上兩種方法都可以，可能還有其它方法，各位同學(xué)自己再找找吧。。。。

前天重做了系統(tǒng)，重裝了SQLServer2012Express，今天附加一個(gè)原來的數(shù)據(jù)庫時(shí)就報(bào)錯(cuò)了，提示信息為：無法為此請(qǐng)求檢索數(shù)據(jù)……執(zhí)行Transact-SQL語句或批處理時(shí)發(fā)生異?！瓏L試打開或創(chuàng)建物理文件'd:\data\ejiaOA.mdf'時(shí)，createfile遇到系統(tǒng)錯(cuò)誤 5（拒絕訪問）。（Microsoft SQL Server,錯(cuò)誤：5123）。

看到這個(gè)破提示，第一感覺就是文件夾的權(quán)限看來是沒有給到位（我的系統(tǒng)是64全Win7），用古老的辦法：“ 文件—>屬性—>安全—>添加—>高級(jí)—>立即查找—>EveryOne—>確定—>確定—>完全控制—>應(yīng)用”就是給這個(gè)文件夾加了權(quán)限，再一操作，還是不行??！頓時(shí)郁悶了，我了個(gè)去啊，什么情況？百度了半天，找了一些解決辦法，都是這種更改權(quán)限的不好用的辦法，其中有一位網(wǎng)友說了：Win7是個(gè)很神奇的東東，有時(shí)間文件夾的操作權(quán)限不會(huì)被里面的文件所繼承，所以需要檢查文件本身的權(quán)限是不是也符合操作的要求。我按這哥們說的做了，發(fā)現(xiàn)我的WIN7顯然沒有這個(gè)特征，文件的權(quán)限和它老爸文件夾的權(quán)限是一致的。

問題的原因始終找不到，著實(shí)讓我頭疼了半天，不過對(duì)于咱這種有著堅(jiān)韌的性格的人來講，咱一點(diǎn)兒也沒有被嚇到，繼續(xù)百度百度百度……最后，我快要絕望的時(shí)候，找到一篇文章，截圖如下：

 

 這個(gè)文件給描述的問題和我的是一模一樣，不過提出的解決辦法也是和我的操作辦法一致，后面有評(píng)論，咱也截圖了

 

 看來，倒霉的不是我一個(gè)啊，不過我還是發(fā)現(xiàn)一個(gè)問題，那就是使用了Windows身份驗(yàn)證，如果不使用Windows身份驗(yàn)證會(huì)是怎么樣一個(gè)情況呢？退出SQL2012管理器，用SA重新登陸了一下，然后再執(zhí)行這個(gè)附加操作，居然一下就成功了！

問題終于解決了，但是我也納悶了，這是為什么呢？經(jīng)檢查，我的數(shù)據(jù)庫文件原來的權(quán)限是這樣的：

  

我有理由相信，這個(gè)是一個(gè)數(shù)據(jù)庫文件的正常權(quán)限，加了everyone的所有權(quán)限控制那才不正常呢。同時(shí)MSSQL$SQLEXPRESS是留給SA登陸的SQLServer管理使用的權(quán)限，我是用超管的帳戶登陸的系統(tǒng)，顯然是屬于超管用戶組的，但是為什么附加數(shù)據(jù)庫會(huì)出錯(cuò)呢？有知道的朋友麻煩告訴我一下吧，不勝感激?。?！

百度上有網(wǎng)友這樣解釋：這是因?yàn)镾QL Server的啟動(dòng)帳戶（一般是system或某個(gè)操作系統(tǒng)管理員），對(duì)E（我的是D盤）盤根目錄沒有創(chuàng)建文件的權(quán)限。右擊E盤，在屬性里查看“安全”選項(xiàng)卡里查看用戶的權(quán)限。查看啟動(dòng)帳戶是誰，運(yùn)行services.msc，在服務(wù)管理器里找到SQL Server服務(wù)，然后看“登錄”選項(xiàng)卡，選中本地用戶并重啟服務(wù)。 

最新評(píng)論