SQL Server 数据库附加不上解决办法
这篇文章主要为大家详细介绍了SQL Server 数据库附加不上解决办法,具有一定的参考价值,可以用来参考一下。
对此感兴趣的朋友,看看idc笔记做的技术笔记!
【图片暂缺】
错误15105,从网上找了一些解决方案,一般都是说文件的权限不足的问题,
当然附加的时候必须是有数据库附加权限才可以操作的。
解决办法1:给相应的MDF文件给Full Control的权限,如果不知道是什么用户可以去Sql Server的配置中心去找
但是我遇到这个用上述方法就不可以。
解决方法2:换个用户试试,我原数据库是用sa登陆的,我试着用sa登陆一下,附加成功了!~
如果反复的用sa登陆却登陆失败,可能是没有开权限。
权限可以在登陆用户的选项中设置,允许登陆即可。
验证模式则可以在服务器处设置,要选择混合登陆模式。
【图片暂缺】
另外对高版本数据附加低版本数据库也可以试试上面的方法。
其实我个人更喜欢用生成脚本的方式导结构和数据。
【图片暂缺】在QA里执行sp_attach_db或者sp_attach_single_file_db,出现提示:错误1813:未能打开新数据库'dbname',create database 将终止。设备激活错误。物理文件名'd:\sql server\mssql\data\dbname _log.ldf'可能有误! 按下面的步骤处理: 1.新建一个同名的数据库 2.再停掉sqlserver服务(注意不要分离数据库) 3.用原数据库的数据文件覆盖掉这个新建的数据库 4.再重启sqlserver服务 5.此时打开企业管理器时会出现置疑,先不管,执行下面的语句(注意修改其中的数据库名) 6.完成后一般就可以访问数据库中的数据了。这时,数据库本身一般还有问题,解决办法是:利用数据库的脚本创建一个新的数据库,然后通过DTS将数据导进去就行了
代码如下:
use master go sp_configure 'allow updates',1 reconfigure with override go update sysdatabases set status =32768 where name='置疑的数据库名' go sp_dboption '置疑的数据库名', 'single user', 'true' go dbcc checkdb('置疑的数据库名') go update sysdatabases set status =28 where name='置疑的数据库名' go sp_configure 'allow updates', 0 reconfigure with override go sp_dboption '置疑的数据库名', 'single user', 'false' go
Sql Server 2000附加数据库出现1813错误的解决方法今天进行了一错误操作。数据库xxzx_discuz,因生成大量日志使日志文件'xxzx_discuz_Log.LDF' 占满了磁盘所有空间,使网站无法正常使用数据库。自己图省事分离数据库xxzx_discuz后,直接删除'xxzx_discuz_Log.LDF' (因为文件太大,无法存放到回收站),重新附件到SQL Server时出现两个提示:------------------------------------------------------------------------------------------------------------------------------SQL Server 企业管理器---------------------------为日志文件指定的文件名不正确。将创建新的日志文件。要继续吗?---------------------------是(Y) 否(N)------------------------------------------------------------------------------------------------------------------------------Microsoft SQL-DMO (ODBC SQLState: 42000)---------------------------错误 1813: 未能打开新数据库 'xxzx_discuz'。CREATE DATABASE 将终止。设备激活错误。物理文件名 'S:\Program Files\Microsoft SQL Server\MSSQL\data\xxzx_discuz_Log.LDF' 可能有误。---------------------------确定------------------------------------------------------------------------------------------------------------------------------从而无法将数据库正常附加到SQL Server 2000,正常情况下这样操作是没有问题的,SQL Server会重新生成日志文件,但是因为之前出现了磁盘空间不足,日志文件不完整,从而造成了无法正常附加。解决办法如下(从网上找来的):0.备份数据文件'xxzx_discuz_Log.MDF'1.新建一个同名的数据库'xxzx_discuz'2.再停掉sqlserver服务(注意不要分离数据库)3.用原数据库的数据文件'xxzx_discuz_Log.MDF' 覆盖掉新建的数据库4.再重启sqlserver服务5.此时打开企业管理器时会出现置疑,先不管,执行下面的语句(注意修改其中的数据库名) 6.完成后一般就可以访问数据库中的数据了。这时,数据库本身一般还有问题,解决办法是:利用数据库的脚本创建一个新的数据库,然后通过DTS将数据导进去就行了. SQL代码
代码如下:
use master
go
sp_configure 'allow updates',1 reconfigure with override
go
update sysdatabases set status =32768 where name='置疑的数据库名'
go
sp_dboption '置疑的数据库名', 'single user', 'true'
go
dbcc checkdb('置疑的数据库名')
go
update sysdatabases set status =28 where name='置疑的数据库名'
go
sp_configure 'allow updates', 0 reconfigure with override
go
sp_dboption '置疑的数据库名', 'single user', 'false'
go
特别注意最后一步中的说明“这时,数据库本身一般还有问题,解决办法是:利用数据库的脚本创建一个新的数据库,然后通过DTS将数据导进去就行了” 参考文章:Sql Server附加数据库出现1813错误的解决方法
注:关于SQL Server 数据库附加不上解决办法的内容就先介绍到这里,更多相关文章的可以留意