精华内容
下载资源
问答
  • 一般引起可疑的原因是突然断电,服务器死机,强制关机导致正在运行的数据库文件损坏,需要进行修复。方法一:USE MASTER GOSP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDEGOALTER DATABASE ...

    SQL2005数据库可疑的解决方法

    sqlserver数据库标注为可疑的解决办法

    一般引起可疑的原因是突然断电,服务器死机,强制关机导致正在运行的数据库文件损坏,需要进行修复。
    方法一:
    USE MASTER

    GO
    SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
    GO
    ALTER DATABASE MyDB SET EMERGENCY
    GO
    sp_dboption 'MyDB', 'single user', 'true'
    GO
    DBCC CHECKDB('MyDB','REPAIR_ALLOW_DATA_LOSS')
    GO
    ALTER DATABASE MyDB SET ONLINE
    GO
    sp_configure 'allow updates', 0 reconfigure with override
    GO
    sp_dboption 'MyDB', 'single user', 'false'
    GO

    方法二:

    1:停止数据库服务,将可疑的数据库及日志备份到别的文件夹,随后删除数据库文件及日志文件

    2:打开数据库服务,连接数据库后删除可疑的数据库,并新建同名的数据库(目录位原来的目录)

    3:停止数据库服务,将备份的数据库文件替换新建的数据库文件(日志文件不需要替换)

    4:打开数据库服务,连接数据库后执行alter database 数据库名 set emergency,将数据库改为紧急模式, 执行后,为了保险起见,重新停止、开启的SQLSERVER服务,再打开数据库,已经可以看到里面的内容了,如表,视图,存储过程等,数据库名称后有紧急标志,能看到数据库结构,但无法进行备份等操作

    5:执行ALTER DATABASE 数据库名 SET SINGLE_USER,将数据库设为单用户模式

    6:对数据库进行检查修复dbcc checkdb(数据库名,REPAIR_ALLOW_DATA_LOSS)

    7:取消单用户模式 ALTER DATABASE 数据库名 SET MULTI_USER

    至此,数据库修复完毕,被标记为“可疑”的数据库已恢复正常状态。

    posted on 2016-08-03 16:23 zoood 阅读(...) 评论(...) 编辑 收藏

    展开全文
  • 数据库可疑问题处理

    2012-08-28 18:09:10
    今天OA系统数据库(Sql Server2008 64位)提示可疑,参考网上资料进行了维护。 原因:服务器意外关闭后重启 检查:打开“事件查看器”查看系统日志 EventLog 6013 (系统启动时间为 26 秒。) EventLog 6005 ...

    今天OA系统数据库(Sql Server2008 64位)提示可疑,参考网上资料进行了维护。

    原因:服务器意外关闭后重启

    检查:打开“事件查看器”查看系统日志

    EventLog 6013 (系统启动时间为 26 秒。)

    EventLog 6005

    EventLog 6009

    EventLog 6008 (上一次系统的 15:37:13 在 ‎2012/‎8/‎28 上的关闭是意外的。)


    1:重新建立一个数据库,数据库路径名称都一样。

    2:关掉SQL Server服务;

    3:只把.mdf文件拷贝过来;

    4:开启SQL Server服务。

    5:

    use master

    alter database EIMSDb set emergency   --将数据库设置为紧急状态

    ALTER DATABASE EIMSDb SET SINGLE_USER    --改为单用户

    dbcc checkdb(EIMSDb,REPAIR_ALLOW_DATA_LOSS)   --重建索引并修复

    dbcc checkdb(EIMSDb,REPAIR_REBUILD)  ---允许丢失数据修复

    exec sp_dboption EIMSDb, N'single', N'false' --取消单用户模式

     

    参考:

    http://www.cnblogs.com/dataflowjia/archive/2011/04/01/2002771.html

    http://database.51cto.com/art/201108/285855.htm

     

     

     

    展开全文
  • 今天在客户服务器的数据库里面的...废话不多说,先说说数据库可疑的原因:在进行些不正常操作如数据库在读写时而无故停止数据库,从而导致Sql Server 数据库不正常中断,当再次打开数据库时会发现某些数据库会被标...

    今天在客户服务器的数据库里面的一个数据库突然出现了点问题,数据库状态变为可疑了,这个问题之前有见过,虽然解决了,但并没有把过程和解决方法记录下来,决定这次记录在博客园里,方便自己也方便他人在遇到这个问题的时候,能快速解决!废话不多说,先说说数据库变可疑的原因:

    在进行些不正常操作如数据库在读写时而无故停止数据库,从而导致Sql Server 数据库不正常中断,当再次打开数据库时会发现某些数据库会被标记为“可疑”(suspect),即在数据库名旁加上了黄色的惊叹号,这时数据库就不能再被打开了,但数据库的结构及数据内容都还是存在的。

    解决方法:

    当数据库发生这种操作故障时,可以按如下操作步骤可解决此方法,打开数据库里的Sql 查询编辑器窗口,运行以下的命令(注意:jd13dafa为对应可疑的数据库名称,执行时,请改为你的可疑的数据库名称)。

    1、修改数据库为紧急模式

    ALTER DATABASE jd13dafa SET EMERGENCY

    2、使数据库变为单用户模式

    ALTER DATABASE jd13dafa SET SINGLE_USER

    3、修复数据库日志重新生成,此命令检查的分配,结构,逻辑完整性和所有数据库中的对象错误。当您指定“REPAIR_ALLOW_DATA_LOSS”作为DBCC CHECKDB命令参数,该程序将检查和修复报告的错误。但是,这些修复可能会导致一些数据丢失。

    DBCC CheckDB (jd13dafa , REPAIR_ALLOW_DATA_LOSS)

    4、使数据库变回为多用户模式

    ALTER DATABASE jd13dafa SET MULTI_USER

    5、开始->运行->输入cmd->打开DOS命令窗口,输入以下命令重启数据库服务(此处可以直接到服务列表里,重新启动数据库服务,为了方便我直接用DOS命令了)

    Net stop mssqlserver --停止服务

    Net start mssqlserver --启动服务

    重新打开Sql Server,查看被标记为“可疑”的数据库已恢复正常状态。

    (注意执行命令过程中可能会报一些错误,请无视,按照步骤执行完毕就行了,有问题,大家多少交流836911886,加我请记得说:博客园)

    展开全文
  • 1.原因2.Msdb数据库的作用3.实现逻辑4.解决步骤 1.原因 机房停电,服务器非法关机,导致MSDB数据库被“置疑” 2.Msdb数据库的作用 Msdb 数据库供SQLServer 代理程序调度警报和作业以及记录操作员时使用。比如...

    MSDB数据库置疑的解决方法

    1.原因

    机房停电,服务器非法关机,导致MSDB数据库被“置疑”

    2.Msdb数据库的作用

    Msdb 数据库供SQLServer 代理程序调度警报和作业以及记录操作员时使用。比如,我们备份了一个数据库,会在表backupfile中插入一条记录,以记录相关的备份信息。

    3.实现逻辑

    由于Msdb数据库并未存储特别重要的信息,因此可以从别的机器拷贝一份相同的msdbdata.mdf和msdblog.ldf覆盖掉即可。

    4.解决步骤

    A服务器为被“置疑”的服务器;B服务器上装有和A服务器相同版本的数据库软件。我的版本是SQL SERVER 2000。

    步骤1、停止B服务器上的SQL SERVER 服务,拷贝出“msdbdata.mdf”和“msdblog.ldf”文件。

    步骤2、停止A服务器上的SQL SERVER 服务,将从B服务器上拷贝出的“msdbdata.mdf”和“msdblog.ldf”文件覆盖掉A服务器上的这两个文件。 3、重新启动A服务器上的SQL SERVER服务。

    步骤3、如果MSDB数据库仍然是置疑状态,可以执行下面的SQL。


    或者以下处理方式

    USE MASTER 
    GO 
    SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE 
    GO 
    UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='msdb' 
    Go 
    sp_dboption 'msdb', 'single user', 'true' 
    Go 
    DBCC CHECKDB('msdb') 
    Go 
    update sysdatabases set status =28 where name='msdb' 
    Go 
    sp_configure 'allow updates', 0 reconfigure with override 
    Go 
    sp_dboption 'msdb', 'single user', 'false' 
    Go 
    展开全文
  • 今天机房突然断电,DB连不上了,提示 无法打开数据库'MyDB'。恢复操作已将该数据库标记为 ...-- 执行前先把下面数据库的名字MyDB更改为“可疑的数据库名字 -- 1.修改数据库为紧急模式 ALTER DATABASE MyD...
  • 数据库可疑的原因: 在进行些不正常操作如数据库在读写时而无故停止数据库,从而导致Sql Server 数据库不正常中断,当再次打开数据库时会发现某些数据库会被标记为“可疑”(suspect),即在数据库名旁加上了黄色...
  • 今天在客户服务器的数据库里面的一个...废话不多说,先说说数据库可疑的原因: 在进行些不正常操作如数据库在读写时而无故停止数据库,从而导致Sql Server 数据库不正常中断,当再次打开数据库时会发现某些数据...
  • 打开数据库一看数据库状态为可疑并显示黄色感叹号。 于是上网搜索一下如何解决,首先这种问题产生原因就是非正常操作导致数据库异常中断。之后就无法打开数据库文件了。 查到两种解决方法 第一种方法替换文件...
  • 可以看到数据库CStation状态为可疑,导致原因为服务器意外停电,第一次遇到这种情况,折腾了很久终于解决,记下解决方案: 1,将SQL数据库停止,不能停止就强制结束进程 2,将SQL数据库服务由网络服务修改为本地...
  • alter database accp set single_user with rollback immediate go alter database accp set emergency go --查看数据库可疑的原因 dbcc checkdb('accp') go ---看...
  • 实战:DBCC CHECKDB用法 手工修复数据库

    千次阅读 2013-01-14 10:57:24
    alter database accp set single_user with rollback immediate go alter database accp set emergency  ...--查看数据库可疑的原因 dbcc checkdb('accp') go ---看报什么错误,对应修复尝试
  • 问题描述:打开sql server数据库...这个原因可能是由于服务器意外重启导致,报了Msdb数据库可疑 (Msdb数据库是代理服务数据库,为其报警、任务调度和记录操作员操作提供存储空间。) 下面来说一下解决方法:
  • 观察办法是:使用phpmyadmin 进行观察,在phpmyadmin “进程”中查看在线的数据库,点击Kill 删除可疑的进程,如果删除了出错数据库mysqld-nt.exe所占的CPU会马上下降。发现数据库后可以进行修复,或者禁止该用户...
  • 2017年,3月某一天晚上凌晨,上海某医院由于重启主交换机,没有和厂商联系,造成sql server数据库变成“三角惊叹号+数据库名+(可疑)”了,打不开,不能使用。 原因:在重启主交换机时候,mss...
  • 原因分析:用户默认数据库在连接时不可用。这可能是因为该数据库: 处于可疑模式。 不再存在。 处于单用户模式,并且唯一可用连接已由其他用户或事物使用。 已被分离。 (我就是分离了,为了往2000中添加,
  • 一、问题描述 ... 服务器意外down机,导致有连接未断开的数据库状态变为“可疑”。  三、问题解决  由于没有前一天备份文件,所以需要找回数据库的数据!  1、开通系统表修改权限  sp_configure...
  • EXP-00091: 出口可疑的统计。 EXP-00091: Exporting questionable statistics. 产生原因: 在数据库的服务器端和客户端字符集不同的情况下,导出(dump)数据库表时,会产生这个错误。虽然产生这个错误,但好像对...
  • 北亚Sybase数据库修复软件主要对损坏Sybase 数据库进行数据急救...○Sybase数据库标记为可疑,无法Online ○因为硬盘物理故障或其它原因导致设备文件出现坏块 ○Sybase误Delete、Drop等操作 ○查询表数据时出错
  • EXP-00091: 出口可疑的统计。 EXP-00091: Exporting questionable statistics. 产生原因: 在数据库的服务器端和客户端字符集不同的情况下,导出(dump)数据库表时,会产生这个错误。虽然产生这个错误,但好像对导入...
  • 锁定冲突可能原因8-27 检测锁定冲突8-28 解决锁定冲突8-29 vii Oracle Internal & OAI Use OnlyOracle Only 使用SQL 解决锁定冲突8-30 死锁8-31 小结8-32 练习概览:管理数据和并发处理8-33 9 管理还原数据 课程...
  • 故障现象: 1、电脑运行缓慢,几乎不能操纵 2、此数据源支持web程序已down,暴露出来Error:获得连接超时。...1、系统已经进行了全面查毒、查木马操作,没有发现可疑文件,系统补丁也及时进行修复,被...
  • 企业网站常见耗资源大流量被挂马地原因分析与对策 如果你在负责公司地网站 ,网站租用地虚拟主机 ,最好往下看 . 有没有收到过这类地电子邮件 大流量客户通报 , 耗资源客户通报 或者网站...网站被上传可疑文件 . 2.数据库
  • 小e随笔:今天帮导员跑到小区监控室搞了半多天,查看10月1日到2日的录像,原因是导员的车停在小区里被什么东西给刮了,想从监控录像里查出什么,看了半天只发现了一些可疑的地方,还有一些不得不提,中国的社会啊,...
  • SQL数据恢复工具.rar

    2020-02-28 18:14:22
    1.支持SQL数据库版本更全:在...3.支持修复各种原因导致SQL数据库损坏问题:对于SQL数据库出现置疑、可疑、报错、无法... 4.SQL数据库碎片级恢复:支持SQL数据库文件被误删除、格式化分区、重装系统等导致的数据库.
  • 今天处理了一个alwaysOn问题——辅助副本因为磁盘空间不足一直显示【未同步——可疑】,在日志中可以看到数据库处于挂起状态,与主副本失去同步。...在操作系统日志中看到SQL Server启动失败的原因是:(启...
  • 还原数据文件

    2010-02-24 10:26:42
    今天专卖店里面系统数据库出现问题,提示数据库可疑(SUSPECT),我一下子就蒙了,根本就没有遇到过这种问题。写下来备份下。 问题就是数据文件和日志文件不匹配,具体原因还没查到,现在先将解决方法写出来。 ...

空空如也

空空如也

1 2 3
收藏数 42
精华内容 16
关键字:

数据库可疑的原因