釋放方法:
我們提供的服務(wù)有：做網(wǎng)站、成都網(wǎng)站制作、微信公眾號開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、梅縣ssl等。為數(shù)千家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務(wù)，是有科學(xué)管理、有技術(shù)的梅縣網(wǎng)站制作公司
1.打開sqlserver管理工具，選中需要操作的數(shù)據(jù)庫——右鍵——任務(wù)——分離；
勾選刪除鏈接（如果有鏈接連著數(shù)據(jù)庫會導(dǎo)致分離失敗）然后點(diǎn)擊確定
2.這時(shí)候你會發(fā)現(xiàn)你的數(shù)據(jù)庫不見了，不要著急，一會兒就弄回來，先去我的電腦-文件管理 把萬惡之源 ldf文件刪除了
3.然后回到管理工具 附加上剛才分離的庫文件 一般是 ndf 或者mdf后綴的
4.選擇后下面會有兩個(gè)文件 如果你刪了ldf 會提示日志文件找不到 把那一項(xiàng)刪了 點(diǎn)確定就是 再去刪一遍日志文件 我就不截圖了
附加完畢是不是發(fā)現(xiàn) 我的數(shù)據(jù)庫又回來了 整個(gè)過程都不需要重啟數(shù)據(jù)庫
如果想要直接釋放也可以，但是前提是你需要知道文件的名字，直接執(zhí)行語句
DBCC SHRINKFILE（‘FileName’, 1 , TRUNCATEONLY ）
也可以直接釋放。
具體函數(shù) DBCC SHRINKFILE的參數(shù)定義，大家可以自己在網(wǎng)上查詢。
有以下處理方法：
方法1：修改數(shù)據(jù)文件的擴(kuò)展性
1
alter database datafile '文件路徑' autoextend on next 100m maxsize 4000M;
方法2：給表空間增加新的數(shù)據(jù)文件
1
alter tablespace 表空間名 add datafile '數(shù)據(jù)文件路徑‘ size 1000m autoextend on next 100m maxsize 4000M;
Sql Server 區(qū)管理(GAM,SGAM)
大家都知道Sql Server 中數(shù)據(jù)文件存儲的最小單位是頁面(Page),但實(shí)際SQLSERVE并不是以頁面為單位給數(shù)據(jù)分配空間的，Sql Server默認(rèn)的存儲分配單位是盤區(qū)(Extend)。這樣做的主要原因是為了避免頻繁的讀寫IO，提升性能。在表或其它對象分配存儲空間，不是直接分配一個(gè)8K的頁面，而是以一個(gè)盤區(qū)(Extend)為存儲分配單位，一個(gè)盤區(qū)為8個(gè)頁面(Size = 8＊8K＝64K)。
這樣，對區(qū)得操作就會非常頻繁，也要求Sql Server有自己的一套系統(tǒng)管理著數(shù)量眾多的區(qū)。其中最突出的出一個(gè)問題，那就是在存儲那些只有少量數(shù)據(jù)，不足8K的對象，如果也是分配給一個(gè)盤區(qū)，就會存在存儲空間上的浪費(fèi)，降低了空間分配效率。
為解決上述問題，SQLSERVER提供了一種解決方案，定義了兩種盤區(qū)類型,統(tǒng)一盤區(qū)和混合盤區(qū)。
全局分配映射表 (GAM)?：統(tǒng)一盤區(qū)，GAM 頁記錄已分配的區(qū)。每個(gè) GAM 包含 64,000 個(gè)區(qū)，相當(dāng)于近 4 GB 的數(shù)據(jù)。GAM 用一個(gè)位來表示所涵蓋區(qū)間內(nèi)的每個(gè)區(qū)的狀態(tài)。如果位為 1，則區(qū)可用；如果位為 0，則區(qū)已分配。?
共享全局分配映射表 (SGAM)?：由多個(gè)對象共同擁有該盤區(qū)，SGAM 頁記錄當(dāng)前用作混合區(qū)且至少有一個(gè)未使用的頁的區(qū)。每個(gè) SGAM 包含 64,000 個(gè)區(qū)，相當(dāng)于近 4 GB 的數(shù)據(jù)。SGAM 用一個(gè)位來表示所涵蓋區(qū)間內(nèi)的每個(gè)區(qū)的狀態(tài)。如果位為 1，則區(qū)正用作混合區(qū)且有可用頁。如果位為 0，則區(qū)未用作混合區(qū)，或者雖然用作混合區(qū)但其所有頁均在使用中。?
在實(shí)際為對象分配存儲盤區(qū)時(shí)，為了提高空間利用率，默認(rèn)的情況下，如果一個(gè)對象一開始大小小于8個(gè)頁面，就盡量放在混合盤區(qū)中，如果該對象大小增加到8個(gè)頁面后，SQLSERVER會為這個(gè)對象重新分配一個(gè)統(tǒng)一盤區(qū)。
據(jù)區(qū)當(dāng)前的使用情況，GAM 和 SGAM 中每個(gè)區(qū)具有以下位模式：
這將簡化區(qū)管理算法。若要分配統(tǒng)一區(qū)，數(shù)據(jù)庫引擎將在 GAM 中搜索為 1 的位，并將其設(shè)置為 0。若要查找具有可用頁的混合區(qū)，數(shù)據(jù)庫引擎將在 SGAM 中搜索為 1 的位。若要分配混合區(qū)，數(shù)據(jù)庫引擎將在 GAM 中搜索為 1 的位，將其設(shè)置為 0，然后將 SGAM 中對應(yīng)的位設(shè)置為 1。若要釋放區(qū)，數(shù)據(jù)庫引擎確保將 GAM 位設(shè)置為 1，將 SGAM 位設(shè)置為 0。實(shí)際上，數(shù)據(jù)庫引擎內(nèi)部使用的算法比本主題中介紹的更為復(fù)雜，因?yàn)閿?shù)據(jù)庫引擎在數(shù)據(jù)庫中均勻分布數(shù)據(jù)。但是，由于無需管理區(qū)分配信息鏈，因此即使是實(shí)際算法也會被簡化。
管理Sql Server可用空間
首先摘錄段 MSDN 的一段官方解釋：
頁可用空間 (PFS) 頁記錄每頁的分配狀態(tài)，是否已分配單個(gè)頁以及每頁的可用空間量。PFS 對每頁都有一個(gè)字節(jié)，記錄該頁是否已分配。如果已分配，則記錄該頁是為空、已滿 1% 到 50%、已滿 51% 到 80%、已滿 81% 到 95% 還是已滿 96% 到 100%。
將區(qū)分配給對象后，數(shù)據(jù)庫引擎將使用 PFS 頁來記錄區(qū)中的哪些頁已分配或哪些頁可用。數(shù)據(jù)庫引擎必須分配新頁時(shí)，將使用此信息。保留的頁中的可用空間量僅用于堆和 Text/Image 頁。數(shù)據(jù)庫引擎必須找到一個(gè)具有可用空間的頁來保存新插入的行時(shí)，使用此信息。索引不要求跟蹤頁的可用空間，因?yàn)椴迦胄滦械狞c(diǎn)是由索引鍵值設(shè)置的。
在數(shù)據(jù)文件中，PFS 頁是文件頭頁之后的第一頁（頁碼為 1）。接著是 GAM 頁（頁碼為 2），然后是 SGAM 頁（頁碼為 3）。第一個(gè) PFS 頁之后是一個(gè)大小大約為 8,000 頁的 PFS 頁。在第 2 頁的第一個(gè) GAM 頁之后還有另一個(gè) GAM 頁（包含 64,000 個(gè)區(qū)），在第 3 頁的第一個(gè) SGAM 頁之后也有另一個(gè) SGAM 頁（包含 64,000 個(gè)區(qū)）。下圖顯示了數(shù)據(jù)庫引擎用來分配和管理區(qū)的頁順序。
看過之后，讓人一頭霧水，真是不知所云，真佩服這些 MSDN 是如何翻譯的，看來中文 MSDN 太不靠譜，最后沒辦法，只能google了
其實(shí)上面說的意思就是：Sql Server 管理可用空間的方法是，查找每個(gè)每個(gè)頁面是否使用，以及使用情況情況。這時(shí)就需要一個(gè)頁面來記錄各個(gè)頁面的使用情況了，這就是 PFS 頁。
PFS(Page Free Space)，也叫頁面自由空間，該頁面用來跟蹤一個(gè)文件中每一個(gè)特定的頁面的利用率情況。一個(gè)文件中第二個(gè)頁面(頁碼1)就是PFS頁面，該頁面的每個(gè)字節(jié)都記錄了相應(yīng)頁面的分配情況、頁面類型、是否IAM頁、是否包含刪除記錄、以及空間利用率信息;PFS能夠管理和跟蹤8088個(gè)頁面的使用情況，即接近64M的空間，以后每8088個(gè)頁面將再出現(xiàn)一次。
讓我們首先了解一下PFS的頁面管理字節(jié)的構(gòu)造，管理單位為字節(jié)，每字節(jié)管理一個(gè)頁面。
第0個(gè)bit為保留字節(jié)，始終為0
第1個(gè)bit表示該頁面是否已分配，我們知道GAM頁用來管理區(qū)是否已分配，但一個(gè)區(qū)包含8個(gè)頁面，所以用該bit用來準(zhǔn)確定位該區(qū)的某個(gè)頁面是否已分配出去了。
第2個(gè)bit表示該頁面是否混合分區(qū)的一個(gè)頁面。
第3個(gè)bit表示該頁面是否是一個(gè)IAM(索引分配映射)頁面。
第4個(gè)bit表示該頁面中是否包含幻影或已刪除記錄，這有助于SQL Server定期清理幻影或已刪除記錄。
第5~7個(gè)頁面表示該頁面的空間使用率情況。
sqlserver數(shù)據(jù)文件太大，表占用空間太大，怎么釋放空間
ms
sqlserver
自帶收縮功能
可以試下
表占用空間大不一定能收縮多少
畢竟有數(shù)據(jù)在那,如果這表經(jīng)常有刪除動(dòng)作的話
收縮還是有用的,
在程序組中，展開“Sqlserver”運(yùn)行“查詢分析器”。輸入用戶名、密碼。
在工具欄的數(shù)據(jù)庫列表中選擇要操作的數(shù)據(jù)庫。
輸入：select * from sysfiles 執(zhí)行，可以看到下面的內(nèi)容，記住其中的fileid字段的內(nèi)容，也就是1或2，標(biāo)識數(shù)據(jù)庫的數(shù)據(jù)文件或日志文件，下面的命令要用到這里的值。
輸入：dbcc?shrinkdatabase('?庫名'?)，收縮數(shù)據(jù)庫，結(jié)果如下：可以看到壓縮后的數(shù)據(jù)庫文件的尺寸。
輸入：dbcc?shrinkfile(2,?0)執(zhí)行，然后輸入dbcc?shrinkfile(1,?0)執(zhí)行。兩句命令中的第一個(gè)參數(shù)就是前面看到的FileID的值，表示了一個(gè)是日志文件，一個(gè)是數(shù)據(jù)文件。第二個(gè)參數(shù)0，表示收縮到初始大小。
輸入：dbcc updateusage (0)，執(zhí)行更新操作，完工！更新后可以跟之前的數(shù)據(jù)文件比對一下了，會有相對較大的尺寸上的優(yōu)化了。
重慶分公司
重慶分公司
