sql數(shù)據(jù)庫日志已滿的處理方式.doc_第1頁
sql數(shù)據(jù)庫日志已滿的處理方式.doc_第2頁
sql數(shù)據(jù)庫日志已滿的處理方式.doc_第3頁
sql數(shù)據(jù)庫日志已滿的處理方式.doc_第4頁
sql數(shù)據(jù)庫日志已滿的處理方式.doc_第5頁
已閱讀5頁,還剩1頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

DBCC SHRINKDATABASE收縮指定數(shù)據(jù)庫中的數(shù)據(jù)文件大小。語法DBCC SHRINKDATABASE ( database_name , target_percent , NOTRUNCATE | TRUNCATEONLY )參數(shù)database_name是要收縮的數(shù)據(jù)庫名稱。數(shù)據(jù)庫名稱必須符合標(biāo)識符的規(guī)則。有關(guān)更多信息,請參見使用標(biāo)識符。 target_percent是數(shù)據(jù)庫收縮后的數(shù)據(jù)庫文件中所要的剩余可用空間百分比。 NOTRUNCATE導(dǎo)致在數(shù)據(jù)庫文件中保留所釋放的文件空間。如果未指定,將所釋放的文件空間釋放給操作系統(tǒng)。 TRUNCATEONLY導(dǎo)致將數(shù)據(jù)文件中的任何未使用的空間釋放給操作系統(tǒng),并將文件收縮到上一次所分配的大小,從而減少文件大小,而不移動任何數(shù)據(jù)。不試圖重新定位未分配頁的行。使用 TRUNCATEONLY 時,忽略 target_percentis。注釋Microsoft SQL Server 可收縮: 特定數(shù)據(jù)庫的所有數(shù)據(jù)和日志文件。執(zhí)行 DBCC SHRINKDATABASE。一次一個特定數(shù)據(jù)庫中的數(shù)據(jù)或日志文件。執(zhí)行 DBCC SHRINKFILE。 DBCC SHRINKDATABASE 以每個文件為單位對數(shù)據(jù)文件進(jìn)行收縮。然而,DBCC SHRINKDATABASE 在對日志文件進(jìn)行收縮時,看起來好像所有的日志文件都存在于一個連續(xù)的日志池中。 假設(shè)名為 mydb 的數(shù)據(jù)庫有兩個數(shù)據(jù)文件和兩個日志文件。這些數(shù)據(jù)文件和日志文件大小都為 10 MB。第一個數(shù)據(jù)文件包含 6 MB 數(shù)據(jù)。對于每個文件,SQL Server 計算目標(biāo)大小,即要收縮文件到的大小。當(dāng)用 target_percent 指定 DBCC SHRINKDATABASE 時,SQL Server 計算的目標(biāo)大小是收縮后文件中的 target_percent 可用空間大小。例如,如果指定按 target_percent 為 25 收縮 mydb。SQL Server 計算的該文件的目標(biāo)大小為 8 MB(6 MB 數(shù)據(jù)加上 2 MB 可用空間)。因此,SQL Server 將任何數(shù)據(jù)從數(shù)據(jù)文件的最后 2 MB 中移動到數(shù)據(jù)文件前 8 MB 的可用空間中,然后對該文件進(jìn)行收縮。假設(shè) mydb 的第一個數(shù)據(jù)文件包含 7 MB 的數(shù)據(jù)。若將 target_percent 指定為 30,則允許將該數(shù)據(jù)文件收縮到所要的可用百分比 30。然而,若將 target_percent 指定為 40,就不會收縮該數(shù)據(jù)文件,因為 SQL Server 不能將文件收縮到比數(shù)據(jù)當(dāng)前占有的空間還小的程度。也可以從另一個角度考慮這個問題:40% 要求的可用空間 + 70% 完整的數(shù)據(jù)文件(10 MB 中的 7 MB)大于 100%。因為所要求的可用百分比加上數(shù)據(jù)文件占用的當(dāng)前百分比大于 100%(多出 10%),所以任何大于 30 的 target_size 都不會收縮該數(shù)據(jù)文件。 對于日志文件,SQL Server 使用 target_percent 以對整個日志的目標(biāo)大小進(jìn)行計算;因此,target_percent 是收縮操作后日志中的可用空間大小。之后,整個日志的目標(biāo)大小可以解釋為每個日志文件的目標(biāo)大小。DBCC SHRINKDATABASE 嘗試立即將每個物理日志文件收縮到其目標(biāo)大小。如果虛擬日志中的所有邏輯日志部分都沒有超出日志文件的目標(biāo)大小,則該文件將成功截斷,DBCC SHRINKDATABASE 完成且不顯示任何消息。然而,如果虛擬日志中的邏輯日志部分超出其目標(biāo)大小,則 SQL Server 釋放盡可能多的空間并發(fā)出一條消息。該消息告訴您需要執(zhí)行什么操作來移動文件末尾超出虛擬日志的邏輯日志部分。執(zhí)行完該操作后,可以重新發(fā)出 DBCC SHRINKDATABASE 命令以釋放剩余的空間。有關(guān)收縮事務(wù)日志的更多信息,請參見收縮事務(wù)日志。因為日志文件只能收縮到虛擬日志文件邊界,所以不可能將日志文件收縮到比虛擬日志文件更?。词宫F(xiàn)在沒有使用該文件)。例如,可以將數(shù)據(jù)庫的 1 GB 日志文件收縮到只有 128 MB。有關(guān)截斷的更多信息,請參見截斷事務(wù)日志。有關(guān)確定虛擬日志文件大小的更多信息,請參見虛擬日志文件。 由 DBCC SHRINKDATABASE 計算的數(shù)據(jù)和日志文件的目標(biāo)大小始終不小于文件的最小大小。文件的最小大小是在文件最初創(chuàng)建時指定的大小,或是上一次用更改文件大小的操作(如用帶有 MODIFY FILE 選項的 ALTER DATABASE 或 DBCC SHRINKFILE)顯式設(shè)置的大小。例如,如果在執(zhí)行 CREATE DATABASE 時,將 mydb 的所有數(shù)據(jù)和日志文件大小都指定為 10 MB,則每個文件的最小大小都為 10 MB。DBCC SHRINKDATABASE 不能收縮任何小于 10 MB 的文件。如果使用帶有 MODIFY FILE 選項的 ALTER DATABASE 將其中的一個文件顯示增長到 20 MB,則該文件新的最小大小為 20 MB。若要將文件大小收縮到小于其最小大小,請使用 DBCC SHRINKFILE 并指定新大小。執(zhí)行 DBCC SHRINKFILE 會將文件的最小大小更改為所指定的新大小。在使用數(shù)據(jù)文件時,DBCC SHRINKDATABASE 有 NOTRUNCATE 和 TRUNCATEONLY 選項。如果為日志文件指定這兩個選項,則將忽略這兩個選項。DBCC SHRINKDATABASE 不帶任何選項等價于 DBCC SHRINKDATABASE 帶有 NOTRUNCATE 選項,后面還要跟著帶有 TRUNCATEONLY 選項的 DBCC SHRINKDATABASE。不論是否指定 target_percent,NOTRUNCATE 選項都執(zhí)行 DBCC SHRINKDATABASE 的實(shí)際數(shù)據(jù)移動操作(包括將分配頁從文件的末尾移動到文件前面的未分配頁)。然而,文件末尾的可用空間不會返回給操作系統(tǒng),文件的物理大小也不會更改。因此,如果指定 NOTRUNCATE 選項,數(shù)據(jù)文件好像沒有收縮。例如,假設(shè)再次使用 mydb 數(shù)據(jù)庫,該 mydb 有兩個數(shù)據(jù)文件和兩個日志文件。第二個數(shù)據(jù)文件和第二個日志文件的大小都為 10 MB。執(zhí)行 DBCC SHRINKDATABASE mydb NOTRUNCATE 時,Microsoft SQL Server 將數(shù)據(jù)從數(shù)據(jù)文件的后面幾頁移動到前面幾頁中。而文件的大小仍然為 10 MB。TRUNCATEONLY 選項將文件末尾的所有可用空間收回給操作系統(tǒng)。然而,TRUNCATEONLY 在文件內(nèi)不執(zhí)行任何頁移動操作。指定的文件只能收縮到上一次分配的大小。如果使用 TRUNCATEONLY 選項指定 target_percent,則忽略后者。所生成的數(shù)據(jù)庫不能比 model 數(shù)據(jù)庫更小。要收縮的數(shù)據(jù)庫不必在單用戶模式下;其他的用戶仍可以在數(shù)據(jù)庫收縮時對其進(jìn)行工作。這也包括系統(tǒng)數(shù)據(jù)庫。結(jié)果集下表描述結(jié)果集內(nèi)的列。列名 描述 DbId SQL Server 試圖收縮的文件的數(shù)據(jù)庫標(biāo)識號。 FileId SQL Server 試圖收縮的文件的文件標(biāo)識號。 CurrentSize 文件當(dāng)前占用的 8KB 頁數(shù)。 MinimumSize 文件可以占用的最小 8KB 頁數(shù)。這與文件的最小大小或最初創(chuàng)建時的大小相對應(yīng)。 UsedPages 文件當(dāng)前使用的 8KB 頁數(shù)。 EstimatedPages SQL Server 估計文件能夠收縮到的 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)識符的規(guī)則。有關(guān)更多信息,請參見使用標(biāo)識符。 file_id是要收縮的文件的標(biāo)識 (ID) 號。若要獲得文件 ID,請使用 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 不會將文件收縮到小于存儲文件中的數(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 選項的文件上。該選項允許使用 ALTER DATABASE 語句除去文件。NOTRUNCATE導(dǎo)致將釋放的文件空間保留在文件中。當(dāng)與 target_size 一起指定 NOTRUNCATE 時,釋放的空間不會釋放給操作系統(tǒng)。DBCC SHRINKFILE 的唯一影響是將已使用的頁從 target_size 行上面重新定位到文件的前面。當(dāng)未指定 NOTRUNCATE 時,所有釋放的文件空間返回給操作系統(tǒng)。TRUNCATEONLY導(dǎo)致文件中的任何未使用的空間釋放給操作系統(tǒ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ù)庫的更多信息,請參見 USE。 所生成的數(shù)據(jù)庫不能比 model 數(shù)據(jù)庫更小。使用 DBCC SHRINKFILE 以將文件減小到比其最初創(chuàng)建時更小。之后,文件的最小大小重置為新指定的大小。若要刪除在文件中可能出現(xiàn)的任何數(shù)據(jù),請在執(zhí)行ALTER DATABASE 之前執(zhí)行 DBCC SHRINKFILE(file_name, EMPTYFILE)。要收縮的數(shù)據(jù)庫不必在單用戶模式下;收縮文件時,同時其他用戶可以在數(shù)據(jù)庫中工作。不必在單用戶模式下運(yùn)行 SQL Server 以對系統(tǒng)數(shù)據(jù)庫進(jìn)行收縮。對于日志文件,SQL Server 使用 target_size 以計算整個日志的目標(biāo)大?。灰虼?,target_size 是收縮操作完成后日志中的可用空間大小。之后,整個日志的目標(biāo)大小可以解釋為每個日志文件的目標(biāo)大小。DBCC SHRINKFILE 嘗試立即將每個物理日志文件收縮至其目標(biāo)大小。如果虛擬日志中的所有邏輯日志部分都沒有超出日志文件的目標(biāo)大小,該文件將成功截斷,DBCC SHRINKFILE 完成且不顯示任何消息。然而,如果虛擬日志中的邏輯日志部分超出目標(biāo)大小,則 SQL Server 釋放盡可能多的空間并發(fā)出一條消息。該信息告訴您需要執(zhí)行什么操作來移動文件末尾超出虛擬日志的邏輯日志部分。執(zhí)行完該操作后,可以重新發(fā)出 DBCC SHRINKFILE 命令以釋放剩余的空間。有關(guān)收縮事務(wù)日志的更多信息,請參見收縮事務(wù)日志。因為日志文件只能收縮到虛擬日志文件邊界,所以不可能將日志文件收縮到比虛擬日志文件更?。词宫F(xiàn)在沒有使用該文件)。例如,可以將數(shù)據(jù)庫的 1 GB 日志文件收縮到只有 128 MB。有關(guān)截斷的更多信息,請參見截斷事務(wù)日志。有關(guān)確定虛擬日志文件大小的更多信息,請參見虛擬日志文件。 結(jié)果集下表描述結(jié)果集內(nèi)的列。列名 描述 DbId SQL Server 試圖收縮的文件的數(shù)據(jù)庫標(biāo)識號。 FileId SQL Server 試圖收縮的文件的文件標(biāo)識號。 CurrentSize 文件當(dāng)前占用的 8KB 頁數(shù)。 Minimu

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論