SQL数据库置疑重附加失败解决方法

SQLServer2000数据库置疑的解决方法sql2000中MSDB数据库置疑状态的解决方法问题:我的SQL Server 2000的MSDB数据库，因为不正常关机，造成了置疑状态，请问采用什么方法能够弥补,解决方法一:你可以采用以下的代码进行修复: USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES',1RECONFIGURE WITH OVERRIDEGOUPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='msdb' Gosp_dboption 'msdb', 'single user', 'true'GoDBCC CHECKDB('msdb')Goupdate sysdatabases set status =28 where name='msdb' Gosp_configure 'allow updates', 0reconfigure with overrideGosp_dboption 'msdb', 'single user', 'false'Go解决方法二:MSDB数据库解决过程难点:由于MSDB数据库不能删除，将其文件拷出来，再次附加数据库，但新的不能同名，遇到了困难。

附加数据库不能叫MSDB，也就是1:先停止整个数据库，将该数据库的文件msdbdata.mdf和msdblog.ldf拷贝粘贴出来到另一个目录下。

2:将以上的文件再拷贝到另一个目录下，也就是说复制两次。

3:选择数据库右击鼠标 --》所有任务--》附加数据库将复制出的一个备份文件附加上去，其中，数据库名称叫MSDB1，用户是SA或ADMINISTRATOR。

4:将MSDB1数据库备份，备份成一个文件，当时我的叫MSDB。

SQL2000数据库置疑的解决方法首先,在任何操作之前,必须要备份数据库(重要)一、分离数据库1、点击“程序》Microsoft SQL Server》企业管理》”，打开企业管理器2、展开服务器组，然后展开服务器，选中要分离的数据库3、点击鼠标右键“所有任务》分离数据库”，出现如下窗口4、点击确定，该选定的数据库就被分离。

5.分离后,把原数据库里面.MDF（主数据文件）.LDF（事务日志文件）这两个文件复制到目标盘下,例:D盘下注意事项，只有“使用本数据库的连接”数为0时，该数据库才能分离。

所以分离数据库时尽量断开所有对要分离数据库操作的连接，如果还有连接数据库的程序，会出现数据库的连接状态窗口，显示正在连接此数据库的机器以及名称，点击清除按钮将从服务器强制断开现有的连接。

二、附加数据库1、在附加数据库之前,首先要移动数据库文件在附加数据库之前，您必须将与数据库关联的 .MDF（主数据文件）.LDF（事务日志文件）这两个文件复制到目标硬盘下，或是同一服务器的不同硬盘目录下。

这两个文件一般位于C：\Program Files\Microsoft SQL Server\MSSQL\Data目录下。

2、点击“程序》Microsoft SQL Server》企业管理》”，打开企业管理器3、展开服务器组，然后展开服务器4、右击"数据库"，然后选择“所有任务》附加数据库”，弹出窗口5、输入要附加的数据库的MDF名称。

如果不确定文件位于何处，单击浏览（"..."）搜索。

若要确保指定的 MDF 文件正确，请单击"验证"。

在"附加为"框内，输入数据库的名称。

数据库名称不能与任何现有数据库名称相同。

指定数据库的所有者6、单击"确定"按钮。

新附加的数据库的数据库节点即创建在"数据库"文件夹中重启双机1.此时数据库分离,附加完成,必须重启一次双机修复置疑1,双机重启后,数据库置疑下面所有修复置疑的语法，在没有特别提到时，默认数据库都请选择（Master）数据库）2,修复置疑（必须在SQL的查询分析器中才能进行数据修复置疑工作）A、打开查询分析器，当数据置疑之后在查询分析器中是看不到置疑的数据库名称的，所以进入查询分析器之后，所选数据库默认（Master）数据库即可。

修复置凝的数据库方法--世纪商通技术部修复受损的mdf文件(无ldf文件):-------------------------------------------------------------------------分离置凝的数据库，备份数据库文件（把原数据库文件移到其他文件夹）,然后按下面的步骤处理:1.新建一个同名的数据库(数据文件与原来的要一致)2.再停掉sql server(注意不要分离数据库)3.用原数据库的数据文件覆盖掉这个新建的数据库4.再重启sql server5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用数据库的脚本创建一个新的数据库,并将数据导进去就行了.USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDEGOUPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名' Gosp_dboption '置疑的数据库名', 'single user', 'true'GoDBCC CHECKDB('置疑的数据库名')Goupdate sysdatabases set status =28 where name='置疑的数据库名'Gosp_configure 'allow updates', 0 reconfigure with overrideGosp_dboption '置疑的数据库名', 'single user', 'false'如果是日志文件有问题，你可以重建日志事试试，有可能是日志文件有问题。

SQL数据库置疑解决方案一、数据库置疑产生的原因1、SQL Server所在分区空间是否够？数据库文件大小是否达到最大文件限制？FAT32的格式只支持4G以内的文件。

2、数据库文件损坏或被非正常删除时出现这种情况。

3、病毒防火墙的扫描也会引起数据库置疑。

4、当SQL Server启动时，将会尝试获得对数据库文件的排他访问权，如果此时该文件被其他程序占用，或者遗失，数据库将会被标记为置疑。

5、电脑非法关机也会造成数据库置疑。

6、电脑磁盘有坏道有可能造成数据库置疑。

二、数据库置疑的预防1、数据库存放的盘符，空间是否够大，经常检查盘符的空间。

2、数据库存放的盘符的格式设置为NTFS格式。

3、进行病毒清除时，尽量把SQL服务停掉，再进行检查。

4、尽量减少非正常关机。

5、建议客户购买后备电源。

6、给客户实施软件之后一定要做好自动备份。

7、建议客户每隔一定时间手动备份一次。

三、数据库置疑的修复1、正常的备份、SQL数据库恢复方式正常方式下，我们要备份一个数据库，首先要先将该数据库从运行的数据服务器中断开，或者停掉整个数据库服务器，然后复制文件。

卸下数据库的命令：Sp_detach_db 数据库名连接数据库的命令：Sp_attach_db或者sp_attach_single_file_dbs_attach_db [@dbname =] ′dbname′, [@filename1 =] ′filename_n′[,...16]sp_attach_single_file_db [@dbname =] ′dbname′, [@physname =] ′physical_name′使用此方法可以正确恢复SQL Sever7.0和SQL Server 2000的数据库文件，要点是备份的时候一定要将mdf和ldf两个文件都备份下来，mdf文件是数据库数据文件，ldf是数据库日志文件。

例子：假设数据库为pdm，其数据文件为pdm_data.mdf，日志文件为pdm_log.ldf。

SQl server 2008 附加数据库失败如何解决
通过附加功能添加现成的数据库是非常方便的，然而有时会出现附加数据库失败。

那么，我们该如何解决此问题？
方法一、
1.
找到要添加数据库的.mdf文件，点击右键，选择属性。

2.
在属性页面点击安全，选择Authenticated Users，单击编辑
3. 3
Authenticated Users权限中选择完全控制，点击确定，点击属性界面的确定。

4.
同理，右键点击数据库的.ldf文件，打开属性。

按以上步骤再次设置即可。

5.
完成以上步骤，再进行附加数据库，这时就可以。

END
方法二、
1.打开数据库实例的安装目录，打开ＤＡＴＡ文件夹。

（如我的实例目录地
址为：D:\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA 也可能当时安装时装在C盘了)
2.将要附加的数据库．ｍｄｆ文件和．ｌｄｆ文件，剪切或复制到ＤＡＴＡ
文件夹里。

3.完成以上步骤，再次附加数据库。

这时就可以了。

SQL数据库置疑解决方案一、数据库置疑产生的原因1、SQL Server所在分区空间是否够？数据库文件大小是否达到最大文件限制？FAT32的格式只支持4G以内的文件。

2、数据库文件损坏或被非正常删除时出现这种情况。

3、病毒防火墙的扫描也会引起数据库置疑。

4、当SQL Server启动时，将会尝试获得对数据库文件的排他访问权，如果此时该文件被其他程序占用，或者遗失，数据库将会被标记为置疑。

5、电脑非法关机也会造成数据库置疑。

6、电脑磁盘有坏道有可能造成数据库置疑。

二、数据库置疑的预防1、数据库存放的盘符，空间是否够大，经常检查盘符的空间。

2、数据库存放的盘符的格式设置为NTFS格式。

3、进行病毒清除时，尽量把SQL服务停掉，再进行检查。

4、尽量减少非正常关机。

5、建议客户购买后备电源。

页脚内容16、给客户实施软件之后一定要做好自动备份。

7、建议客户每隔一定时间手动备份一次。

三、数据库置疑的修复1、正常的备份、SQL数据库恢复方式正常方式下，我们要备份一个数据库，首先要先将该数据库从运行的数据服务器中断开，或者停掉整个数据库服务器，然后复制文件。

卸下数据库的命令：Sp_detach_db 数据库名连接数据库的命令：Sp_attach_db或者sp_attach_single_file_dbs_attach_db [@dbname =] ′dbname′, [@filename1 =] ′filename_n′[,...16]sp_attach_single_file_db [@dbname =] ′dbname′, [@physname =] ′physical_name′使用此方法可以正确恢复SQL Sever7.0和SQL Server 2000的数据库文件，要点是备份的时候一定要将mdf和ldf两个文件都备份下来，mdf文件是数据库数据文件，ldf是数据库日志文件。

例子：假设数据库为pdm，其数据文件为pdm_data.mdf，日志文件为pdm_log.ldf。

Fly.Box企业网盘数据库安装常见问题2014/5/2Copyright © 2014 贵州友百利信息技术有限公司一、文件权限不够 (2)二、分别用Windows身份登录和Sql Server（sa）身份登录进行数据库附加尝试。

(5)三、如果数据库附加成功后显示如图所示“单个用户”或“Single User” (6)四、如果数据库附加成功后显示如图所示“只读”或“Read-Only” (8)SQL SERVER 数据库附加失败可以尝试以下几种方法：一、文件权限不够直接给Fly.Box.mdf和Fly.Box_log.ldf添加everyone 用户所有权限1．在Fly.Box.mdf点击右键->属性2．在弹出的属性窗口中选择“安全”，再点击“编辑”按钮。

3．在弹出的权限窗口中选择点击“添加”，在弹出的用户选择窗口中输入“everyone”,再点击“确定”按钮。

4．回到权限编辑窗口后，将“完全控制”中勾选“允许”，点击“确定”按钮。

5．再用同样的方法给“Fly.Box_log.ldf”添加“everyone”的“完全控制”权限。

二、分别用Windows身份登录和Sql Server（sa）身份登录进行数据库附加尝试。

三、如果数据库附加成功后显示如图所示“单个用户”或“Single User”在数据库上点击右键->属性在弹出的属性窗口中选择“选项”，修改限制访问为“MULTI_USER”，点击“确定”即可。

四、如果数据库附加成功后显示如图所示“只读”或“Read-Only”在数据库上点击右键->属性在弹出的属性窗口中选择“选项”，将“数据库为只读”修改为“False”，点击“确定”即可。

如果在点击确定时出现如图所示的错误提示：可能是文件“Fly.Box.mdf”或者“Fly.Box_log.ldf”为只读，只需要在这两个文件上点击右键，去掉这两个文件只读属性即可，再重复上一个步骤即可。

SQL数据库置疑解决方法
一、SQL数据库置疑
1.数据库安全问题
为了保护数据库，需要确保数据库中的信息不被恶意攻击、篡改或盗窃，从而避免造成不可挽回的损失。

2.数据库可靠性问题
可靠性是指数据库系统必须在不同的时间片段可靠运行，即使是在发生系统故障的情况下，用户也能够一直获取服务。

只有数据库系统可靠性良好，才能够实现数据库系统的高安全性要求。

3.数据库性能问题
要满足用户的需求，必须保证数据库服务器能够达到最佳性能，避免出现数据库访问运行缓慢的问题，以及查询数据库时出现的查询延时、查询次数多等问题。

4.数据库维护问题
数据库系统是一个复杂的系统，在日常运行中难免会出现数据库系统故障、业务变更需求等情况。

数据库系统维护对于保证系统可靠性，提高系统性能至关重要。

1.数据库安全问题
（1）做好安全设置，为数据库设置正确的授权，只允许拥有访问权限的用户进行访问，并设置访问日志，记录访问和更改的用户，以及操作的时间等信息。

（2）定期备份数据库，将备份数据存放到安全的位置。

sqlserver2000 数据库置疑的4种解决方法方法一:1.停止SQL Server的服务,然后备份MS SQL Server的安装目录下的\data子目录.注意:整个目录目录备份或只备份data目录下置疑数据库的两个文件,一个数据文件dbname_data.mdf,一个dbname_log.ldf(也有可能非此命名),同时查看磁盘空间是否有足够的空间；2.启用SQL Server的服务。

打开查询分析器(Query Analyzer)的工具,以用户sa登录；3.输入如下指令后点工具栏上的绿色箭头运行(快捷键F5)，use mastergosp_resetstatus dbnamego4.运行完毕后退出此工具,停止SQL Server的服务.5.在MS SQL Server的安装目录下，有一个\data子目录，其中存放数据文件，包括SQL Server 和本系统的数据文件，删除置疑数据库的日志文件dbname_log.ldf(也有可能非此命名).6.启动SQL Server的服务.7.打开企业管理器(Enterprise Manager)的工具,查看数据库(database)节点下的dbname是否恢复。

注:请将dbname 换成你的数据库名称.方法二1.查看磁盘空间，保证存放数据库的磁盘有足够的剩余空间；2.打开SQL Server的查询分析器(Query Analyzer),以用户sa 登录；3.输入如下指令后点工具栏上的绿色箭头运行(快捷键F5),运行完毕后退出此工具.use mastergosp_resetstatus dbnamego4.停止SQL Server 的服务,再重新启动SQL Server 服务.5.打开SQL Server 的查询分析器(Query Analyzer),以用户sa 登录。

输入如下指令后点工具栏上的绿色箭头运行，运行完毕后退出此工具:use mastergoDBCC DBRECOVER (dbname)go6.打开SQL Server 的企业管理器(Enterprise Manager),查看database下的dbname是否恢复。

数据库附加出错数据怎么恢复很多用户在使用数据库的过程中，经常因为各种问题造成数据库无法连接，数据库附加出错，由于用户对数据库附加出错的原因不甚了解，所以就无法针对问题进行相应的解决。

为了解决大多数用户出现的数据库附加出错问题，今天我们就来谈谈如何修复数据库附加出错问题。

针对用户常见的数据库附加出错原因，这里给大家介绍四种解决数据库附加出错的解决方法：（1）切换登录方式出现这种情况是由于用“混合验证方式”（SQL Server身份验证）登录数据库造成的，只要将登录方式改为“windows身份验证方式”登录即可解决该问题，附加成功后再换用“混合验证模式”登陆就没问题了。

（2）修改服务选择所有程序-SQL Server 2005-配置工具-选择"SQL Server Configuration Manager"或者“SQL Server 配置管理器”，打开“SQL Server Configuration Manager”配置界面，在左侧选择"SQL Server 2005 服务"，在右侧右击打开“SQL Server (SQLEXPRESS)”的属性，在内置账户处将网络服务--”Network Service”改为本地系统--"Local System"，点击“重新启动”后再附加数据库就可以了。

（3）修改权限找到要添加数据库的.mdf文件，点击右键，选择属性。

在属性页面点击安全，选择Authenticated Users，单击编辑。

Authenticated Users权限中选择完全控制，点击确定，点击属性界面的确定。

同理，右键点击数据库的.ldf文件，打开属性。

按以上步骤再次设置即可。

完成以上步骤，再进行附加数据库，这时就可以。

（4）重置文件位置打开数据库的安装目录，打开data文件夹（如目录地址为：D:\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA 也可能当时安装时装在C盘了）。

MSSQL数据库置疑的说明及修复方法✧M SSQL 官方对suspect（‘置疑’，SQL2005中文为‘可疑’）状态的解释：“至少主文件组可疑或可能已损坏。

在SQL Server 启动过程中无法恢复数据库。

数据库不可用。

需要用户另外执行操作来解决问题。

”✧S QL Server 数据库置疑通常由于以下几种情况导致：1、因SQL服务意外退出导致数据库置疑，例如突然断电导致数据库日志文件损坏，下次启动后数据库变为置疑状态。

2、数据库文件所在的磁盘分区没有可用空间，导致恢复数据库的操作不能完成，数据库变为置疑状态。

3、数据库文件组已满，这种情况通常发生在MSDE或SQL 2005 Express，因为它们对数据库文件限制了大小，不超过2G或4G；当单个的数据库文件接近2G或4G很容易出现数据库置疑的情况；另外，当数据库文件所在磁盘分区格式为FAT32时，也有可能出现这种情况，FAT32格式的磁盘分区单个文件不能超过4G，当单个的数据库文件接近4G很容易出现数据库置疑的情况。

4、数据库文件设置为不自动增长，或设置为自动增长但限制了文件大小。

5、此外，其它非法的操作也有可能导致数据库置疑。

✧以下提供几种解决V3数据库置疑的办法：解决客户那里出现数据库置疑通常使用第一或第二种方法，解决问题时请根据实际情况处理提示：按以下方法修复数据库后，还需要用户密切观察一下V3服务器是否能正常运行、服务器是否有出错；查看服务器是否有出错可以右击服务管理器－‘工具’－‘日志’，在弹出的事件日志窗口中，查看应用程序日志中是否有OSERVER3的错误信息；如果有出错信息可能会出现数据收集不完整等问题，请即时联系我们解决。

问题一：SQL 2005 数据库置疑的解决方法SQL SERVER 2005，数据库置疑，可以尝试通过以下办法解决：--第一步：新建查询，执行以下SQL 语句；USE masterGOSP_CONFIGURE'ALLOW UPDATE',GORECONFIGURE WITH OVERRIDEGOALTER DATABASE OCULAR3 SET EMERGENCY--设置OCULAR3为紧急模式GOSP_DBOPTION'OCULAR3','SINGLE USER','TRUE'--设置OCULAR3为单用户模式GO--第二步：继续执行以下SQL语句DBCC CHECKDB('OCULAR3')--检查数据库的结构完整性，可能需要比较长时间GO--第三步：继续执行以下SQL语句DBCC CHECKDB('OCULAR3','REPAIR_ALLOW_DATA_LOSS')--修复数据库，可能需要比较长时间；执行到这一步，如果提示需要在单用户模式下运行，那么可以重启一下SQL SERVER服务再执行；GO--第四步:SP_DBOPTION'OCULAR3','SINGLE USER','FALSE'--设置OCULAR3为多用户模式GOALTER DATABASE OCULAR3 SET ONLINE--设置OCULAR3为正常模式GOSP_CONFIGURE'ALLOW UPDATE',0GORECONFIGURE WITH OVERRIDEGO--第五步：继续执行以下SQL语句DBCC CHECKDB('OCULAR3')–再次检查数据库的结构完整性GO问题二：SQL SERVER 2000，因为断电导致数据库被破坏而置疑，可以通过以下办法解决：--第一步：新建查询，执行以下SQL 语句；USE masterGOSP_CONFIGURE'ALLOW UPDATE',1GORECONFIGURE WITH OVERRIDEGO--设置数据库为紧急模式UPDATE sysdatabases SET status= 32768 WHERE name='OCULAR3'GOSP_DBOPTION'OCULAR3','SINGLE USER','TRUE'--设置OCULAR3为单用用户模式GO--第二步：继续执行以下SQL语句DBCC REBUILD_LOG('OCULAR3','d:\ocular3_log_log.ldf')--重建日志文件，--通常重建的日志文件放在与其它数据库文件相同目录下。

数据库置疑状态的解决方法问题：我的SQL Server 2000的MSDB数据库，因为不正常关机，造成了置疑状态，请问采用什么方法能够弥补？解决方法一：你可以采用以下的代码进行修复:USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES',1RECONFIGURE WITH OVERRIDEGOUPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='msdb' Gosp_dboption 'msdb', 'single user', 'true'GoDBCC CHECKDB('msdb')Goupdate sysdatabases set status =28 where name='msdb'Gosp_configure 'allow updates', 0reconfigure with overrideGosp_dboption 'msdb', 'single user', 'false'Go解决方法二：MSDB数据库解决过程难点：由于MSDB数据库不能删除，将其文件拷出来，再次附加数据库，但新的附加数据库不能叫MSDB，也就是不能同名，遇到了困难。

1：先停止整个数据库，将该数据库的文件msdbdata.mdf和msdblog.ldf拷贝粘贴出来到另一个目录下。

2：将以上的文件再拷贝到另一个目录下，也就是说复制两次。

3：选择数据库右击鼠标 --》所有任务--》附加数据库将复制出的一个备份文件附加上去，其中，数据库名称叫MSDB1，用户是SA或ADMINISTRATOR。

4：将MSDB1数据库备份，备份成一个文件，当时我的叫MSDB.BAK。

5：选择置疑的数据库MSDB，选择恢复数据库，将刚才备份出来的数据库强行恢复到MSDB。

数据库附加提示日志错误，总是附加不上的解决办法分类：sql 2010-09-14 19:42 35人阅读评论(0) 收藏举报备份数据文件,然后按下面的步骤处理:1.新建一个同名的数据库(数据文件与原来的要一致)2.再停掉sql server(注意不要分离数据库)3.用原数据库的数据文件覆盖掉这个新建的数据库4.再重启sql server5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES ',1 RECONFIGURE WITH OVERRIDE GOUPDATE SYSDATABASES SET STATUS =32768 WHERE NAME= '置疑的数据库名'Gosp_dboption '置疑的数据库名', 'single user ', 'true 'GoDBCC CHECKDB( '置疑的数据库名')Goupdate sysdatabases set status =28 where name= '置疑的数据库名'Gosp_configure 'allow updates ', 0 reconfigure with overrideGosp_dboption '置疑的数据库名', 'single user ', 'false 'Go6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,我用上面的方法后，数据库可以正常使用了，当在导入数据的时候提示回避恢复模式什么的，导入总是不成功数据库的脚本创建一个新的数据库,并将数据导进去就行了.最后就是新建库把问题数据库的记录导入到新库中，在给新数据库导入新数据，成功奥！！一下是同时收集到的资料，哈哈，多看看，也有好处嘛！只有mdf文件的恢复技术由于种种原因，我们如果当时仅仅备份了mdf文件，那么恢复起来就是一件很麻烦的事情了。

SQLServer数据库附加失败的解决办法
本⽂为⼤家分享了SQL Server数据库附加失败的具体解决⽅法，供⼤家参考，具体内容如下
1、错误3415
问题：附加数据库的时候，发现总是附加失败，查看消息时发现问题如下：
查看消息后发现错误代码为3415 原因：数据库⽂件是只读的解决⽅法：在⽂件属性中去掉只读属性
2、错误5120
问题：解决完错误3415后，附加数据库还是出现错误，查看消息时发现问题如下：
查看消息后发现错误代码为5120 解决⽅法1（尝试）：把数据库登陆⽅式改为Windows⾝份认证，然后再试⼀下；解决⽅法2：查看⼀下数据库⽂件的属性->安全标签，发现
此处应该添加⼀个Everyone的⽤户组
然后赋予完全控制的权限
再次附加就可以成功。

以上就是本⽂的全部内容，希望对⼤家的学习有所帮助，也希望⼤家多多⽀持。

SQL2005数据库无法附加或出现置疑时的修复方法（一）注：本实例以JYPACS_US数据库做演示，实际操作时请将所有命令中的JYPACS_US更换为实际的数据库名。

1、停止数据库服务：打开SQL2005企业管理器，在服务器上点击鼠标右键，然后用左键点击“停止”菜单，停止SQL Server服务2、数据库备份：将原数据库文件拷贝至其它盘符进行备份。

如：将“D:\data”目录下的*.mdf和*.ldf拷贝至E盘或者直接将D盘下的data文件夹拷贝至E盘。

3、重启数据库服务：在服务器上点击鼠标右键，然后用左键点击“启动”菜单，重新启动SQL Server服务4、删除数据库：将有问题的数据库删除。

5、新建数据库：鼠标右击数据库在弹出的菜单中选择“新建数据库”，新建一个同名的数据库（数据库文件的存储路径也要与原始文件路径相同）6、替换数据库文件：先停止数据库服务（方法见步骤1），然后将E盘备份的数据库原文件复制后粘贴至原目录下替换新文件。

如：将“E:\data”目录下的*.mdf 和*.ldf文件复制粘贴至“D:\data”目录下替换。

7、重启数据库服务：重启SQL Server服务（方法见步骤3），，然后刷新数据库，此时可见数据库处于可疑或无法使用的状态。

8、设置紧急状态：在可疑的数据库上点击右键，然后用左键选择“新建查询”菜单，打开SQL Server的查询分析器，在命令串口中输入alter database jypacs_us set emergency然后按F5键或者点击执行按钮，将数据库置为可疑模式。

9、设置单用户模式：将SQL语句修改为alter database jypacs_us set single_user然后执行命令，将数据库置为单用户模式。

10、重建日志：清空命令窗口，然后输入dbcc checkdb('jypacs_us',REPAIR_ALLOW_DATA_LOSS) 这个时间比较长。