问题现象：

KIS云专业版或商贸版登录账套的时候，时好时坏，隔段时间就报类似下面的错：

在文件'D:\金蝶账套实体文件AIS20220812113211_Data.mdf中、偏移量为0x00000000532000的位置执行读取期间，操作系统已经向SQL Server返回了错误21(设备未就绪。)。SQL Server错误日志和系统事件日志中的其他消息可能提供了更详细信息。这是一个威胁数据库完整性的严重系统级错误条件,必须立即纠正。请执行完整的数据库一致性检查(DBCC CHECKDB)。此错误可以由许多因素导致；有关详细信息，请参阅SQL Server联机丛书。

问题原因1：

在SQLServer启动过程中，如果存放数据的分区还无法正常加载，例如：使用Bitlocker加密（即使开机自动解锁也会出现延迟）、远程服务器有延迟等，可能会出现该异常；

解决办法1：

取消磁盘的Bitlocker加密，使磁盘不带(Bitlocker 已加密)标识：

1、打开控制面板\所有控制面板项\BitLocker 驱动器加密，选择账套实体文件所在的磁盘，单击关闭 BitLocker（最好C盘也关闭掉），关闭需要一定的时候解密，完成之后重启电脑，再查看磁盘是否带有(Bitlocker 已加密)的标识；

2、有些电脑在控制面板里面BitLocker 驱动器显示的是Bitlocker 正在等待激活，磁盘管理里面的磁盘带有(Bitlocker 已加密)的标识，这种情况也需要在设备加密里面关闭一下，关闭需要一定的时候解密，完成之后重启电脑。

问题原因2：

使用硬盘工具检查磁盘是否出现坏道；

解决办法2：

为了数据安全性，更换好的硬盘或者换台电脑作主机。

其他问题：https://wenku.my7c.com/article/79227585833551872

以上只是部分解决方案，如果还有其他的方案还请反馈到下面帖子里！

--针对数据库发生损坏，偏移量问题，日志不一致，状态置疑进行执行修复脚本。

declare @db_name varchar(200)

set @db_name='AIS20221011163323'   --针对有问题的账套进行修复

exec('ALTER DATABASE '+@db_name+' SET EMERGENCY')

exec('alter database '+@db_name+' set single_user WITH ROLLBACK IMMEDIATE')

exec('dbcc checkdb('+@db_name+',REPAIR_ALLOW_DATA_LOSS)')

exec('dbcc checkdb('+@db_name+',REPAIR_REBUILD)')

exec ('alter database '+@db_name+' set multi_user')