ICode9

精准搜索请尝试: 精确搜索
首页 > 数据库> 文章详细

sqlserver数据库可疑解决办法

2022-06-27 10:05:04  阅读:124  来源: 互联网

标签:解决办法 服务 Service 状态 数据库 sqlserver Broker 消息


一、第一种解决办法

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

2:关掉SQL Server服务;

3:把源文件COPY过来(只替换数据库文件,不替换日志文件);

4:开启SQL Server服务,解决问题。

二、第二种解决办法

通过连接数据库管理器,连接master库,在数据库管理器里面执行脚本(可疑库为errorDB)
1、将数据库设置为紧急模式
alter database errorDB set EMERGENCY;
2、将数据库设置为单用户模式
alter database errordb set single_user
3、对数据库检查修复
dbcc checkdb (errordb,repair_allow_data_loss);
4、取消单用户模式
alter database errorDB set multi_user
5、重启SqlServer数据库服务
开始运行里面输入services.msc,找到数据库服务,重启数据库服务即可

运行结果:
警告: 数据库 'UFDATA_013_2020' 的日志已重新生成。已失去事务的一致性。RESTORE 链已断开,服务器不再有以前的日志文件的上下文,因此您需要了解它们的内容。应运行 DBCC CHECKDB 验证物理一致性。数据库已置于 dbo-only 模式。在准备使数据库可用时,需要重置数据库选项,并删除所有多余的日志文件。
UFDATA_013_2020的 DBCC 结果。
Service Broker 消息 9675,状态 1: 已分析的消息类型: 14。
Service Broker 消息 9676,状态 1: 已分析的服务约定: 6。
Service Broker 消息 9667,状态 1: 已分析的服务: 3。
Service Broker 消息 9668,状态 1: 已分析的服务队列: 3。
Service Broker 消息 9669,状态 1: 已分析的会话端点: 0。
Service Broker 消息 9674,状态 1: 已分析的会话组: 0。
Service Broker 消息 9670,状态 1: 已分析的远程服务绑定: 0。
Service Broker 消息 9605,状态 1: 已分析的会话优先级: 0。
sys.sysrscols的 DBCC 结果。
对象 'sys.sysrscols' 的 1861 页中有 141815 行。

标签:解决办法,服务,Service,状态,数据库,sqlserver,Broker,消息
来源: https://www.cnblogs.com/wherehappens/p/16415236.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有