首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >怀疑(撕破)页有关tempdb?

怀疑(撕破)页有关tempdb?
EN

Database Administration用户
提问于 2014-12-17 04:28:26
回答 1查看 421关注 0票数 3

我有一个虚拟化Server 2005 (SP3),它报告了以下消息:

代码语言:javascript
复制
Database_Name, Database_Id, File_Id, Event_Type, Event_Type_Desc, Error_Count, Last_Update_Date
tempdb, 2, 1, 3, Torn page., 1, 10 Dec 2014 06:32:36:033
tempdb, 2, 1, 3, Torn page., 1, 10 Dec 2014 06:32:36:043
tempdb, 2, 1, 3, Torn page., 1, 10 Dec 2014 06:32:36:050
tempdb, 2, 1, 3, Torn page., 1, 10 Dec 2014 06:32:36:057
...

这是过去一个月中我第二次在这个特定的服务器上看到这个错误--在这两种情况下,它都是在tempdb中出现的,只有Event_type = 3 (即撕破的页面)。它从来不是Event_type = 1,它对应于823 (磁盘错误)或824错误。

运行命令:

代码语言:javascript
复制
DBCC CHECKDB WITH ALL_ERRORMSGS, PHYSICAL_ONLY

返回:

代码语言:javascript
复制
DBCC results for 'tempdb'.
DBCC CHECKDB will not check SQL Server catalog or Service Broker consistency because a database snapshot could not be created or because WITH TABLOCK was specified.
CHECKDB found 0 allocation errors and 0 consistency errors in database 'tempdb'.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

换句话说,一切看起来都很好,但是为什么可疑的页面会被记录下来呢?

采取的其他行动:

  • HDDScan / chkdsk运行以确保它不是驱动器错误(在发生错误时,windows事件日志中也没有任何相关记录)。
  • PAGE_VERIFY当前设置为NONE (默认?)-调查了将其设置为校验和的可能性,但这仅适用于Server 2008以后的tempdb
  • 停止SQL server,删除现有的tempdb文件,重新启动它(基于问题-> TempDB中的损坏分区如何导致报告没有错误中的注释)
  • 阅读类似的问题(右边),但这些问题都不相关。

还有什么是我应该检查/做的,还是应该忽略这一点,因为它的TempDB (即瞬态数据)?

感谢您的任何帮助/投入。

EN

回答 1

Database Administration用户

发布于 2014-12-17 15:15:58

您需要与您的存储供应商合作,以找出为什么写正在被撕毁。如果它发生在tempdb上,那么它也很可能发生在另一个数据库上。

如果不止一次发生这种情况,情况就尤其如此。

票数 1
EN
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://dba.stackexchange.com/questions/86367

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档