软件开发培训班 >> 编程开发 >> SQL


sql2008 附加数据库时出现错误5123提示的解决方法

　　本文标签：5123提示

错误载图

解决方法：


1.直接把己有数据库复制到sql安装目录下C:/Program Files/Microsoft SQL Server/MSSQL10.MSSQLSERVER/MSSQL/DATA

这样就可以附加，不知道是不是在装数据库时漏选了什么操作，以前没遇到过 。

2.在己有数据库mdf和ldf文件上，

右键---->属性---->添加---->高级---->立即查找---->Authenticated Users---->确定

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

以上两种方法都可以，可能还有其它方法，各位同学自己再找找吧 。 。 。 。

前天重做了系统，重装了SQLServer2012Express，今天附加一个原来的数据库时就报错了，提示信息为：无法为此请求检索数据……执行Transact-SQL语句或批处理时发生异常……尝试打开或创建物理文件d:\data\ejiaOA.mdf时，createfile遇到系统错误 5（拒绝访问） 。（Microsoft SQL Server,错误：5123） 。

看到这个破提示，第一感觉就是文件夹的权限看来是没有给到位（我的系统是64全Win7），用古老的办法：“ 文件—>属性—>安全—>添加—>高级—>立即查找—>EveryOne—>确定—>确定—>完全控制—>应用”就是给这个文件夹加了权限，再一操作，还是不行！！顿时郁闷了，我了个去啊，什么情况？百度了半天，找了一些解决办法，都是这种更改权限的不好用的办法，其中有一位网友说了：Win7是个很神奇的东东，有时间文件夹的操作权限不会被里面的文件所继承，所以需要检查文件本身的权限是不是也符合操作的要求 。我按这哥们说的做了，发现我的WIN7显然没有这个特征，文件的权限和它老爸文件夹的权限是一致的 。



问题的原因始终找不到，着实让我头疼了半天，不过对于咱这种有着坚韧的性格的人来讲，咱一点儿也没有被吓到，继续百度百度百度……最后，我快要绝望的时候，找到一篇文章，截图如下：

 

 这个文件给描述的问题和我的是一模一样，不过提出的解决办法也是和我的操作办法一致，后面有评论，咱也截图了

 

 看来，倒霉的不是我一个啊，不过我还是发现一个问题，那就是使用了Windows身份验证，如果不使用Windows身份验证会是怎么样一个情况呢？退出SQL2012管理器，用SA重新登陆了一下，然后再执行这个附加操作，居然一下就成功了！

问题终于解决了，但是我也纳闷了，这是为什么呢？经检查，我的数据库文件原来的权限是这样的：

  

我有理由相信，这个是一个数据库文件的正常权限，加了everyone的所有权限控制那才不正常呢 。同时MSSQL$SQLEXPRESS是留给SA登陆的SQLServer管理使用的权限，我是用超管的帐户登陆的系统，显然是属于超管用户组的，但是为什么附加数据库会出错呢？有知道的朋友麻烦告诉我一下吧，不胜感激！！！

百度上有网友这样解释：这是因为SQL Server的启动帐户（一般是system或某个操作系统管理员），对E（我的是D盘）盘根目录没有创建文件的权限 。右击E盘，在属性里查看“安全”选项卡里查看用户的权限 。查看启动帐户是谁，运行services.msc，在服务管理器里找到SQL Server服务，然后看“登录”选项卡，选中本地用户并重启服务 。