mssql2005

关注公众号 jb51net

关闭
首页 > 数据库 > mssql2005 > 5123提示

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服务,然后看“登录”选项卡,选中本地用户并重启服务。 

您可能感兴趣的文章:
阅读全文