SQL Server如何经过Page_ID找到对应的表

其实本篇文章算是翻译Finding a table name from a page ID这篇文章，只是不想直接翻译。用本身的理解叙说出来。算是对上一篇博客"SQL Server如何找出一个表包含的页信息（Page)"的承前启后。

 

咱们若是从日志或dump文件中发现页信息，那么可否经过页信息找到其关联的对象呢？ 答案是能够，并且很是简单。以下所示，这个DBCC PAGE的输出信息：

 

 

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

PAGE: (1:24188)

BUFFER:

BUF @0x000000018123EDC0

bpage = 0x000000012AAD6000          bhash = 0x0000000000000000          bpageno = (1:24188)

bdbid = 7                           breferences = 0                     bcputicks = 0

bsampleCount = 0                    bUse1 = 26077                       bstat = 0x9

blog = 0x21cc7a7a                   bnext = 0x0000000000000000          

PAGE HEADER:

Page @0x000000012AAD6000

m_pageId = (1:24188)                m_headerVersion = 1                 m_type = 1

m_typeFlagBits = 0x0                m_level = 0                         m_flagBits = 0x8200

m_objId (AllocUnitId.idObj) = 439   m_indexId (AllocUnitId.idInd) = 256 

Metadata: AllocUnitId = 72057594066698240                                

Metadata: PartitionId = 72057594059030528                                Metadata: IndexId = 0

Metadata: ObjectId = 631673298      m_prevPage = (0:0)                  m_nextPage = (0:0)

pminlen = 8                         m_slotCnt = 193                     m_freeCnt = 376

m_freeData = 7430                   m_reservedCnt = 0                   m_lsn = (47:211:2)

m_xactReserved = 0                  m_xdesId = (0:0)                    m_ghostRecCnt = 0

m_tornBits = 1650828474             DB Frag ID = 1                      

Allocation Status

.....................................................................

 

 

 

输出信息里面有很重要的一部分信息（PAGE HEADER），如上图所示：

 

经过Metadata : ObjectId =631673298, 咱们能够找出这个Page所涉及的对象为TestDeadLock（其实这个Page ID确实是从表TestDeadLock中找出的一个Page）

 

IndexId =0 就能够判断这个是数据页，不是索引页（Index Page）， m_type = 1就表示它是Data Page，m_level = 0 就表示页的层数为0

 

其实DBCC PAGE的输出信息里面能够挖掘到不少信息，就看你的贮备的知识多少和你是否对这些信息感兴趣。

 

 

 

Paul S. Randal的博客中提到，若是ObjectId为99，那么意味着这个页面已经损坏，你须要等待DBCC CHECKDB完成才能知道损坏的程度； 若是您看到ObjectId为0，则表示未找到对应的元数据。这多是由于：

 

自记录页面损坏以来，已删除该页面所属的表

系统目录以某种方式损坏了

该页面已损坏，所以使用了不正确的值来查找元数据

不管如何，您都须要等待DBCC CHECKDB完成才能知道区损坏的程度。

 

另外，若是OBJECT_NAME (xxxx)返回NULL，要么是你执行脚本上下文的数据库弄错了，要么是元数据损坏了。须要DBCC CHECKDB返回详细信息。

 

The Metadata: ObjectId field is what we want. If you see it is 99, then stop as that means the damaged page is part of the allocation system and not part of a table and you’ll need to wait for DBCC CHECKDB to complete to know the extent of the damage.

 

If you see the ObjectId is 0, that means there was no metadata found. This could be because:

 

The table that the page was part of has been deleted since the page corruption was logged

The system catalogs are corrupt in some way

The page is corrupt and so incorrect values were used to look up the metadata

In any case, you’ll need to wait for DBCC CHECKDB to complete to know the extent of the damage.

 

 

参考资料：

 

https://www.sqlskills.com/blogs/paul/finding-table-name-page-id/