SQL Server附加数据库出现错误5123的正确解决方法

偏执的太偏执、 2022-05-27 23:42 363阅读 0赞

https://www.cnblogs.com/xuruiming/articles/2964507.html

因为自己有一本基于SQL Server 2005的数据库教程，里边使用的**示例数据库**是AdventureWorks for SQL Server 2005，而我的机子上装的是SQL Server 2008，示例数据库是AdventureWorks for SQL Server 2008。起初我以为示例数据库AdventureWorks for SQL Server 200**5** 与AdventureWorks for SQL Server 200**8** 数据库结构应该差不多，可是在练习的过程中，我发现两个数据库中很多表的结构还是有很多不一样的地方。于是决定到微软下载中心将示例数据库AdventureWorks for SQL Server 2005下过来，附加到SQL Server 2008上，以便顺利进行练习。我以SQL Server 2008的超级管理员账户“**sa**”连接登录到实例SQLSERVER2008：

![15152946-350f50bb085a4e4fa5bdc1045d730bc4.png][]

在附加示例数据库AdventureWorks for SQL Server 2005时，弹出了下图 这个错误：

![15153021-f2b54d9dde2b408e81ed5f8fdb37841b.png][]

仔细看了一下主要信息“ 尝试打开或创建物理文件......时，CREATE FILE遇到操作系统错误 5(拒绝访问。)”  ，一看就知道应当是对要附加的数据文件的操作权限不够。     按一般的思维习惯，我们会对操作权限不够的文件授予足够的操作权限。比如，有网友说“ **给要附加的数据文件和相应的日志文件授予Everyone的权限**”，授权过程如下三张截图所示（ 注意数据文件和日志文件都必须授权）：

![15153936-58da8a5296eb4b90b2495d3d1c3bb3ca.png][]

（图1：授权数据文件）

![15153859-f082d701f112463ca51ed914baddd272.png][]

（图2：数据文件授权后）

![15154006-ec3ebf9b3c134a2891525f35cc01a21b.png][]

（图3：日志文件授权后）

对要附加的数据文件和日志文件分别授予Everyone【读取和执行】、【读取】的权限后，在SQL Server 2008中重新尝试附加数据库，发现可以附加成功了！  是不是问题就这样解决了呢？这样子做对吗？     如果在真实的数据库管理过程中，我们把数据文件、日志文件的权限放大到Everyone，那肯定是不对的做法。因为这样数据库的安全性将大打折扣，虽然对Everyone只授予了【读取和执行】、【读取】的权限，但这仍然有泄漏数据的危险。

我们应当保证能正常访问的情况下，使数据文件具有最小的访问权。我们之前授权给Everyone，那所有用户或账户都能操作相应的文件了，这肯定不安全的。那么如何才能授予最小的访问权限呢？思考一下，我们用SQL Server 2008去附加相应的数据文件，报出“拒绝访问”即权限不够的错误，换句话说，当前SQL Server 2008没有权限访问这些文件。我们右键文件，到文件属性中查看一下文件的权限情况，如下图所示：

![15154136-7dcb39108544413195f655234085d894.png][]

（相应数据文件原本的权限情况）

我们发现只有SYSTEM和xrm这两个组或用户才有权操作此数据文件。SYSTEM是一个用户组，即【本地系统】组，而xrm是一个管理员用户，如图示：

![15154208-3c6f2f3cffd2474484d94d3c502b7864.png][]

（xrm用户的信息）

SYSTEM用户组和xrm这个管理员用户都有权限操作此数据文件和日志文件，而以SQL Server 2008的超级管理员 **SA连接**登录实例后，SQL Server却没有权限访问此数据文件。换句话说，以SQL Server 2008的超级管理员 **SA连接**登录实例后，登录的身份不在SYSTEM用户组，也不是xrm这个管理员。那会是什么呢？

我们查看一下当前SQL Server 2008的实例服务的相关信息就知道了，打开 **Sql Server Configuration Manager (即SQL Server 配置管理器)查看一下当前连接到的实例服务的相关信息,如下图所示：**

**![15154414-d82f68e31bd44af0a970a7e24edbce91.png][] **

**（当前实例服务的相关信息）  **

**    发现当前实例SQLSERVER2008的登录身份为“NT AUTHORITY\\LocalService”，即操作系统授权的【本地服务】，本地服务也是了个用户组。换句话说，如果我们仅授予【本地服务】这个用户组的权限（而不是Everyone），应该也可以在SQL Server 2008中用sa的账户附加数据库了。为此，将刚刚授予相应数据文件和日志文件Everyone的权限都删除，再授予LocalService用户组相应数据文件和日志文件的权限，重新尝试附加相应的数据库，发现的确可以附加成功！不必说，授予操作系统授权的【本地服务】用户组比起授予Everyone来说肯定要安全的多。**

**    上面提到的方法中，我们都是改变了数据文件原来的权限范围（原来的权限范围只有SYSTEM即【本地系统】用户组和xrm这个系统管理员） 。而更好的办法是不要改变数据文件的权限范围，仍然以SA身份连接登录SQL Server 2008的实例也能访问相应的数据文件。而要达到这个目的，我们只需要将相应实例的登录身份改为SYSTEM【本地系统】用户组，SYSTEM也是在相应数据文件的权限范围之内的用户组，而且SQL Server实例以本地系统身份运行，安全性将更高。我们可以在SQL Server 配置管理器中将相应的SQL Server实例的登录身份修改为【本地系统】即Local System，如下列图所示：**

**![15154500-36b43f4607d24e6b84ec05459a33538e.png][] **

**（修改实例的登录身份）**

**   ![15154544-e0c61a56cdd44524a34cb0dd5948a582.png][]**

**（实例的登录身份变为LocalSystem）**

** **

**    然后重启相应实例服务，重新以SA身份连接登录SQL Server 2008的相应实例并尝试附加数据库， 同样可以成功的将数据库附加上！！！  **

![15154721-78e905336cd840b6a1bef45d7e8478e1.png][]

**      其实，如果不是要特别地以SA身份连接登录SQL Server 2008的相应实例来附加相应数据库，那么在连接登录SQL Server 2008的相应实例时，身份验证选择【Windows 身份验证】，不做前文中所述的其他修改就可以把数据库附加上去了，原因就在于：【Windows 身份验证】用的是当前操作系统的用户的权限，权限一般都足够大的。另外，在【SQL Server 配置管理器】中针对实例服可以做的操作，在Windows的【服务】上也可以做到。**

[15152946-350f50bb085a4e4fa5bdc1045d730bc4.png]: /images/20220528/02d54b3cfb9f4d3eaf97f0baa65a819d.png
[15153021-f2b54d9dde2b408e81ed5f8fdb37841b.png]: /images/20220528/e11e7d77038f4c4e91b80bbca456bca5.png
[15153936-58da8a5296eb4b90b2495d3d1c3bb3ca.png]: /images/20220528/2c93e79511c4442dae9ab91a9edf04cf.png
[15153859-f082d701f112463ca51ed914baddd272.png]: /images/20220528/6319433cd6054295be243dbb85bb2d6a.png
[15154006-ec3ebf9b3c134a2891525f35cc01a21b.png]: /images/20220528/2d14daba62e741cabc6ff9e633263489.png
[15154136-7dcb39108544413195f655234085d894.png]: /images/20220528/c3c953f0c63441739142f27f5ca58b30.png
[15154208-3c6f2f3cffd2474484d94d3c502b7864.png]: /images/20220528/def6b75fdf9f4c02a18664984c5b658f.png
[15154414-d82f68e31bd44af0a970a7e24edbce91.png]: /images/20220528/937c85f78dd74548b3c3d745f4803c71.png
[15154500-36b43f4607d24e6b84ec05459a33538e.png]: /images/20220528/2a7d77ec4ff24dc381a54412e52e3470.png
[15154544-e0c61a56cdd44524a34cb0dd5948a582.png]: /images/20220528/daefd5c43fb24316a201d7640c7bee55.png
[15154721-78e905336cd840b6a1bef45d7e8478e1.png]: /images/20220528/0a0172ab6faf4f7387c716e75aaa0b50.png