亚洲av色香蕉一区二区三区,十四以下岁毛片带血a级,亚洲 校园 欧美 国产 另类,亚洲av日韩av一区谷露,色欲av无码一区二区三区

收縮指定數(shù)據(jù)庫中的數(shù)據(jù)文件大小。

語法

DBCC SHRINKDATABASE

    ( database_name [ , target_percent ]

        [ , { NOTRUNCATE | TRUNCATEONLY } ]

    )

參數(shù)

database_name

是要收縮的數(shù)據(jù)庫名稱。數(shù)據(jù)庫名稱必須符合標(biāo)識(shí)符的規(guī)則。有關(guān)更多信息，請(qǐng)參見使用標(biāo)識(shí)符。

target_percent

是數(shù)據(jù)庫收縮后的數(shù)據(jù)庫文件中所要的剩余可用空間百分比。

NOTRUNCATE

導(dǎo)致在數(shù)據(jù)庫文件中保留所釋放的文件空間。如果未指定，將所釋放的文件空間釋放給操作系統(tǒng)。

TRUNCATEONLY

導(dǎo)致將數(shù)據(jù)文件中的任何未使用的空間釋放給操作系統(tǒng)，并將文件收縮到上一次所分配的大小，從而減少文件大小，而不移動(dòng)任何數(shù)據(jù)。不試圖重新定位未分配頁的行。使用 TRUNCATEONLY 時(shí)，忽略 target_percentis。

注釋

Microsoft® SQL Server™ 可收縮：

• 特定數(shù)據(jù)庫的所有數(shù)據(jù)和日志文件。執(zhí)行 DBCC SHRINKDATABASE。
  
  



• 一次一個(gè)特定數(shù)據(jù)庫中的數(shù)據(jù)或日志文件。執(zhí)行 DBCC SHRINKFILE。

DBCC SHRINKDATABASE 以每個(gè)文件為單位對(duì)數(shù)據(jù)文件進(jìn)行收縮。然而，DBCC SHRINKDATABASE 在對(duì)日志文件進(jìn)行收縮時(shí)，看起來好像所有的日志文件都存在于一個(gè)連續(xù)的日志池中。

假設(shè)名為 mydb 的數(shù)據(jù)庫有兩個(gè)數(shù)據(jù)文件和兩個(gè)日志文件。這些數(shù)據(jù)文件和日志文件大小都為 10 MB。第一個(gè)數(shù)據(jù)文件包含 6 MB 數(shù)據(jù)。

對(duì)于每個(gè)文件，SQL Server 計(jì)算目標(biāo)大小，即要收縮文件到的大小。當(dāng)用 target_percent 指定 DBCC SHRINKDATABASE 時(shí)，SQL Server 計(jì)算的目標(biāo)大小是收縮后文件中的 target_percent 可用空間大小。例如，如果指定按 target_percent 為 25 收縮 mydb。SQL Server 計(jì)算的該文件的目標(biāo)大小為 8 MB（6 MB 數(shù)據(jù)加上 2 MB 可用空間）。因此，SQL Server 將任何數(shù)據(jù)從數(shù)據(jù)文件的最后 2 MB 中移動(dòng)到數(shù)據(jù)文件前 8 MB 的可用空間中，然后對(duì)該文件進(jìn)行收縮。

假設(shè) mydb 的第一個(gè)數(shù)據(jù)文件包含 7 MB 的數(shù)據(jù)。若將 target_percent 指定為 30，則允許將該數(shù)據(jù)文件收縮到所要的可用百分比 30。然而，若將 target_percent 指定為 40，就不會(huì)收縮該數(shù)據(jù)文件，因?yàn)?SQL Server 不能將文件收縮到比數(shù)據(jù)當(dāng)前占有的空間還小的程度。也可以從另一個(gè)角度考慮這個(gè)問題：40% 要求的可用空間 + 70% 完整的數(shù)據(jù)文件（10 MB 中的 7 MB）大于 100%。因?yàn)樗蟮目捎冒俜直燃由蠑?shù)據(jù)文件占用的當(dāng)前百分比大于 100%（多出 10%），所以任何大于 30 的 target_size 都不會(huì)收縮該數(shù)據(jù)文件。

對(duì)于日志文件，SQL Server 使用 target_percent 以對(duì)整個(gè)日志的目標(biāo)大小進(jìn)行計(jì)算；因此，target_percent 是收縮操作后日志中的可用空間大小。之后，整個(gè)日志的目標(biāo)大小可以解釋為每個(gè)日志文件的目標(biāo)大小。DBCC SHRINKDATABASE 嘗試立即將每個(gè)物理日志文件收縮到其目標(biāo)大小。如果虛擬日志中的所有邏輯日志部分都沒有超出日志文件的目標(biāo)大小，則該文件將成功截?cái)?，DBCC SHRINKDATABASE 完成且不顯示任何消息。然而，如果虛擬日志中的邏輯日志部分超出其目標(biāo)大小，則 SQL Server 釋放盡可能多的空間并發(fā)出一條消息。該消息告訴您需要執(zhí)行什么操作來移動(dòng)文件末尾超出虛擬日志的邏輯日志部分。執(zhí)行完該操作后，可以重新發(fā)出 DBCC SHRINKDATABASE 命令以釋放剩余的空間。有關(guān)收縮事務(wù)日志的更多信息，請(qǐng)參見收縮事務(wù)日志。

因?yàn)槿罩疚募荒苁湛s到虛擬日志文件邊界，所以不可能將日志文件收縮到比虛擬日志文件更小（即使現(xiàn)在沒有使用該文件）。例如，可以將數(shù)據(jù)庫的 1 GB 日志文件收縮到只有 128 MB。有關(guān)截?cái)嗟母嘈畔ⅲ?qǐng)參見截?cái)嗍聞?wù)日志。有關(guān)確定虛擬日志文件大小的更多信息，請(qǐng)參見虛擬日志文件。

由 DBCC SHRINKDATABASE 計(jì)算的數(shù)據(jù)和日志文件的目標(biāo)大小始終不小于文件的最小大小。文件的最小大小是在文件最初創(chuàng)建時(shí)指定的大小，或是上一次用更改文件大小的操作（如用帶有 MODIFY FILE 選項(xiàng)的 ALTER DATABASE 或 DBCC SHRINKFILE）顯式設(shè)置的大小。例如，如果在執(zhí)行 CREATE DATABASE 時(shí)，將 mydb 的所有數(shù)據(jù)和日志文件大小都指定為 10 MB，則每個(gè)文件的最小大小都為 10 MB。DBCC SHRINKDATABASE 不能收縮任何小于 10 MB 的文件。如果使用帶有 MODIFY FILE 選項(xiàng)的 ALTER DATABASE 將其中的一個(gè)文件顯示增長(zhǎng)到 20 MB，則該文件新的最小大小為 20 MB。若要將文件大小收縮到小于其最小大小，請(qǐng)使用 DBCC SHRINKFILE 并指定新大小。執(zhí)行 DBCC SHRINKFILE 會(huì)將文件的最小大小更改為所指定的新大小。

在使用數(shù)據(jù)文件時(shí)，DBCC SHRINKDATABASE 有 NOTRUNCATE 和 TRUNCATEONLY 選項(xiàng)。如果為日志文件指定這兩個(gè)選項(xiàng)，則將忽略這兩個(gè)選項(xiàng)。DBCC SHRINKDATABASE 不帶任何選項(xiàng)等價(jià)于 DBCC SHRINKDATABASE 帶有 NOTRUNCATE 選項(xiàng)，后面還要跟著帶有 TRUNCATEONLY 選項(xiàng)的 DBCC SHRINKDATABASE。

不論是否指定 target_percent，NOTRUNCATE 選項(xiàng)都執(zhí)行 DBCC SHRINKDATABASE 的實(shí)際數(shù)據(jù)移動(dòng)操作（包括將分配頁從文件的末尾移動(dòng)到文件前面的未分配頁）。然而，文件末尾的可用空間不會(huì)返回給操作系統(tǒng)，文件的物理大小也不會(huì)更改。因此，如果指定 NOTRUNCATE 選項(xiàng)，數(shù)據(jù)文件好像沒有收縮。例如，假設(shè)再次使用 mydb 數(shù)據(jù)庫，該 mydb 有兩個(gè)數(shù)據(jù)文件和兩個(gè)日志文件。第二個(gè)數(shù)據(jù)文件和第二個(gè)日志文件的大小都為 10 MB。執(zhí)行 DBCC SHRINKDATABASE mydb NOTRUNCATE 時(shí)，Microsoft SQL Server 將數(shù)據(jù)從數(shù)據(jù)文件的后面幾頁移動(dòng)到前面幾頁中。而文件的大小仍然為 10 MB。

TRUNCATEONLY 選項(xiàng)將文件末尾的所有可用空間收回給操作系統(tǒng)。然而，TRUNCATEONLY 在文件內(nèi)不執(zhí)行任何頁移動(dòng)操作。指定的文件只能收縮到上一次分配的大小。如果使用 TRUNCATEONLY 選項(xiàng)指定 target_percent，則忽略后者。

所生成的數(shù)據(jù)庫不能比 model 數(shù)據(jù)庫更小。

要收縮的數(shù)據(jù)庫不必在單用戶模式下；其他的用戶仍可以在數(shù)據(jù)庫收縮時(shí)對(duì)其進(jìn)行工作。這也包括系統(tǒng)數(shù)據(jù)庫。

結(jié)果集

下表描述結(jié)果集內(nèi)的列。

說明  SQL Server 并不顯示未收縮的文件的行。

權(quán)限

DBCC SHRINKDATABASE 權(quán)限默認(rèn)授予 sysadmin 固定服務(wù)器角色或 db_owner 固定數(shù)據(jù)庫角色的成員且不可轉(zhuǎn)讓。

示例

下例將 UserDB 用戶數(shù)據(jù)庫中的文件減小，以使 UserDB 中的文件有 10% 的可用空間。

DBCC SHRINKDATABASE (UserDB, 10)
GO