sql2008数据库可疑如何修复（sql server 2008 怎么恢复mdf文件）

本文目录

• sql server 2008 怎么恢复mdf文件
• sql数据库置疑怎么处理
• SQL 2008 可疑状态，数据库好像损坏了
• 如何解决SQL Server数据库置疑问题
• 如何修复SQL数据库置疑
• sql2008好不好
• 如何处理SQL Server数据库出现“可疑”情况
• 怎么修复已经损坏的SQL数据库

sql server 2008 怎么恢复mdf文件

1、新建一个同名数据库。
2、停止数据库服务，覆盖新建的数据库主文件（小技巧：最好放在同一个磁盘里面，把新建的数据库主文件删掉或移开，再把要恢复的数据库主文件剪切过去，这样就可以节省时间。）
3、启动数据库服务，数据库变为置疑或可疑状态。然后在查询分析器中运行：
alter database 无日志文件的数据库名称 set emergency
设置为紧急状态。
4、再运行：
alter database 无日志文件的数据库名称 set single_user
或者：
Sp_dboption ’无日志文件的数据库名称’, ’single user’, ’true’
设置为单用户模式。
、检查并重建日志文件，运行：
dbcc checkdb(’无日志文件的数据库名称’,REPAIR_ALLOW_DATA_LOSS)
这个时间比较长。耐心等待！如果有错误提示，再运行：
dbcc checkdb(’无日志文件的数据库名称’,REPAIR_REBUILD)
进行修复。如果没有错误，可以跳过。
6、恢复成多用户模式
alter database 无日志文件的数据库名称 set multi_user
或者：
Sp_dboption ’无日志文件的数据库名称’, ’single user’, ’false’

sql数据库置疑怎么处理

修复方法

• 1

  打开SQL企业管理器

  按序打开 ,开始--所有程序（或程序）--Microsoft SQL Server--企业管理器

  打开后按序点+号展开直到数据库

  请点击输入图片描述

  请点击输入图片描述

• 2

  右键显示置疑的数据库--所有任务--分离数据库。

  弹出对话框点击确定。

  注，先记住数据库名。分离有时候会提示分离失败，右键随便一个数据库--刷新，就可以看到已经没了。

  请点击输入图片描述

• 3

  找到该置疑数据库的源文件，剪切到其他文件夹黏贴。

  注，一般是同名的两个文件，后缀为*.mdf和*.ldf。

  请点击输入图片描述

• 4

  返回企业管理器新建一个同名的数据库名

  右键随便一个数据库--新建数据库

  弹出对话框中名称输入数据库名

  然后点击上方选项卡数据文件，点后面的位置下的省略号选择存放路径，并把文件名改成和置疑数据库源文件名一样，然后确定

  再点击上门选项卡事务日志，一样操作后确定。

  请点击输入图片描述

  请点击输入图片描述

  请点击输入图片描述

• 停止SQL服务

  右键数据库上的服务器名--停止，弹出提示点是。

  请点击输入图片描述

• 打开新建数据库所在路径，把之前备份的置疑数据库的源文件.MDF后缀的复制过来覆盖，删掉新建数据库的后缀LDF的源文件。

• 启动SQL

  右键数据库的服务器名--启动。

  请点击输入图片描述

• 设置数据库允许直接操作系统表

  点击上方的工具--SQL查询分析器--输入下列语句

  sp_configure  ’allow updates’,1 reconfigure with override

  点击上方竖三角号执行（或按F5）

  或右键选择数据库服务器--属性--服务器设置，将“允许对系统目录直接修改”打钩，确定。

  请点击输入图片描述

• 设置要修复的数据库为紧急修复模式

  删掉之前的语句，输入下列语句

  update sysdatabases set status=32768 where name=’数据库名’

  注，数据库名记得改成你实际的。

  点击上方竖三角号执行（或按F5）

  请点击输入图片描述

• 重建数据库日志文件

  删掉之前的语句（也可再前面语句前输入--），输入下列语句

  DBCC TRACEON (3604)

  DBCC rebuild_log(’数据库名’,’数据库路径\数据库名.ldf’)

  注，数据库名和日志文件按实际修改。

  点击上方竖三角号执行（或按F5）

  提示如图视为成功

  请点击输入图片描述

• 验证数据库一致性（虽然可以省略但是不易建议跳过）

  删掉之前的语句（也可再前面语句前输入--），输入下列语句

  dbcc checkdb(’数据库名’)

  注，数据库名按实际修改。

  点击上方竖三角号执行（或按F5）

  请点击输入图片描述

• 设置数据库为恢复正常状态

  删掉之前的语句（也可再前面语句前输入--），输入下列语句

  update sysdatabases set status=0 where name=’数据库名’ 

  注，数据库名按实际修改。

  点击上方竖三角号执行（或按F5）

  请点击输入图片描述

• 设置数据库‘允许直接操作系统表’取消

  点击上方的工具--SQL查询分析器--输入下列语句

  sp_configure  ’allow updates’,0 reconfigure with override

  点击上方竖三角号执行（或按F5）

  或右键选择数据库服务器--属性--服务器设置，将“允许对系统目录直接修改”打钩取消，确定。

  请点击输入图片描述

• 重启SQL。

  请点击输入图片描述

  请点击输入图片描述

SQL 2008 可疑状态，数据库好像损坏了

楼主，你好！这类问题我自己没有碰到过，当然也就没有经验。我这边有一个可以参考的网址，你可以去看看，或许有所帮助。

***隐藏网址***

***隐藏网址***

另，附图两张。

以上希望能帮助到你。

如何解决SQL Server数据库置疑问题

您好，是这样的：
1.首先确认已经备份了.mdf和.ldf文件。
2. 在SQL Server中新建一个同名的数据库，然后停止SQL Server服务。
3. 用原有的.mdf和.ldf文件覆盖新建数据库对应的.mdf和.ldf文件。
4. 重新启动SQL Server服务，这是应该会看到这个数据库处于置疑（Suspect）状态。
5. 在SQL查询分析器中执行以下命令，以允许更新系统表：use mastergosp_configure "allow updates",1reconfigurewithoverridego。
6. 将这个数据库置为紧急模式：update sysdatabases set status = 32768 where name="db_name"go。
7. 使用DBCC CHECKDB命令检查数据库中的错误：DBCC CHECKDB("db_name")GO。
8. 如果DBCC CHECKDB命令失败，请转至第10步，否则先将数据库置为单用户模式，再尝试对其进行修复：sp_dboption "db_name","single
user","true"DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)GO
如果在执行DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令时提示说数据库未处于单用户模式状态的话，则重新启动SQLServer服务，然后继续尝试。
9. 如果DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令失败，请转至第10步，否则若成功修复了数据库中的错误：
重新执行DBCC CHECKDB("db_name")命令，确认数据库中已没有错误存在。
清除数据库的置疑状态：sp_resetstatus "db_name"
清除数据库的单用户模式状态：sp_dboption "db_name","single user","false"
重新启动SQL Server服务，如果一切正常的话，则数据库已经成功恢复。
10.如果以上步骤都不能解决问题的话，请参考附件中的文档尝试通过重建事务日志来恢复数据库中的数据。如果您只有MDF文件，问题就更加复杂一些，我们需要直接重建事务日志了:
　　1. 在SQL Server中新建一个同名的数据库，然后停止SQL Server服务。
　　2. 用原有的ldf文件覆盖新建数据库对应的.mdf文件，将其日志文件（.ldf）删除。
　　3. 启动SQL Server服务，并将数据库置为紧急模式（同上: 步骤5和步骤6）。
　　4. 停止并重新启动SQL Server服务。
　　5. 执行以下命令重建数据库日志文件：(下面是个示例，您要用您实际的数据库名)
　　DBCC REBUILD_LOG（"cas_db", "D:\cas_db\cas_db_Log.LDF"）
　　6. 重新将该数据库置为单用户模式。
　　7. 再次尝试使用DBCC CHECKTABLE或DBCC CHECKDB命令检查并修复数据库中。

如何修复SQL数据库置疑

　　步骤如下：

　　停止SQL服务管理器，将原数据文件拷贝进行备份，然后将原数据库删除；启动SQLServer服务，创建一个新的数据库，命名为原来数据库的名字；停止SQLServer服务，用备份出来的老数据库的MDF文件替换新数据库相应的MDF文件，并把新数据库相应的LDF文件删除；重新启动SQLServer服务，然后运行命令；停止SQL然后重新启动SQLServer服务，然后运行命令；运行hbfsv8检查数据库的完整性；进行数据库修复；修复成功后，返回多用户模式。

sql2008好不好

sql2008这款软件是一款专业的为软件开发所准备的专业数据管理的软件，功能强大，安全可靠，十分的实用，在这里小编给大家提供sql2008的中文版本的下载，有需求的朋友们快来下载吧！
sql2008特色：
1、值得信赖
微软旗下的SQL Server，为用户进一步提升了安全性和可靠性，能够有效地防止数据文件丢失或被窃取。
2、高效率
创建了快速部署数据的能力，在使用的时候可以有效减少管理和开发的时间和运行成本，节约时间精力。
3、智慧
智能化、全面化的操作管理平台，能够有效满足对于各行各业、各种不同文件数据的管理需求。
sql2008数据库可疑如何修复解决方法：
当数据库发生这种操作故障时，可以按如下操作步骤可解决此方法，打开数据库里的Sql 查询器窗口，运行以下的命令。
1、修改数据库为紧急模式
ALTER DATABASE Zhangxing SET EMERGENCY
2、使数据库变为单用户模式
ALTER DATABASE Zhangxing SET SINGLE_USER
3、修复数据库日志重新生成，此命令检查的分配，结构，逻辑完整性和所有数据库中的对象错误。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC CHECKDB命令参数，该程序将检查和修复报告的错误。但是，这些修复可能会导致一些数据丢失。
DBCC CheckDB (Zhangxing, REPAIR_ALLOW_DATA_LOSS)
4、使数据库变回为多用户模式
ALTER DATABASE Zhangxing SET MULTI_USER
也可以这样做：
1：重新建立一个，一样的数据库，路径名称，文件都一样。
2：关掉SQL Server服务;
3：把源文件COPY过来;
4：开启SQL Server服务，这样问题同样就解决了。
sql2008设置教程
1、从开始菜单→程序→管理SQLServer2008→SQLServerManagementStudio中选择命令，打开SQLServerManagementStudio窗口，使用Windows或SQLserver身份验证建立连接；
2、在对象资源管理器窗口中展开服务器，并选择数据库节点；
3、右键单击命令。
4、执行上述操作后，将弹出“新建数据库”对话框。在对话框的左侧，有三个选项，即常规、选项和文件组。完成这三个选项之间的设置会议后，数据库的创建就完成了。
5、在文本框中输入新数据库的名称。比如这里是“新数据库”。
6、在“所有者”文本框中输入新创建的数据库的所有者，如sa。根据数据库的使用情况，选择启用或禁用使用全文索引复选框。
7、按钮添加或删除数据库文件。
8、切换到选项页面，您可以在其中设置排序规则、恢复模式、兼容级别和数据库的其他属性。
9、切换到“文件组”页面，您可以在其中添加或删除文件组。
10、完成上述操作后，单击确定关闭新建数据库对话框。到目前为止，“新数据”数据库已经成功创建。使用sqlserver2008新创建的数据库可以在对象资源管理器窗口中再次看到。
sql2008正确卸载的方法步骤
第一步骤，先到控制面板卸载实例
Window+r 输入control.exe来到控制面板，如图：
点击回车确定，来到如下图，然后点击下图的卸载程序
来到如下图：选中红色框Microsoft SQL Server 2008”，右击 选“卸载”（或双击）。
点击删除，下图：
如果遇到下图的错误，则按照提示走,重启计算机，在走上面删除的过程
然后通过后，点击确定
点击下一步，如果是删除分享功能和管理工具的话，在下图红色框选择就行，我这里是删除实例，所以就是这个
全选，点击下一步
继续点击下一步：
点击删除
等待进度完成
完成后，点击关闭
第二步骤：卸载与数据库相关的组建，控制面板找到下图红色框选中的组建，右键卸载
卸载完成后，下图会自动消失
第三步骤：删除sqlserver的安装文件，一般默认是在C盘，按照下图红色框路径找到下图箭头的文件，永久删除即可
第四步骤：清理注册表
window+r 输入regedit
在注册表文件里面找到这个路径：HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Session Manager中（看右边）找到PendingFileRenameOperations值并删除它。就可以安装了。注意，不要点Session Manager前面的“+”号，不是“+”里的东西，就是在Session Manager里面，如下图，右边的箭头所指向的文件就是，
找到这个文件，然后右键：点击修改，注意修改界面，清空下面的值既可，不是删除这个文件哈，
如果没有找到pendingFileRenameOperations，说明你已经删除过了，这时候，这一步就可以不用管了，
然后在清理下面的三个路径注册表，找到文件，右键删除既可：
第一注册表路径，HKEY_CURRENT_USER\Software\Microsoft\Microsoft SQL Server
第二注册表路径，HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server
第三注册表路径，HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer
这里举例子，第一注册表路径（HKEY_CURRENT_USER\Software\Microsoft\Microsoft SQL Server）删除，找到这个文件，下图红色框，然后右键点击删除既可，第二第三，按照这个列子一样的，找到文件，然后右键删除既可
上面四个步骤流程走完了后，既改电脑的sqlserver就卸载完全干净了，
然后，重新重启电脑
重新安装sqlserver既可。

如何处理SQL Server数据库出现“可疑”情况

如果说还可以创建数据库。只是某个数据库出现可疑，
那就是我
说的那两个文件被删或者移除追问：
一直在运行的啊！好好的
没删除啊！我用过很多办法都不行啊
我脱离
然后再附加
曾经遇到这样的问题！
我试过
把mdf拿去其他机，然后成功！我就备份BAK回来原来新建
还原
都很顺利！这次就是不行。回答：
是整个服务器质疑还是只是一个数据库？还能建库吗？既然祢有备份那就附加，如果附加不了估计就是服务器问题。建议把Sql重新装下。估计就好了
有9个数据库
，各种程序都有！同样的程序的数据库有三个，有两个出问题！
之前出问题的也是同一种程序新装SQL的话，我全部停止几个小时，肯定有损失的
而且麻烦！
我不能次次遇见这样的问题就新装SQL吧！
我总要找个解决的办法的啊
哪怕出现“可疑”后能够备份BAK数据库也好！
我也经常用数据库，也出现过质疑，基本就是我说的那两种情况，我仔细想了下，既然是质疑，我想肯定那两个备份
文件服务器
默认找不到的缘故，只能是被移除或者更名但是祢又说备份在呢还可以附加。而且祢又有那么多库。不能停！祢给我截个
图吧
。

怎么修复已经损坏的SQL数据库

有两种方法，一种方法使用mysql的check table和repair table 的sql语句，另一种方法是使用MySQL提供的多个myisamchk, isamchk数据检测恢复工具。

前者使用起来比较简便。推荐使用。

1、check table 和 repair table 登陆mysql 终端： mysql -uxxxxx -p dbname check table tabTest; 

如果出现的结果说Status是OK，则不用修复，如果有Error，可以用： repair table tabTest; 进行修复，修复之后可以在用check table命令来进行检查。

在新版本的phpMyAdmin里面也可以使用check/repair的功能。

2. myisamchk, isamchk 其中myisamchk适用于MYISAM类型的数据表，而isamchk适用于ISAM类型的数据表。

这两条命令的主要参数相同，一般新的系统都使用MYISAM作为缺省的数据表类型，这里以myisamchk为例子进行说明。

当发现某个数据表出现问题时可以使用： myisamchk tablename.MYI 进行检测，如果需要修复的话，可以使用： myisamchk -of tablename.MYI 关于myisamchk的详细参数说明，可以参见它的使用帮助。

需要注意的时在进行修改时必须确保MySQL服务器没有访问这个数据表，保险的情况下是最好在进行检测时把MySQL服务器Shutdown掉。

2、另外可以把下面的命令放在你的rc.local里面启动MySQL服务器前： && /pathtochk/myisamchk -of /DATA_DIR/*/*.MYI 。

其中的/tmp/mysql.sock是MySQL监听的Sock文件位置，对于使用RPM安装的用户应该是/var/lib/mysql/mysql.sock，对于使用源码安装则是/tmp/mysql.sock可以根据自己的实际情况进行变更，而pathtochk则是myisamchk所在的位置，DATA_DIR是你的MySQL数据库存放的位置。 

需要注意的是，如果你打算把这条命令放在你的rc.local里面，必须确认在执行这条指令时MySQL服务器必须没有启动！

最后检测修复所有数据库(表)。