sql數(shù)據(jù)庫日志已滿的處理方式.doc

DBCC SHRINKDATABASE收縮指定數(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到虛擬日志文件邊界，所以不可能將日志文件收縮到比虛擬日志文件更?。词宫F(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)的列。列名 描述 DbId SQL Server 試圖收縮的文件的數(shù)據(jù)庫標(biāo)識(shí)號(hào)。 FileId SQL Server 試圖收縮的文件的文件標(biāo)識(shí)號(hào)。 CurrentSize 文件當(dāng)前占用的 8KB 頁數(shù)。 MinimumSize 文件可以占用的最小 8KB 頁數(shù)。這與文件的最小大小或最初創(chuàng)建時(shí)的大小相對(duì)應(yīng)。 UsedPages 文件當(dāng)前使用的 8KB 頁數(shù)。 EstimatedPages SQL Server 估計(jì)文件能夠收縮到的 8KB 頁數(shù)。DBCC SHRINKFILE收縮相關(guān)數(shù)據(jù)庫的指定數(shù)據(jù)文件或日志文件大小。語法DBCC SHRINKFILE ( file_name | file_id , target_size | , EMPTYFILE | NOTRUNCATE | TRUNCATEONLY )參數(shù)file_name是已收縮文件的邏輯名稱。文件名必須符合標(biāo)識(shí)符的規(guī)則。有關(guān)更多信息，請(qǐng)參見使用標(biāo)識(shí)符。 file_id是要收縮的文件的標(biāo)識(shí) (ID) 號(hào)。若要獲得文件 ID，請(qǐng)使用 FILE_ID 函數(shù)或在當(dāng)前數(shù)據(jù)庫中搜索 sysfiles。target_size是用兆字節(jié)表示的所要的文件大?。ㄓ谜麛?shù)表示）。如果沒有指定，DBCC SHRINKFILE 將文件大小減少到默認(rèn)文件大小。如果指定 target_size，DBCC SHRINKFILE 將試圖將文件收縮到指定大小。將要釋放的文件部分中的已使用頁將重新定位到保留的文件部分中的可用空間。例如，如果數(shù)據(jù)文件為 10MB，則帶有 target_size 為 8 的 DBCC SHRINKFILE 將導(dǎo)致文件最后 2 MB 中所有已用頁重新分配到文件前 8 MB 中的任何可用槽中。DBCC SHRINKFILE 不會(huì)將文件收縮到小于存儲(chǔ)文件中的數(shù)據(jù)所需要的大小。例如，如果使用 10MB 數(shù)據(jù)文件中的7 MB，帶有 target_size 為 6 的 DBCC SHRINKFILE 語句只能將該文件收縮到 7 MB，而不能收縮到 6 MB。EMPTYFILE將所有數(shù)據(jù)從指定文件中遷移到同一文件組中的其它文件。Microsoft SQL Server 不再允許將數(shù)據(jù)放在用于 EMPTYFILE 選項(xiàng)的文件上。該選項(xiàng)允許使用 ALTER DATABASE 語句除去文件。NOTRUNCATE導(dǎo)致將釋放的文件空間保留在文件中。當(dāng)與 target_size 一起指定 NOTRUNCATE 時(shí)，釋放的空間不會(huì)釋放給操作系統(tǒng)。DBCC SHRINKFILE 的唯一影響是將已使用的頁從 target_size 行上面重新定位到文件的前面。當(dāng)未指定 NOTRUNCATE 時(shí)，所有釋放的文件空間返回給操作系統(tǒng)。TRUNCATEONLY導(dǎo)致文件中的任何未使用的空間釋放給操作系統(tǒng)，并將文件收縮到上一次分配的大小，從而減少文件大小，而不移動(dòng)任何數(shù)據(jù)。不嘗試將行重新定位到未分配頁。如果使用 TRUNCATEONLY，將忽略 target_size。注釋DBCC SHRINKFILE 適用于當(dāng)前數(shù)據(jù)庫中的文件。將上下文切換到數(shù)據(jù)庫，以發(fā)出引用該特定數(shù)據(jù)庫中文件的 DBCC SHRINKFILE 語句。有關(guān)更改當(dāng)前數(shù)據(jù)庫的更多信息，請(qǐng)參見 USE。 所生成的數(shù)據(jù)庫不能比 model 數(shù)據(jù)庫更小。使用 DBCC SHRINKFILE 以將文件減小到比其最初創(chuàng)建時(shí)更小。之后，文件的最小大小重置為新指定的大小。若要?jiǎng)h除在文件中可能出現(xiàn)的任何數(shù)據(jù)，請(qǐng)?jiān)趫?zhí)行ALTER DATABASE 之前執(zhí)行 DBCC SHRINKFILE(file_name, EMPTYFILE)。要收縮的數(shù)據(jù)庫不必在單用戶模式下；收縮文件時(shí)，同時(shí)其他用戶可以在數(shù)據(jù)庫中工作。不必在單用戶模式下運(yùn)行 SQL Server 以對(duì)系統(tǒng)數(shù)據(jù)庫進(jìn)行收縮。對(duì)于日志文件，SQL Server 使用 target_size 以計(jì)算整個(gè)日志的目標(biāo)大??；因此，target_size 是收縮操作完成后日志中的可用空間大小。之后，整個(gè)日志的目標(biāo)大小可以解釋為每個(gè)日志文件的目標(biāo)大小。DBCC SHRINKFILE 嘗試立即將每個(gè)物理日志文件收縮至其目標(biāo)大小。如果虛擬日志中的所有邏輯日志部分都沒有超出日志文件的目標(biāo)大小，該文件將成功截?cái)?，DBCC SHRINKFILE 完成且不顯示任何消息。然而，如果虛擬日志中的邏輯日志部分超出目標(biāo)大小，則 SQL Server 釋放盡可能多的空間并發(fā)出一條消息。該信息告訴您需要執(zhí)行什么操作來移動(dòng)文件末尾超出虛擬日志的邏輯日志部分。執(zhí)行完該操作后，可以重新發(fā)出 DBCC SHRINKFILE 命令以釋放剩余的空間。有關(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)參見虛擬日志文件。 結(jié)果集下表描述結(jié)果集內(nèi)的列。列名 描述 DbId SQL Server 試圖收縮的文件的數(shù)據(jù)庫標(biāo)識(shí)號(hào)。 FileId SQL Server 試圖收縮的文件的文件標(biāo)識(shí)號(hào)。 CurrentSize 文件當(dāng)前占用的 8KB 頁數(shù)。 Minimu