一、第一种解决办法

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 行。