错误15105,从互联网上找到了一些
解决方案,一般说来
文件的权威性不足,
当然,附加时必须有数据库附加
操作权限。
解决方案1:如果您不知道
用户可以访问SQL Server
配置中心,则将适当的MDF文件完全
控制。
但是我不能用上面的
方法。
解决方案2:更改用户尝试,我的原始数据库是使用SA登陆,我尝试使用SA登陆,额外成功!~
如果登陆失败多次与SA,它可能是未经授权的。
可以在登陆用户的
选项中
设置权限,允许登陆。
可以在
服务器上设置验证
模式以选择混合
登录模式。
除了将高版本的数据添加到较低版本的数据库中,还可以尝试上述方法。
事实上,我更喜欢以
脚本生成的方式来引导结构和数据。
在测试
执行sp_attach_db或sp_attach_single_file_db的
提示:错误1813:无法打开新的database'dbname和
创建数据库将终止。设备
激活错误。物理文件名会: SQL服务器 dbname MSSQL数据_log ldf'may是错误的!
遵循以下
步骤:
1。建立同名数据库
2。SQLServer服务再次停止(注意不要单独的数据库)
三.用原始数据库的
数据文件覆盖新数据库
4。重新
启动SQLServer服务
5。在打开企业
管理器的这个时候,首先要怀疑以下语句(通知
修改数据库的名称)。
6之后,可以访问数据库中的数据。此时,数据库本身通常存在一些问题。解决方案是使用数据库脚本创建一个新数据库,然后通过DTS导入数据。
复制代码代码如下所示:
使用主去sp_configure'allow updates'reconfigure与重写去,1更新sysdatabases设置状态= 32768名=去sp_dboption是数据库名称的数据库名称的疑问,孤独的用户,'true'go DBCC CHECKDB('怀疑'数据库名称)去更新sysdatabases设置状态= 28名= '去'的sp_configure database'allow更新的
名字,0 RECONFIGUREWITHOVERRIDE去sp_dboption是数据库的名称,用户'假'去孤独,
SQL Server 2000附加数据库出现一个1813错误的解决方案
今天进行了一次错误的手术。
数据库xxzx_discuz,因为产生大量的日志,日志file'xxzx_discuz_log。ldf'is全
磁盘空间,使
网站不能正常使用数据库。
xxzx_discuz节省数据库后,你可以delete'xxzx_discuz_log。ldf'directly(因为文件太大,存储到回收站)。当附件添加到SQL Server时有两个提示。
------------------------------------------------------------------------------------------------------------------------------
企业管理器
---------------------------
为日志文件指定的文件名不
正确。
将创建一个新的日志文件。
您要继续吗
---------------------------
是(y)否(n)
------------------------------------------------------------------------------------------------------------------------------
微软SQL-DMO(ODBC SQLSTATE:42000)
---------------------------
错误1813:无法打开新的database'xxzx_discuz创建数据库将被终止。
设备激活错误。物理文件名:
程序文件微软SQL服务器 xxzx_discuz_log MSSQL数据的变化,可能是错的。
---------------------------
确定
------------------------------------------------------------------------------------------------------------------------------
因此,正常的数据库不能
连接到SQL Server 2000,在正常
情况下,这个操作没有问题,SQL Server将重建日志文件,但是由于磁盘空间不够,日志文件不完整,导致没有附加。
解决办法如下(来自互联网):
0。file'xxzx_discuz_log MDF的备份数据。
1。建立一个database'xxzx_discuz'with相同的名字
2。SQLServer服务再次停止(注意不要单独的数据库)
三.随着数据file'xxzx_discuz_log新数据库覆盖。mdf'of原始数据库
4。
重新启动SQLServer服务
5、当你打开企业经理时,会有疑虑。首先,无论发生什么,执行以下语句(注意修改数据库名称)。6之后,通常可以访问数据库中的数据。此时,数据库本身通常存在一些问题。解决方案是使用数据库脚本创建一个新数据库,然后通过DTS导入数据。SQL代码。
复制代码代码如下所示:
使用主
去
sp_configure'allow更新,1 RECONFIGUREWITHOVERRIDE
去
更新sysdatabases设置状态= 32768 = 'query数据库名称的名称
去
sp_dboption '怀疑数据库名称,用户真正的孤独,
去
DBCC CHECKDB('doubted数据库名称)
去
更新sysdatabases设置状态= 28 = 'query数据库名称的名称
去
sp_configure'allow更新,0 RECONFIGUREWITHOVERRIDE
去
sp_dboption '怀疑数据库名称',孤独的用户,假
去
特别注意最后一步,此时数据库本身一般存在问题,解决方案是:使用数据库脚本创建一个新的数据库,然后通过DTS将数据导入到一条线中:一个
参考解决方案1813 SQL Server数据库错误