（4.5）DBCC的概念与用法(DBCC TRACEON、DBCC IND、DBCC PAGE)

转自：http://www.cnblogs.com/huangxincheng/p/4249248.html

DBCC的概念与用法

一：DBCC

1：什么是DBCC

　 我不是教学老师，我也说不到没有任何无懈可击的定义，全名：Database Console Commands。顾名思义“数据库控制台命令”，说到“控制台“，

我第一反应就是chrome的开发者工具，不知道你的第一反应会是怎样？开发者工具中，只要javascript能认的语法，你都可以在控制台键入。。。同

样的道理sqlserver能认的也是一样。

2：DBCC到底有多少个命令

　  你应该知道，凡是控制台，大多都会提供一个help命令，比如cmd界面，又或者是mongodbのconsole，

3：DBCC HELP

然后看看DBCC中的help会是怎样？？？

　　

从上图中，我从上到下数了下，有32个命令，不过有意思的是，微软提供的这32个命令其实都是些对外公开的，我这么说的意思是还有些未公开的命令只

是微软自己用。。。。我可以让你眼见为实。

　　

从上面我们大概也看到了，公开和未公开的dbcc命令，加起来大约有100个，但是你要问我这些dbcc命令怎么用。。。我也告诉不了你，毕竟我的脑子

没有那么发达去记这些无聊的东西，再说也不想花时间专门的去记这些东西，就像英语的记单词一样。。。但是办法还是有的，大多东西都禁不住死缠

烂打的，对女孩子也这样，要么缠到她喜欢上你，要么缠到她报警把你抓了。

4：如何记住DBCC命令

<1> 联机丛书

　　 联机丛书可以说是sqlserver之母，在这个世界上你不会找到有比它还要权威，还要全的资料了，你可以点击这里看看它的神威，然后你就可以

键入dbcc，去寻找你需要寻找的东西，从下图中也看到，dbcc大概也是分为4类的，比较遗憾的是，未公开的dbcc命令在联机丛书上是找不到的。

<2> help('xxx')

　　如果你对命令的用法有了大概认知，但是一时忘了怎么赋参数，这时候你就可以用help('xxx')来帮助你节省开发时间，比如说buffer和ind命令。

二：常用命令的实践

1: DBCC TRACEON(跟踪标识号)

联机丛书上说，这个就是启用指定的跟踪标志，既然说指定，这个就内涵了。。。我常用来研究的只有二个：

<1> TRACEON(2588)

　　 这个刚才你也知道了，指定了2588标记的话，你就可以看到未公开的dbcc命令了，同时你也可以看到各种命令参数的提示了。

<2> TRACEON(3604)

　　　这个指定的标记就是可以将DBCC Page的结果显示在客户端，否则就显示不出来了，不知道你在前面几章中是否有注意到呢？？？　

2:DBCC IND(dbname|dbid,object_name|object_id,display_type)

　这个命令在本系列中会非常频繁的使用，因为它就是用来查看”堆表“或者”索引“的数据页信息，没有它的话，我就无所研究了，还是老规矩，先看看

它的参数信息，如下图：

前两个参数我想你好理解，我在前面小节中也说到了，一个是dbname，一个是tablename or viewname or procname等等，第三个参数是最

有意思的，这里面的1，0，-1，-2 是什么意思呢？？？

<1> 1： 显示聚集索引数据页信息和IAM跟踪数据页信息。

<2> 0:   显示堆表数据页信息和IAM跟踪数据页信息。

<3>-1： 显示所有数据页信息，比如（IAM，索引数据页，堆表数据页）。

<4>-2： 显示IAM数据页信息。

<5>nonclustered indid: 从这个参数的排位列表，你大概也能看到是一个”正无限大“到1,0,-1,-2这种模式，仔细想想这个意思我想你也明白，比如

　　　　　　　　　　　　说2就代表第一个非聚集索引，3代表第二个非聚集索引，以此类推。。。。。

真不想举例子，因为再往下说的话，就说不尽了。。。算了，还是举一个例子吧：

　　

通过上面的图，我想你应该明白我在做什么了吧？？？可以看到当前非聚集索引的数据分布在(PageFID:PagePID）(1:110) ,(1:115)....等4个数

据页上，可以看到(1:114)只是他们的数据跟踪页。有人可能会说，我怎么看出来是IAM跟踪页呢？你只需看IAMFID和IAMPID为null就可以认为是

IAM跟踪页了，当你看到IndexID>0的话，它就是索引页了。

3:DBCC PAGE(dbname|dbid,filenum,pagenum,display_type)

　这个命令也是本系列频繁涉及到的，因为它确实太有用了，当我用IND导出数据页后，下一步就是一定要看看这个数据页中到底都有哪些信息，人

都是这样具有贪欲的，诱惑呀~~~老规矩，先看看参数。

　　

从图中可以看到，第二和第三这两个参数没有什么意思，因为我已经用IND查询出了索引在哪些数据页（fileID:pageID）上面了，下面我们仔细

看看第四个参数。

<1> 0：输出可读形式的数据页页头数据，原因是这样的，在一个数据页中，有96个字节空间来表示一个数据页头，里面的内容可丰富啦。。。。

<2> 1：输出可读形式的数据页页头数据，并且还有槽位对应记录的十六进制内容。　

<2> 2：输出整个数据页页头的十六进制数据，包括（页头，内容 和 slot），这个是我最常用的命令。

<3> 3：输出可读形式的数据页页头数据，并且包括记录中每个字段的可读形式。　　

--案例问题：

--问：DBCC PAGE 最后一个参数为 0 或者 2都没有报错，但是 1 或者 3 就报错了，这是为什么？

--答：

 （第一种答案）：1或者3 ，是指这个page用来存储 row date 时候的用法。 你的报错信息，显然是说这个 page 不是 row date。

 数据页分为3种，row-in-page才可以显示每一个slot（行内数据页、行溢出数据页、LOB数据页）

 

（第二中答案）：其实你的这个问题，归类为DBCC PAGE的问题更合适，如果没猜错的话，这个page应该是drop table的page，这个page会在某些条件下导致页面信息被修改，而导致dbcc page 1会报错，甚至链接被强行断开，出现SQLDump，会让你觉得数据库可能出问题了；当这个page被填充数据后，dbcc page 1就正常了。这或许也是微软不公开dbcc page命令的原因之一。

三：查看页面信息实践

查看坏页：

SELECT DB_NAME(database_id),[file_id],page_id,
CASE event_type
WHEN 1 THEN '823 or 824 or Torn Page'
WHEN 2 THEN 'Bad Checksum'
WHEN 3 THEN 'Torn Page'
WHEN 4 THEN 'Restored'
WHEN 5 THEN 'Repaired (DBCC)'
WHEN 7 THEN 'Deallocated (DBCC)'
END,
error_count,
last_update_date
FROM msdb..suspect_pages

查看是否管理页：

什么是管理区分配页？
管理区分配页是数据文件中特殊的页，用来跟踪和管理区分配，本篇将关注三种：

全局分配映射表 (GAM)：记录已分配的区，对于一个数据文件，每4GB会有一个GAM页，它的ID总是为2，之后每511,232页出现一次。
        Page ID = 2 or Page ID % 511232

共享全局分配映射表 (SGAM) ：记录当前用作混合区且至少有一个未使用的页的区，每4GB会有一个SGAM页，它的ID总是为3，之后每511,232页出现一次。
       Page ID = 3 or (Page ID – 1) % 511232

页可用空间 (PFS)：记录每页的分配状态，是否已分配单个页以及每页的可用空间量，每64MB会有一个PFS页，它的ID总是为1，之后每8,088页出现一次。
       Page ID = 1 or Page ID % 8088

如果PAGE id是1/2/3，那么很明显会知道他们是什么管理区分配页，如果PAGE ID很大，那么我们有两个办法来区分它们：

一个办法是采用SQL脚本计算：

复制代码
复制代码
Declare @PageID int;

-- Enter page number
-- e.g., 8088 = PFS page
Set @PageID = 8088;

Select Case
    When @PageID = 1 Or @PageID % 8088 = 0 Then 'Is PFS Page'
    When @PageID = 2 Or @PageID % 511232 = 0 Then 'Is GAM Page'
    When @PageID = 3 Or (@PageID - 1) % 511232 = 0 Then 'Is SGAM Page'
    Else 'Is Not PFS, GAM, or SGAM page'
    End
复制代码
复制代码
另一个办法是采用DBCC PAGE来看它的m_type值：

正常页查看

页面内容查看

上面的命令看起来有点玄乎，我就只举一个例子，其他的留给大家试试看啦~~~

DBCC TRACEON(3604)
DBCC PAGE(Ctrip,1,110,2)

 DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

 PAGE: (1:110)

 BUFFER:

 BUF @0x0000000085F8ED00

 bpage = 0x000000008519A000           bhash = 0x0000000000000000           bpageno = (1:110)
 bdbid = 8                            breferences = 0                      bUse1 = 8576
 bstat = 0x3c00009                    blog = 0x32159                       bnext = 0x0000000000000000

 PAGE HEADER:

 Page @0x000000008519A000

 m_pageId = (1:110)                   m_headerVersion = 1                  m_type = 2
 m_typeFlagBits = 0x0                 m_level = 0                          m_flagBits = 0x204
 m_objId (AllocUnitId.idObj) = 58     m_indexId (AllocUnitId.idInd) = 256
 Metadata: AllocUnitId = 72057594041729024
 Metadata: PartitionId = 72057594040877056                                 Metadata: IndexId = 2
 Metadata: ObjectId = 245575913       m_prevPage = (0:0)                   m_nextPage = (1:115)
 pminlen = 909                        m_slotCnt = 8                        m_freeCnt = 784
 m_freeData = 7392                    m_reservedCnt = 0                    m_lsn = (141:194:170)
 m_xactReserved = 0                   m_xdesId = (0:0)                     m_ghostRecCnt = 0
 m_tornBits = -788728362              

 Allocation Status

 GAM (1:2) = ALLOCATED                SGAM (1:3) = ALLOCATED
 PFS (1:1) = 0x60 MIXED_EXT ALLOCATED   0_PCT_FULL                         DIFF (1:6) = CHANGED
 ML (1:7) = NOT MIN_LOGGED            

 DATA:

 Memory Dump @0x0000000010CEA000

 0000000010CEA000:   01020000 04020001 00000000 00008d03 ?................
 0000000010CEA010:   73000000 01000800 3a000000 1003e01c ?s.......:.......
 0000000010CEA020:   6e000000 01000000 8d000000 c2000000 ?n...............
 0000000010CEA030:   aa000000 00000000 00000000 d6f5fcd0 ?................
 0000000010CEA040:   00000000 00000000 00000000 00000000 ?................ 

 ...........

 0000000010CEBFE0:   21212121 21212121 21212121 21212121 ?!!!!!!!!!!!!!!!!
 0000000010CEBFF0:   5019c015 3012a00e 100b8007 f0036000 ?P...0.........`. 

 OFFSET TABLE:

 Row - Offset
 7 (0x7) - 6480 (0x1950)
 6 (0x6) - 5568 (0x15c0)
 5 (0x5) - 4656 (0x1230)
 4 (0x4) - 3744 (0xea0)
 3 (0x3) - 2832 (0xb10)
 2 (0x2) - 1920 (0x780)
 1 (0x1) - 1008 (0x3f0)
 0 (0x0) - 96 (0x60)                  

 DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

DBCC TRACEON(3604)
DBCC PAGE(Ctrip,1,110,2)