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/
