readme | Lee Blog

从这些错误消息来看，问题更加明确了。让我们逐步分析和处理：

首先，让我们详细了解这些错误页面的情况：

-- 查看具体页面信息
DBCC TRACEON(3604)  -- 打开跟踪标志
GO
DBCC PAGE(数据库名, 1, 31971864, 3) WITH TABLERESULTS
GO

检查这个页面所属的对象：

-- 查找对象信息
SELECT OBJECT_NAME(99) as ObjectName,
       OBJECT_SCHEMA_NAME(99) as SchemaName,
       type_desc
FROM sys.objects
WHERE object_id = 99

检查 tempdb 的空间情况（因为错误提示可能与 tempdb 有关）：

-- 检查tempdb空间
SELECT name AS FileName,
    size/128.0 AS CurrentSizeMB,
    size/128.0 - CAST(FILEPROPERTY(name, 'SpaceUsed') AS INT)/128.0 AS FreeSpaceMB
FROM tempdb.sys.database_files

正常标准：

tempdb 应该有足够的空闲空间（至少 20%）
tempdb 文件大小应该合理配置

检查 IO 子系统的健康状况：

-- 检查IO错误
SELECT * FROM sys.dm_io_virtual_file_stats(DB_ID(), NULL)
WHERE num_of_reads > 0 OR num_of_writes > 0
ORDER BY io_stall DESC

正常标准：

io_stall 值应该较低
不应该有大量的读写错误

针对这种特定错误的修复建议：

a. 首先尝试最保守的修复：

1	DBCC CHECKDB ('数据库名') WITH PHYSICAL_ONLY

b. 如果上述命令失败，可以尝试：

1 2	-- 注意：这可能会导致数据丢失 DBCC CHECKDB ('数据库名') WITH REPAIR_ALLOW_DATA_LOSS

如果不想冒数据丢失的风险，可以采用以下步骤：

a. 备份当前数据库（即使有错误）：

1
2
3

BACKUP DATABASE 数据库名
TO DISK = 'C:\Backup\数据库名_故障前.bak'
WITH COPY_ONLY

b. 创建新数据库并尝试还原：

-- 创建新数据库
CREATE DATABASE 数据库名_New

-- 还原最近的好备份
RESTORE DATABASE 数据库名_New
FROM DISK = 'C:\Backup\最近的好备份.bak'
WITH REPLACE, RECOVERY

预防措施和监控建议：

-- 设置定期检查作业
USE msdb
GO
EXEC dbo.sp_add_job
    @job_name = N'Daily DBCC CHECKDB',
    @enabled = 1

EXEC sp_add_jobstep
    @job_name = N'Daily DBCC CHECKDB',
    @step_name = N'Run CHECKDB',
    @subsystem = N'TSQL',
    @command = N'DBCC CHECKDB WITH PHYSICAL_ONLY'

EXEC sp_add_jobschedule
    @job_name = N'Daily DBCC CHECKDB',
    @name = N'Daily at midnight',
    @freq_type = 4,
    @freq_interval = 1,
    @active_start_time = 000000

其他重要检查点：

检查 Windows 系统事件日志中是否有磁盘错误
检查 SQL Server 错误日志中是否有其他相关错误
检查存储系统的 RAID 状态
验证最近是否有硬件更改或维护操作

长期解决方案：
实施定期维护计划：
- 每日进行 CHECKDB WITH PHYSICAL_ONLY
- 每周进行完整的 CHECKDB
- 定期重建索引和更新统计信息
监控设置：
- 设置 SQL Server 告警
- 监控磁盘空间和性能
- 监控 IO 延迟
备份策略：
- 确保有定期的完整备份
- 实施事务日志备份
- 定期测试备份恢复

如果这些步骤都无法解决问题，建议：

联系 Microsoft 支持
考虑使用第三方数据恢复工具
评估是否需要更换存储硬件