當我們創建一個數據庫的時候，例如以缺省的方式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中該區所對應的比特位模式。
區的當前使用情況 GAM比特位設置 SGAM比特位設置 自由，未使用 1 0 統一類型或已全部使用的混合區 0 0 含有自由頁面的混合區 0 1如果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)
我們可以看到一個完整的頁面分為四個部分;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)
以下為DBCC PAGE(TESTDB,1,3,3)得到的相關信息，有興趣的可以和20ee20做一下對比。
最後讓我們用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頁面。
