當我們創建一個數據庫的時候，例如以缺省的方式CREATE DATABASE TESTDB，SQLServer自動幫我們創建好如下兩個數據庫文件。

這兩個數據文件是實實在在的操作系統文件，其中一個是叫行數據文件，用來存儲數據庫的各種對象，另外一個是日志文件，從來記錄數據變化的過程。

　　從邏輯角度而言，數據庫的最小存儲單位為頁即8kb。

　　數據庫被分成若干邏輯頁面(每個頁面8KB)，并且在每個文件中，所有頁面都被連續地從0到x編號，其中x是由文件的大小決定的。我們可以通過指定一個數據庫ID、一個文件ID、一個頁碼來引用任何一個數據頁。每個數據頁則用來存儲表和索引，以及相關的數據庫管理信息。

　　我們順著上面數據文件的路徑可以找到該文件，觀察一下新建的數據文件的大小為：

　　2.18 MB (2,293,760 字節)=2,293,760b/8kb=280個頁面=35個區

　　數據庫進行空間管理的最小單位為區(extents)。

　　一個區由8個邏輯上連續的頁面組成(64KB的空間)。為了能夠更有效地分配空間，SQL Server 2008不會為少量的數據向數據表分配整區的空間。SQL Server 2008有兩種類型的區。

　　統一類型的區 這些區為單個對象所有，區中所有的8個數據頁只能被所屬對象使用。

　　混合類型的區 這些區能為最多8個對象共享。

　　SQL Server為新的表或索引從混合類型的區中分配頁面。當該表或索引增長到8個頁面時，以后所有的分配都使用統一類型的區。

　　當一張表或一個索引需要更多的空間時，SQL Server需要找到能夠用來分配的空間。如果該表或索引整體仍然少于8個頁面，SQL Server必須找到能夠用來分配的混合類型區構成的空間。如果表或索引有8個頁面或更大，SQL Server必須找到一個自由的統一類型的區。

　　SQL Server使用兩種特殊類型的頁面來記錄哪些區已經被分配出去了，哪些類型(混合類型或統一類型)的區可供使用：

　　全局分配映射(Global Allocation Map，GAM)頁面 這些頁面記錄了哪些區已經被分配并用作何種用途。一個GAM頁面在它所覆蓋空間里針對每一個區都有一個數據位。如果數據位為0，那么對應的區正在使用;如果該數據位為1，那么該區為自由區。一個GAM頁面除了頁面頭部和其他一些需要記入的開銷大概有8 000字節或者說64 000位空間可用，所以每個GAM頁面可以覆蓋64 000個區，也就是大約4GB的數據。這意味著一個文件的每4GB空間對應一個GAM頁面。

　　共享全局分配映射(Shared Global Allocation Map，SGAM)頁面 這些頁面記錄了哪些區當前被用作混合類型的區，并且這些區需含有至少一個未使用的頁面。就像一個GAM頁面，每一個SGAM頁面覆蓋了大約64 000個區，也就是大約4GB的數據。一個SGAM頁面在它所覆蓋空間里針對每一個區都有一個數據位。如果數據位為1，那么對應的被使用的區為混合類型，并且該區有一些自由頁面;如果數據位為0，那么對應的區不是一個混合類型的區，或者雖然是一個混合類型的區，但是所有的頁面都已被使用了。

　　表4-2顯示了基于每一個區當前的使用情況，在GAM和SGAM中該區所對應的比特位模式。

　　如果SQL Server需要找到一個新的完全沒有使用的區，那么它可以使用任何一個在GAM頁面中對應的比特位值為1的區。如果SQL Server需要找到一個有著可用空間(有一個或多個自由頁面)的混合類型的區，那么它可以尋找一個對應的GAM中的值為0、SGAM中的值為1的區。如果不存在有可用空間的混合類型的區，SQL Server會使用GAM頁面來尋找一個全新的區并將其分配為混合類型的區，然后使用該區中的一頁。如果根本沒有自由區，那么這個文件已經滿了。

　　SQL Server能夠迅速地鎖定一個文件中的GAM頁面，因為它總是位于任何數據庫文件的第三頁上(頁碼為2)。SGAM頁面是在第四頁上(頁碼為3)。下一個GAM頁面出現在第一個GAM頁面(頁碼為2)以后的每511 230個頁面中，并且下一個SGAM頁面出現在第一個SGAM頁面(頁碼為3)以后的每511 230個頁面中。每一個數據庫文件的頁碼為0的頁面是文件頭頁面，并且每個文件僅有一頁。頁碼0是頭文件頁，頁碼1是頁面自由空間頁(Page Free Space，PFS)。

　　在SQLServer2008的每一個數據庫中的前八頁順序都是固定的。

　　除了第9頁為數據庫的BOOT頁以外，從第8頁到第173頁為SQLServer2008內部系統表的相關存儲信息，然后從第174頁到第279頁為未分配頁面。因為第一頁從0開始，所以剛好280頁，即和我們看到的數據庫數據文件的大小完全相等。

　　以下截圖是通過SQLServer2008的Internals Viewer插件看到的整體頁面結構，該插件是從http://www.SQLInernalsViewer.com網站下載的，分為不同的.net版本。

　　備注：TESTDB為新創建的空數據庫，沒有任何用戶自定義對象，直到有建表腳本為止;


關于數據庫頁類型如下所示：

　　實際上SQLServer還包括一些未公開的頁面類型，例如type 19，type 14等等。

　　本章我們主要介紹GAM頁和SGAM頁，其他頁面類型會稍后介紹。

　　那么如何查看頁面信息呢，從SQLServer2000起便開始提供了一個讀取數據頁結構的命令DBCC Page。該命令為非文檔化的命令，具體如下：

　　DBCC Page ({dbid|dbname},filenum,pagenum[,printopt])

　　具體參數描述如下：

　　dbid               包含頁面的數據庫ID

　　dbname       包含頁面的數據庫的名稱

　　filenum         包含頁面的文件編號

　　pagenum      文件內的頁面

　　printopt            可選的輸出選項;選用其中一個值：

　　                          0:默認值，輸出緩沖區的標題和頁面標題

　　                         1:輸出緩沖區的標題、頁面標題(分別輸出每一行)，以及行偏移量表

　　                         2:輸出緩沖區的標題、頁面標題(整體輸出頁面)，以及行偏移量表

　　                         3:輸出緩沖區的標題、頁面標題(分別輸出每一行)，以及行偏移量表;每一行后跟分別列出的它的列值

　　如果要想看到這些輸出的結果，還需要設置DBCC TRACEON(3604)。

　　如前文所述，GAM頁一定存在于該數據庫的第二個頁面，SGAM頁則一定存在于該數據庫的第三個頁面;而每一個數據庫都會存在文件編號為1的數據庫文件，所以我們執行以下命令即可。

　　讓我們首先從GAM頁開始看起：

　　BUFFER部分：

　　顯示給定頁面的緩沖信息，是內存中的結構，用于管理頁面，該信息僅當該頁面處于內存時才有意義。關于這個部分我們知之甚少，基本上無法找到相關材料。

　　PAGE HEADER部分：
PAGE HEADER部分顯示的是該頁面上的所有報頭字段的數據

PAGE HEADER這部分內容只有通過DBCC PAGE(TESTDB,1,2,2)即整體輸出頁面才能夠展現;通過與上面表格的對照，我們勉強能識別一些相關存儲信息;當這部分缺乏官方文檔的支持，為了避免無謂的猜測，所以暫時就不做深入探討了。

DATA 部分

DATA部分一般分為若干插槽號(Slot)，如果是數據頁或索引頁的話，可以理解為一行記錄，SQLServer通過文件號+頁面號+插槽號用來唯一標識表中的每一條記錄。但在GAM頁中我們可以把Slot 0理解為GAM頁的保留頁，共計94個字節。

　　從第194個字節開始(頁面總是從第0個字節開始的)，到第196個字節，這三個字節代表已分配的分區的情況。即0000C0。

　　我們再來看一下DBCC PAGE(TESTDB,1,2,3)的執行結果。

上面顯示從第1頁到第168頁已分配，而第176頁到272頁未分配，和DBCC PAGE(TESTDB,1,2,2)顯示的194個頁面似乎有些矛盾，實際上是不矛盾的。如前文所述，GAM對未使用的分區標識為0，而對已分配的分區標識為1
　　1個分區=64頁，因為前128個頁面均已分配，所以前兩個字節為00 00
　　從第128個頁面起到第175個頁面也均已分配，實際上為6個區為0也就是說連續6個bit為0，一個字節為8個bit，最后兩個bit為11，所以該字節為0000 0011，在此需要反轉一下相關二進制位;反轉之后為1100 0000即為C0。
　　最后讓我們用Internals Viewer插件看一下GAM頁的全貌吧。



SGAM頁面

PAGE: (1:3)

BUFFER:
BUF @0x0358A7F4
bpage = 0x062AE000 bhash = 0x00000000 bpageno = (1:3)
bdbid = 8 breferences = 3 bUse1 = 14428
bstat = 0xc00009 blog = 0x21212159 bnext = 0x00000000

PAGE HEADER:
Page @0x062AE000
m_pageId = (1:3) m_headerVersion = 1 m_type = 9
m_typeFlagBits = 0x0 m_level = 0 m_flagBits = 0x200
m_objId (AllocUnitId.idObj)=99 m_indexId (AllocUnitId.idInd)=0 Metadata: AllocUnitId=6488064
Metadata: PartitionId = 0 Metadata: IndexId = 0 Metadata: ObjectId = 99
m_prevPage = (0:0) m_nextPage = (0:0) pminlen = 90
m_slotCnt = 2 m_freeCnt = 6 m_freeData = 8182
m_reservedCnt = 0 m_lsn = (18:435:5) m_xactReserved = 0
m_xdesId = (0:0) m_ghostRecCnt = 0 m_tornBits = 177043542
Allocation Status
GAM (1:2)=ALLOCATED SGAM (1:3)=NOT ALLOCATED PFS(1:1)=0x44 ALLOCATED 100_PCT_FULL
DIFF (1:6) = CHANGED ML (1:7) = NOT MIN_LOGGED

DATA:
Slot 0, Offset 0x60, Length 94, DumpStyle BYTE
Record Type = PRIMARY_RECORD Record Attributes =
Memory Dump @0x4F32C060
00000000: 00005e00 00000000 00000000 00000000 ?..^.............
00000010: 00000000 00000000 00000000 00000000 ?................
00000020: 00000000 00000000 00000000 00000000 ?................
00000030: 00000000 00000000 00000000 00000000 ?................
00000040: 00000000 00000000 00000000 00000000 ?................
00000050: 00000000 00000000 00000000 0000??????..............

Slot 1, Offset 0xbe, Length 7992, DumpStyle BYTE
Record Type = PRIMARY_RECORD Record Attributes =
Memory Dump @0x4F32C0BE
00000000: 0000381f 20ee2000 00000000 00000000 ?..8. . .........
00000010: 00000000 00000000 00000000 00000000 ?................
00001F30: 00000000 00000000 ???????????????????........

　　以下為DBCC PAGE(TESTDB,1,3,3)得到的相關信息，有興趣的可以和20ee20做一下對比。

(1:0) - (1:32) = NOT ALLOCATED
(1:40) - = ALLOCATED
(1:48) - (1:64) = NOT ALLOCATED
(1:72) - (1:88) = ALLOCATED
(1:96) - = NOT ALLOCATED
(1:104) - (1:120) = ALLOCATED
(1:128) - (1:160) = NOT ALLOCATED
(1:168) - = ALLOCATED
(1:176) - (1:272) = NOT ALLOCATED

　　最后讓我們用Internals Viewer插件看一下SGAM頁的全貌吧。



總結一下，關于GAM和SGAM頁比較困難的地方：

　　1、 關于GAM和SGAM頁中的BUFFER信息基本無法理解，也找不到相關材料。

　　2、 PAGE HEADER的部分信息和Slot 0中的一部分信息，也無法找到相關材料。

　　3、 SGAM頁中的NOT ALLOCATED實際上是統一類型區或者已使用完的混合類型的區，而ALLOCATED實際上為含有自由頁面的混合區。

　　4、 GAM頁中0代表已分配，1代表自由區;和一般的標志位的含義剛好相反。

　　5、 GAM和SGAM實際上只分配了280個頁面，即35個區;顯示出來的數據內容雖然很多，但后面的分區信息實際上是不存在的。

　　6、 GAM和SGAM通過DBCC的printopt為3的屬性顯示出來的頁面分配信息看似是斷號的。

　　7、 GAM和SGAM的區信息的字節是通過二級制反轉得到的。

　　GAM和SGAM頁的總的大小為8192個字節;文件頭為96個字節，slot 0為94個字節，slot 1的頭部的系統信息為4個字節，尾部的系統信息為10個字節，所以有效存儲應為7988個字節，63904個區，511230個頁;事實上當數據文件超過約4G的時候，我們將能在第511232頁、 第511233頁分別找到其對應的GAM、SGAM頁面。