SQL2000数据库945错误怎么恢复

sql数据库926945（数据库成质疑状态解决方法）

第一种解决方法：

先删除报错数据库，再新建一同名数据库，然后暂停Service manager（及sql server 服务） ，删除库文件和日志文件再启动Service manager ，使用单数据文件恢复数据库命令恢复数据库。

例：打开sql server/tools/sql server query analyzer 执行下面 *** 作 EXEC sp_attach_single_file_db @dbname = 'pubs',

@physname = 'c:\mssql7\data\pubsmdf'

说明：‘pubs’为要恢复的数据库名称，‘c:\mssql7\data\pubsmdf’为要恢复的数据库的库文件的具体路径和文件名称。

再重新启动一下service manager ，看能否正常打开处理后的数据库；如果不可以再使用第二种方案。

第二种解决方法：打开sql server/tools/sql server query analyzer 执行下面 *** 作

USE MASTER

GO

sp_configure 'allow update',1

RECONFIGURE WITH OVERRIDE

GO

UPDATE sysdatabases

set status = 32768

WHERE name = 'db_pos363'

GO

sp_configure 'allow update',0

RECONFIGURE WITH OVERRIDE

GO

说明：'db_pos363'是要修复的数据库名称。

执行完毕再重启一下Service manager打开数据库看是否处于紧急状态！再从另一装有sql 2000的机器上连接报错的数据库，然后再在sql 2000的机器上新建一数据库，再使用sql 2000自带的数据库导入导出功能（在新建的数据库上单击右键/所有任务/数据导入、数据导出）从报错数据库导入数据到新建的数据库中！

在导入选项中注意以下几项：

1， 导入方式选择分‘从源数据库复制表和视图’以及‘从sql server数据库间复制对象和数据’。当选择从源数据库复制表和视图时一定要选择全部表！

2， 当选择‘从sql server数据库间复制对象和数据’时，在‘导入导出向导’对话框中去除‘使用默认选项’的选中标志；再在打开‘选项’对话框，去除以下三项的选中标志。A,复制数据用户和数据库角色；B，复制sql server 登陆；C，复制对象及权限。

3， 在使用‘从sql server数据库间复制对象和数据’时，有时会出现单张表导入失败，这时有时会在导入结束时提示那几张表导入失败有时不提示，如果提示，就再使用‘从源数据库复制表和视图’并选中导入失败的表重新导入一遍；如果不提示就只能在一张张表打开查看了，发现空表后再使用‘从源数据库复制表和视图’导入需要导入的表！

导入成功后再删除sql server 70机器上处于紧急状态的数据库，再新建一个同名数据库，建好后再使用sql 2000的数据库导出功能导出到此数据库中，在导出过程中同样要注意导入时的注意事项

-----------------------------------

以上方法摘自网络,如造成不可预知的后果,本人概不负责

1新建一个同名的数据库

2再停掉sql server(注意不要分离数据库)

3用要附加的数据文件覆盖掉这个新建的数据库

4再重启sql server

5此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)

USE MASTER

GO

SP_CONFIGURE 'ALLOW UPDATES',1

GO

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

GO

reconfigure with override

Go

sp_dboption '置疑的数据库名', 'single user', 'false'

Go

6完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用数据库的脚本创建一个新的数据库,并将数据导进去就行了

可以，

1、你先建一个同名的数据库，然后关闭数据库服务，用原来的mdf文件覆盖新建的数据库同名文件

2、执行以下命令，记得将DB_NAME设置为你的数据库文件名

USE MASTER

GO

SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE

GO

ALTER DATABASE DB_NAME SET EMERGENCY

GO

sp_dboption 'DB_NAME', 'single user', 'true'

GO

DBCC CHECKDB('DB_NAME','REPAIR_ALLOW_DATA_LOSS')

GO

ALTER DATABASE DB_NAME SET ONLINE

GO

sp_configure 'allow updates',0 reconfigure with override

GO

sp_dboption 'DB_NAME', 'single user', 'false'

GO

sql2005数据库修复方法如下：1、停止数据库服务。2、将需要恢复的数据库文件复制到另外的位置。3、启动数据库服务。4、确认要恢复的数据库文件已经成功复制到另外的位置，然后在SQL Server Management Studio中删除要恢复的数据库。5、新建同名的数据库(数据库文件名也要相同)。6、停止数据库服务。7、用第2步中备份的mdf文件覆盖新数据库的同名文件。8、启动数据库服务。9、运行alter database dbname set emergency，将数据库设置为emergency mode10、运行下面的命令就可以恢复数据库：Titleuse masterdeclare @databasename varchar(255)set @databasename='要恢复的数据库名称'

在同一个文件夹（即相同文件路径）的情况下建立同名数据库是不可能的，不仅是同名数据库就是同名文件也是不可能的。因此如果想建立同名数据库，可以建议在不同的文件夹（即不同的文件路径）下进行建立即可。

希望我的回答对你有帮助，如有疑问可以留言或在线交流。

删除数据库中重复数据的几个方法 数据库的使用过程中由于程序方面的问题有时候会碰到重复数据 重复数据导致了数据库部分设置不能正确设置…… 方法一 declare @max integer @id integerdeclare cur_rows cursor local for select 主字段 count() from 表名 group by 主字段 having count() > open cur_rowsfetch cur_rows into @id @maxwhile @@fetch_status= beginselect @max = @max set rowcount @maxdelete from 表名 where 主字段 = @idfetch cur_rows into @id @maxendclose cur_rowsset rowcount 方法二 有两个意义上的重复记录 一是完全重复的记录 也即所有字段均重复的记录 二是部分关键字段重复的记录 比如Name字段重复 而其他字段不一定重复或都重复可以忽略 对于第一种重复 比较容易解决 使用select distinct from tableName就可以得到无重复记录的结果集 如果该表需要删除重复的记录（重复记录保留 条） 可以按以下方法删除select distinct into #Tmp from tableNamedrop table tableNameselect into tableName from #Tmpdrop table #Tmp发生这种重复的原因是表设计不周产生的 增加唯一索引列即可解决 这类重复问题通常要求保留重复记录中的第一条记录 *** 作方法如下假设有重复的字段为Name Address 要求得到这两个字段唯一的结果集select identity(int ) as autoID into #Tmp from tableNameselect min(autoID) as autoID into #Tmp from #Tmp group by Name autoIDselect from #Tmp where autoID in(select autoID from #tmp )最后一个select即得到了Name Address不重复的结果集（但多了一个autoID字段 实际写时可以写在select子句中省去此列） 更改数据库中表的所属用户的两个方法 大家可能会经常碰到一个数据库备份还原到另外一台机器结果导致所有的表都不能打开了 原因是建表的时候采用了当时的数据库用户…… 更改某个表 exec sp_changeobjectowner tablename dbo 存储更改全部表 CREATE PROCEDURE dbo User_ChangeObjectOwnerBatch@OldOwner as NVARCHAR( ) @NewOwner as NVARCHAR( )ASDECLARE @Name　 as NVARCHAR( )DECLARE @Owner　as NVARCHAR( )DECLARE @OwnerName　as NVARCHAR( )DECLARE curObject CURSOR FORselect Name = name Owner = user_name(uid)from sysobjectswhere user_name(uid)=@OldOwnerorder by nameOPEN　curObjectFETCH NEXT FROM curObject INTO @Name @OwnerWHILE(@@FETCH_STATUS= )BEGINif @Owner=@OldOwnerbeginset @OwnerName = @OldOwner + + rtrim(@Name)exec sp_changeobjectowner @OwnerName @NewOwnerend select @name @NewOwner @OldOwnerFETCH NEXT FROM curObject INTO @Name @OwnerENDclose curObjectdeallocate curObjectGOSQL SERVER中直接循环写入数据没什么好说的了 大家自己看 有时候有点用处declare @i intset @i= while @i< begininsert into test (userid) values(@i)set @i=@i+ end 无数据库日志文件恢复数据库方法两则 数据库日志文件的误删或别的原因引起数据库日志的损坏 方法一 新建一个同名的数据库 再停掉sql server(注意不要分离数据库) 用原数据库的数据文件覆盖掉这个新建的数据库 再重启sql server 此时打开企业管理器时会出现置疑 先不管 执行下面的语句（注意修改其中的数据库名) 完成后一般就可以访问数据库中的数据了 这时 数据库本身一般还要问题 解决办法是 利用数据库的脚本创建一个新的数据库 并将数据导进去就行了 USE MASTERGOSP_CONFIGURE ALLOW UPDATES RECONFIGURE WITH OVERRIDEGOUPDATE SYSDATABASES SET STATUS = WHERE NAME= 置疑的数据库名 Gosp_dboption 置疑的数据库名 single user true GoDBCC CHECKDB( 置疑的数据库名 )Goupdate sysdatabases set status = where name= 置疑的数据库名 Gosp_configure allow updates reconfigure with overrideGosp_dboption 置疑的数据库名 single user false 方法二 事情的起因 昨天 系统管理员告诉我 我们一个内部应用数据库所在的磁盘空间不足了 我注意到数据库事件日志文件XXX_Data ldf文件已经增长到了 GB 于是我决意缩小这个日志文件 经过收缩数据库等 *** 作未果后 我犯了一个自进入行业以来的最大最愚蠢的错误 竟然误删除了这个日志文件！后来我看到所有论及数据库恢复的文章上都说道 无论如何都要保证数据库日志文件存在 它至关重要 甚至微软甚至有一篇KB文章讲如何只靠日志文件恢复数据库的 我真是不知道我那时候是怎么想的？！这下子坏了！这个数据库连不上了 企业管理器在它的旁边写着 (置疑) 而且最要命的 这个数据库从来没有备份了 我唯一找得到的是迁移半年前的另外一个数据库服务器 应用倒是能用了 但是少了许多记录 表和存储过程 真希望这只是一场噩梦！ 没有效果的恢复步骤 附加数据库_Rambo讲过被删除日志文件中不存在活动日志时 可以这么做来恢复 分离被置疑的数据库 可以使用sp_detach_db 附加数据库 可以使用sp_attach_single_file_db但是 很遗憾 执行之后 SQL Server质疑数据文件和日志文件不符 所以无法附加数据库数据文件 DTS数据导出不行 无法读取XXX数据库 DTS Wizard报告说 初始化上下文发生错误 紧急模式怡红公子讲过没有日志用于恢复时 可以这么做 把数据库设置为emergency mode 重新建立一个log文件 把SQL Server 重新启动一下 把应用数据库设置成单用户模式 做DBCC CHECKDB 如果没有什么大问题就可以把数据库状态改回去了 记得别忘了把系统表的修改选项关掉我实践了一下 把应用数据库的数据文件移走 重新建立一个同名的数据库XXX 然后停掉SQL服务 把原来的数据文件再覆盖回来 之后 按照怡红公子的步骤走 但是 也很遗憾 除了第 步之外 其他步骤执行非常成功 可惜 重启SQL Server之后 这个应用数据库仍然是置疑！不过 让我欣慰的是 这么做之后 倒是能够Select数据了 让我大出一口气 只不过 组件使用数据库时 报告说 发生错误 未能在数据库 XXX 中运行 BEGIN TRANSACTION 因为该数据库处于回避恢复模式 最终成功恢复的全部步骤 设置数据库为紧急模式停掉SQL Server服务 把应用数据库的数据文件XXX_Data mdf移走 重新建立一个同名的数据库XXX 停掉SQL服务 把原来的数据文件再覆盖回来 运行以下语句 把该数据库设置为紧急模式 运行 Use MasterGosp_configure allow updates reconfigure with overrideGo 执行结果 DBCC 执行完毕 如果 DBCC 输出了错误信息 请与系统管理员联系 已将配置选项 allow updates 从 改为 请运行 RECONFIGURE 语句以安装 接着运行 update sysdatabases set status = where name = XXX 执行结果 （所影响的行数为 行）重启SQL Server服务 运行以下语句 把应用数据库设置为Single User模式 运行 sp_dboption XXX single user true 执行结果 命令已成功完成 ü 做DBCC CHECKDB 运行 DBCC CHECKDB( XXX ) 执行结果 XXX 的 DBCC 结果 sysobjects 的 DBCC 结果 对象 sysobjects 有 行 这些行位于 页中 sysindexes 的 DBCC 结果 对象 sysindexes 有 行 这些行位于 页中 syscolumns 的 DBCC 结果 ……… lishixinzhi/Article/program/SQLServer/201311/22060

楼上说的用建同名数据库然后选择还原，选设备，是用了front、myphpadmin 或者MySQL Query Browser ？我觉得这个方法是SQLserver的还原方式。mysql一般用日志文件来恢复。或者是使用mysqldump来备份。因为我是在命令提示符下完成这些事的。

以上就是关于SQL2000数据库945错误怎么恢复全部的内容，包括:SQL2000数据库945错误怎么恢复、SQL附加数据库时出现与已有数据库同名，请另选其他名称。、sql2005的数据库只有mdf 可以修复吗等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！