如果SQL Server需要找到一個新的完全沒有使用的區，那麼它可以使用任何一個在GAM頁面中對應的比特位值為1的區。如果SQL Server需要找到一個有著可用空間(有一個或多個自由頁面)的混合類型的區，那麼它可以尋找一個對應的GAM中的值為0、SGAM中的值為1的區。如果不存在有可用空間的混合類型的區，SQL Server會使用GAM頁面來尋找一個全新的區並將其分配為混合類型的區，然後使用該區中的一頁。如果根本沒有自由區，那麼這個文件已經滿了。
第0頁 第1頁 第2頁 第3頁 第4頁 第5頁 第6頁 第7頁 m_type=15 m_type=11 m_type=8 m_type=9 m_type=0 m_type=0 m_type=16 m_type=17 頭文件頁 PFS頁 GAM頁 SGAM頁 保留頁 保留頁 DCM頁 BCM頁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頁，即和我們看到的數據庫數據文件的大小完全相等。
第8頁 第8頁 第8頁 第N頁 第173頁 第279頁 m_type=1 m_type=13 m_type in (1,2,10) N/A Data頁 Boot頁 主要為內部系統表相關信息 未分配以下截圖是通過SQLServer2008的Internals Viewer插件看到的整體頁面結構，該插件是從http://www.SQLInernalsViewer.com網站下載的，分為不同的.net版本。
備注：TESTDB為新創建的空數據庫，沒有任何用戶自定義對象，直到有建表腳本為止;
關於數據庫頁類型如下所示：
類型
頁面類型名稱
頁面類型描述
1
Data page
堆表和聚集索引的葉子節點數據
2
Index page
聚集索引的非葉子節點和非聚集索引的所有索引記錄
3
Text mixed page
A text page that holds small chunks of LOB values plus internal parts of text tree. These can be shared between LOB values in the same partition of an index or heap.
4
Text tree page
A text page that holds large chunks of LOB values from a single column value.
7
Sort page
排序時所用到的臨時頁，排序中間操作存儲數據用的。
8
GAM page
全局分配映射（Global Allocation Map，GAM）頁面 這些頁面記錄了哪些區已經被分配並用作何種用途。
9
SGAM page
共享全局分配映射（Shared Global Allocation Map，GAM）頁面 這些頁面記錄了哪些區當前被用作混合類型的區，並且這些區需含有至少一個未使用的頁面。
10
IAM page.
有關每個分配單元中表或索引所使用的區的信息
11
PFS page.
有關頁分配和頁的可用空間的信息
13
boot page.
記錄了關於數據庫的信息，僅存於每個數據庫的第9頁
15
file header page
記錄了關於數據庫文件的信息，存於每個數據庫文件的第0頁
16
DCM page
記錄自從上次全備以來的數據改變的頁面，以備差異備份
17
BCM page
有關每個分配單元中自最後一條 BACKUP LOG 語句之後的大容量操作所修改的區的信息
實際上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的數據庫文件，所以我們執行以下命令即可。
復制代碼 代碼如下:
DBCC TRACEON(3604)
DBCC PAGE(TESTDB,1,2,1) —查看GAM頁信息
DBCC PAGE(TESTDB,1,3,1) —查看SGAM頁信息
DBCC PAGE(TESTDB,1,2,2) —查看GAM頁信息和整體輸出頁面
DBCC PAGE(TESTDB,1,3,2) —查看SGAM頁信息和整體輸出頁面
DBCC PAGE(TESTDB,1,2,3) —查看GAM頁信息及相應列值
DBCC PAGE(TESTDB,1,3,3) —查看SGAM頁信息及相應列值
DBCC PAGE(TESTDB,1,2,1) WITH TABLERESULTS —以表格形式查看SGAM頁信息及相應列值
DBCC PAGE(TESTDB,1,3,1) WITH TABLERESULTS —以表格形式查看SGAM頁信息及相應列值
我們可以看到一個完整的頁面分為四個部分;BUFFER、PAGE HEADER、DATA和OFFSET TABLE。
讓我們首先從GAM頁開始看起：
BUFFER部分：
顯示給定頁面的緩沖信息，是內存中的結構，用於管理頁面，該信息僅當該頁面處於內存時才有意義。關於這個部分我們知之甚少，基本上無法找到相關材料。
BUF @0x03585CD8 每一次清空緩存再次查詢，地址都會改變 bpage = 0x060B4000 每一次清空緩存再次查詢，地址都會改變 bhash = 0x00000000 相對不變 bpageno = (1:2) 當前頁面地址 bdbid = 8 sys.databases.database_id breferences = 1 每一次清空緩存再次查詢，地址都會改變 bUse1 = 41490 每一次清空緩存再次查詢，地址都會改變 bstat = 0xc00009 相對不變 blog = 0x59ca2159 相對不變 bnext = 0x00000000 相對不變
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頁面。
