當前位置：首頁 » 編程語言 » sql日誌壓縮大小
擴展閱讀
提分平台的賬號密碼是什麼 2023-08-31 22:07:10
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

sql日誌壓縮大小

發布時間: 2022-08-23 13:18:22

A. 資料庫日誌文件過大如何收縮

網頁鏈接我是用這個方法收縮的，可以將日誌收縮到1MB

守得雲開見月明,花了一個上午結合前輩的博客，終於弄好了sqlserver2008的資料庫日誌收縮到1MB，分享給大家

# 方法步驟

1、執行SQL語句改成「簡單模式」

2、收縮資料庫

3、執行SQL語句改回「完全模式」

## 第一步：執行SQL語句改成「簡單模式」


USE [master]
GO
ALTER DATABASE SlowXWebDB (改成你需要進行收縮的資料庫名) SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE SlowXWebDB (改成你需要進行收縮的資料庫名) SET RECOVERY SIMPLE --改成簡單模式
GO

## 第二步：進行資料庫操作
相關界面截圖和操作
假定：
資料庫名：SlowXWebDB
日誌文件名：SlowXWebDB_Log

## 第三步：執行SQL語句改成「完全模式」

USE [master]
GO
ALTER DATABASE SlowXWebDB (改成你需要進行收縮的資料庫名)SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE datebaseName(改成你需要進行收縮的資料庫名)SET RECOVERY FULL --還原為完全模式
GO
==最後不要忘記實測下資料庫是否能夠正常使用==

網頁鏈接

B. 如何壓縮SQL Server 2005指定資料庫文件和日誌的大小

下面有兩個SQL語句可以達到在SQL Server 2005/2008壓縮指定資料庫文件和日誌的大小的效果：
1、DBCC SHRINKDATABASE (Transact-SQL)
收縮指定資料庫中的數據文件和日誌文件的大小。
語法
DBCC SHRINKDATABASE
( 'database_name' | database_id | 0
[ ,target_percent ]
[ , { NOTRUNCATE | TRUNCATEONLY } ]
)
[ WITH NO_INFOMSGS ]
參數
'database_name' | database_id | 0 要收縮的資料庫的名稱或 ID。如果指定 0，則使用當前資料庫。
target_percent 資料庫收縮後的資料庫文件中所需的剩餘可用空間百分比。
NOTRUNCATE 通過將已分配的頁從文件末尾移動到文件前面的未分配頁來壓縮數據文件中的數據。target_percent 是可選參數。 文件末尾的可用空間不會返回給操作系統，文件的物理大小也不會更改。因此，指定 NOTRUNCATE 時，資料庫看起來未收縮。 NOTRUNCATE 只適用於數據文件。日誌文件不受影響。
TRUNCATEONLY 將文件末尾的所有可用空間釋放給操作系統，但不在文件內部執行任何頁移動。數據文件只收縮到最近分配的區。如果與 TRUNCATEONLY 一起指定，將忽略 target_percent。 TRUNCATEONLY 只適用於數據文件。日誌文件不受影響。
WITH NO_INFOMSGS 取消嚴重級別從 0 到 10 的所有信息性消息。

結果集
列名 說明
DbId 資料庫引擎試圖收縮的文件的資料庫標識號。
FileId 資料庫引擎嘗試收縮的文件的文件標識號。
CurrentSize 文件當前佔用的 8 KB 頁數。
MinimumSize 文件最低可以佔用的 8 KB 頁數。這與文件的最小大小或最初創建時的大小相對應。
UsedPages 文件當前使用的 8 KB 頁數。
EstimatedPages 資料庫引擎估計文件能夠收縮到的 8 KB 頁數。

備注
若要收縮特定資料庫的所有數據和日誌文件，請執行 DBCC SHRINKDATABASE 命令。若要一次收縮一個特定資料庫中的一個數據或日誌文件，請執行 DBCC SHRINKFILE 命令。
若要查看資料庫中當前的可用（未分配）空間量，請運行 sp_spaceused。
可在進程中的任一點停止 DBCC SHRINKDATABASE 操作，任何已完成的工作都將保留。
收縮後的資料庫不能小於資料庫的最小大小。最小大小是在資料庫最初創建時指定的大小，或是使用文件大小更改操作（如 DBCC SHIRNKFILE 或 ALTER DATABASE）顯式設置的最後大小。例如，如果資料庫最初創建時的大小為 10 MB，後來增長到 100 MB，則該資料庫最小隻能收縮到 10 MB，即使已經刪除資料庫的所有數據也是如此。
運行 DBCC SHRINKDATABASE 而不指定 NOTRUNCATE 選項或 TRUNCATEONLY 選項等價於帶 NOTRUNCATE 運行 DBCC SHRINKDATABASE 操作，然後再帶 TRUNCATEONLY 運行 DBCC SHRINKDATABASE 操作。
要收縮的資料庫不必在單用戶模式下；其他的用戶仍可以在資料庫收縮時對其進行工作。這也包括系統資料庫。
不能在備份資料庫時收縮資料庫。反之，也不能在資料庫執行收縮操作時備份資料庫。

DBCC SHRINKDATABASE 的工作原理
DBCC SHRINKDATABASE 以每個文件為單位對數據文件進行收縮。然而，DBCC SHRINKDATABASE 在對日誌文件進行收縮時，它將視為所有的日誌文件都存在於一個連續的日誌池中。文件始終從末尾開始收縮。
假設名為 mydb 的資料庫有一個數據文件和兩個日誌文件。數據文件和日誌文件分別是 10 MB，並且數據文件包含 6 MB 數據。
Microsoft SQL Server 2005 資料庫引擎對每個文件計算一個目標大小。這就是文件將要收縮到的大小。將 target_percent 與 DBCC SHRINKDATABASE 一起指定時，資料庫引擎計算的目標大小是收縮後文件中的 target_percent 可用空間大小。例如，如果在收縮 mydb 時將 target_percent 指定為 25，則資料庫引擎將此文件的目標大小計算為 8 MB（6 MB 數據加上 2 MB 可用空間）。因此，資料庫引擎將任何數據從數據文件的後 2 MB 中移動到數據文件前 8 MB 的可用空間中，然後對該文件進行收縮。
假設 mydb 的數據文件包含 7 MB 的數據。將 target_percent 指定為 30，以允許將此數據文件收縮到可用空間為 30％。但是，將 target_percent 指定為 40 卻不會收縮數據文件，因為資料庫引擎收縮文件的目標大小不能小於數據當前佔用空間大小。您還可以用另一種方法來考慮此問題：所要求的 40％ 可用空間加上整個數據文件大小的 70％（10 MB 中的 7 MB），超過了 100％。因為所要求的可用百分比加上數據文件佔用的當前百分比大於 100%（多出 10%），所以任何大於 30 的 target_size 都不會收縮此數據文件。
對於日誌文件，資料庫引擎使用 target_percent 來計算整個日誌的目標大小；因此，target_percent 是收縮操作後日誌中的可用空間大小。之後，整個日誌的目標大小轉換為每個日誌文件的目標大小。
DBCC SHRINKDATABASE 嘗試立即將每個物理日誌文件收縮到其目標大小。如果虛擬日誌中的所有邏輯日誌部分都沒有超出日誌文件的目標大小，則該文件將成功截斷，DBCC SHRINKDATABASE 完成且不顯示任何消息。但是，如果部分邏輯日誌位於超出目標大小的虛擬日誌中，則資料庫引擎將釋放盡可能多的空間，並發出一條信息性消息。該消息說明需要執行哪些操作來將邏輯日誌移出位於文件末尾的虛擬日誌。執行該操作以後，DBCC SHRINKDATABASE 可用於釋放剩餘空間。有關詳細信息，請參閱收縮事務日誌。
因為日誌文件只能收縮到虛擬日誌文件邊界，所以不可能將日誌文件收縮到比虛擬日誌文件更小（即使現在沒有使用該文件）。虛擬日誌文件的大小在創建或擴展這些日誌文件時由資料庫引擎動態選擇。有關虛擬日誌文件的詳細信息，請參閱事務日誌物理體系結構。

C. sql server 資料庫怎樣壓縮資料庫日誌文件

具體方法有3種。
方法一:
第一步：
backup log database_name with no_log
或者 backup log database_name with truncate_only
-- no_log和truncate_only是在這里是同義的，隨便執行哪一句都可以。
第二步：
1.收縮特定資料庫的所有數據和日誌文件，執行：
dbcc shrinkdatabase (database_name,[,target_percent])
-- database_name是要收縮的資料庫名稱；target_percent是資料庫收縮後的資料庫文件中所要的剩餘可用空間百分比。
2.收縮一次一個特定資料庫中的數據或日誌文件，執行
dbcc shrinkfile(file_id,[,target_size])
-- file_id是要收縮的文件的標識 (ID) 號,若要獲得文件 ID，請使用 FILE_ID 函數或在當前資料庫中搜索 sysfiles；target_size是用兆位元組表示的所要的文件大小（用整數表示）。如果沒有指定，dbcc shrinkfile 將文件大小減少到默認文件大小。兩個dbcc都可以帶上參數notruncate或truncateonly，具體意思查看聯機幫助.

方法二：
第一步：
先備份整個資料庫以備不測 。
第二步：
備份結束後，在Query Analyzer中執行如下的語句：
exec sp_detach_db yourDBName,true
--卸除這個DB在MSSQL中的注冊信息
第三步：
到日誌的物理文件所在的目錄中去刪除該日誌文件或者將該日誌文件移出該目錄
第四步：
在Query Analyzer中執行如下的語句：
exec sp_attach_single_file_db yourDBName,'
d:\mssql\data\yourDBName_data.mdf '
--以單文件的方式注冊該DB，如果成功則MSSQL將自動為這個DB生成一個500K的日誌文件。

方法三:
1. 進入企業管理器，選中資料庫，比如demo
2. 所有任務->分離資料庫
3. 到資料庫文件的存放目錄，將MuOnline_log.LDF文件刪除，以防萬一，你可以拷出去
4. 企業管理器->附加資料庫，選muonline，這個時候你會看見日誌文件這項是一個叉，不要緊，繼續，此時資料庫就會提示你該資料庫無日誌是否創建一個新的，確定就是了。
5. 記得資料庫重新附加後用戶要重新設置一下。
如果以後,不想要它變大:
SQL2000下使用：
在資料庫上點右鍵->屬性->選項->故障恢復-模型-選擇-簡單模型。
或用SQL語句：
alter database 資料庫名 set recovery simple

D. mssql 的日誌文件太大了 怎麼辦

壓縮mssql日誌及資料庫文件大小

/*--特別注意

請按步驟進行,未進行前面的步驟,請不要做後面的步驟
否則可能損壞你的資料庫.
--*/

1.清空日誌
DUMP TRANSACTION 庫名 WITH NO_LOG
***mp transaction 在microsoft的文檔中說是與 backup log 一樣，後續版本會被backup log所替代
***但目前來說，上面此句與下面的backup log還是有不同的含義的。

2.截斷事務日誌：
BACKUP LOG 資料庫名 WITH NO_LOG

3.收縮資料庫文件(如果不壓縮,資料庫的文件不會減小
企業管理器--右鍵你要壓縮的資料庫--所有任務--收縮資料庫--收縮文件
--選擇日誌文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了
--選擇數據文件--在收縮方式里選擇收縮至XXM,這里會給出一個允許收縮到的最小M數,直接輸入這個數,確定就可以了

也可以用SQL語句來完成
--收縮資料庫
DBCC SHRINKDATABASE(客戶資料)

--收縮指定數據文件,1是文件號,可以通過這個語句查詢到:select * from sysfiles
DBCC SHRINKFILE(1)

4.為了最大化的縮小日誌文件(如果是sql 7.0,這步只能在查詢分析器中進行)
a.分離資料庫:
企業管理器--伺服器--資料庫--右鍵--分離資料庫

b.在我的電腦中刪除LOG文件

c.附加資料庫:
企業管理器--伺服器--資料庫--右鍵--附加資料庫

此法將生成新的LOG，大小隻有500多K

或用代碼：
下面的示例分離 pubs，然後將 pubs 中的一個文件附加到當前伺服器。

a.分離
EXEC sp_detach_db @dbname = 'pubs'

b.刪除日誌文件

c.再附加
EXEC sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'

5.為了以後能自動收縮,做如下設置:
企業管理器--伺服器--右鍵資料庫--屬性--選項--選擇"自動收縮"

--SQL語句設置方式:
EXEC sp_dboption '資料庫名', 'autoshrink', 'TRUE'

6.如果想以後不讓它日誌增長得太大
企業管理器--伺服器--右鍵資料庫--屬性--事務日誌
--將文件增長限制為xM(x是你允許的最大數據文件大小)

--SQL語句的設置方式:
alter database 資料庫名 modify file(name=邏輯文件名,maxsize=20)

E. sql收縮資料庫日誌的幾種辦法

在SQL Server 2000/2005中可以快速壓縮日誌log文件，通過SQL,

方法一：

--BigData為資料庫名
DUMPTRANSACTIONBigDataWITHNO_LOG
BACKUPLOGBigDataWITHNO_LOG
DBCCSHRINKDATABASE(BigData)

執行以上語句可以快速壓縮日誌文件到1M。

但是以上語句中前兩行在SQL Server 2008下無法執行 ，

第一行提示「Incorrect syntax near the keyword 'TRANSACTION'.」

第二行提示「One or more of the options (no_log) are not supported for this statement. Review the documentation for supported options. 」

第三行可以執行。但日誌log文件沒有任何變化。

原來SQL Server 2008已經不再支持DUMPTRANSACTION和BACKUP LOG WITH NO_LOG，

sql Server 2005說明中明確：包含 DUMP 語句是為了向後兼容。而 後續版本的 Microsoft SQL Server 將刪除該功能。請避免在新的開發工作中使用該功能，並著手修改當前還在使用該功能的應用程序。 使用 BACKUP。

SQL Server 2008說明：BACKUP LOG WITH NO_LOG 和 WITH TRUNCATE_ONLY 選項已廢止。使用完整恢復模式或大容量日誌恢復模式時，如果必須刪除資料庫中的日誌備份鏈，請切換至簡單恢復模式。有關詳細信息，請參閱有關從完整恢復模式或大容量日誌恢復模式切換的注意事項。

方法二：

useDB_NAME
sp_dboptionDB_NAME,"trunc.logonchkpt.",true
checkpoint
sp_dboptionDB_NAME,"autoshrink",true

方法三：（請提前備份文件！！）

  1. Detach資料庫。

  2. 刪除log文件。

  3. 附加資料庫，選移除log文件，此時SQL Server 會自動重新建立一個512K 的Log 文件。

方法四：

USEBigData;
GO
BACKUPLOGDATABASENAMETODISK='d:	est.bak'
--.
DBCCSHRINKFILE(Bigdata_Log,1);
GO

F. sql資料庫日誌文件過大怎麼辦

經過幾個小時的測試，最有用的方法如下：

  1. 停止資料庫MSSQL實
  2. 復制資料庫目標庫文件('***.mdf')重新命名
  3. 執行如下SQL語句，注意修改正確的庫名
  4. EXECsp_attach_single_file_db@dbname='庫名',
    @physname='D:_50.MSSQLSERVERMSSQLDATA庫名.mdf'
  5. 資料庫屬性/文件/限制文件增長
  6. 資料庫屬性/選項/設置資料庫收縮為[自動收縮]

G. 如何壓縮MSSQL資料庫日誌的大小

資料庫在日積月累的操作過程中,不但自身體積會慢慢增長,其日誌的容量大小同樣也隨著資料庫實體文件的增長而增長,且會佔用很大的空間.MSSQL資料庫的大小包含數據（Data）和事務日誌（TransactionLog）兩個部分。 數據部分存儲的是用戶資料庫中的數據，包含用戶的數據表、視圖、存儲過程等等內容。 數據部分一般存儲與資料庫文件組中的.mdb文件中。一般來說，在正常使用的情況下，這 個部分的大小不會經常性地發生很大的變化，除非是用於存儲論壇之類快速變化的數據內 容。一般而言，這個部分很少會需要縮小。 事務日誌存儲的是用戶資料庫操作的事務記錄，主要是用於在資料庫伺服器發生故障（比 如電源故障之後），恢復資料庫中的數據完整性而用的。這個部分一般存儲於資料庫文件 組中的.ldf文件中。這個部分的大小經常會發生劇烈的變化。 在某些情況下，由於用戶的查詢語句（SQL語句）書寫的問題，會造成資料庫文件大小的 急劇膨脹，尤其是日誌文件會變得非常大。這個時候需要對資料庫加以縮小。縮小的操作 分為兩個步驟： 步驟一 截斷資料庫中的日誌內容

H. SQL Server 2000資料庫的事務日誌文件過大，如何將其縮小

拷獯穡涸贇QL Server中，所有對資料庫執行的更新操作都會記錄在資料庫的事務日誌文件中，除非將資料庫設為可自動收縮的或手動 的對資料庫進行了收縮，否則事務日誌文件將一直增長，直到達到事先設定的日誌文件增長上限或用盡所有可用的磁碟空間。如果當前的資料庫文件或日誌文件過大，可以使用以下兩個命令對其進行收縮：DBCC SHRINKDATABASE：收縮指定資料庫的所有數據和日誌文件的大小DBCC SHRINKFILE： 收縮資料庫的某個指定數據或日誌文件的大小 這兩個命令可以釋放資料庫中的空閑空間，並將資料庫或指定的資料庫文件收縮到指定的大小，但收縮後的數據文件或日誌文件的大小不會小於檔中現存的有效數據所佔空間的大小。 關於這兩個命令的具體使用方法，可以參考SQL Server 2000聯機叢書中的相應主題。另外，也可在SQL Server企業管理器中執行資料庫收縮，同樣是調用的以上兩個命令，效果類似。 在使用以上命令收縮日誌文件的時候需要注意，已寫入資料庫但未被截斷的事務日誌記錄是不會被收縮的，因為雖然這部分日誌記錄的信息已經寫入資料庫文件，但在使用事務日誌備份進行資料庫還原的時候，還將用到其中的信息。 對於使用簡單恢復模型的資料庫，事務日誌會在每次處理檢查點（CheckPoint）時自動被截斷。對於使用完全恢復模型或大容量日誌記錄恢復模型的資料庫，事務日誌只有在執行日誌備份（BACKUP LOG）時才會被截斷，這時事務日誌中記錄的信息被寫入事務日誌備份文件，而它們所佔用的這部分空間被標記為可用（即被截斷）。 截斷事務日誌並不會使日誌文件變小，但可以將其中的部分空間釋放供以後寫入新的日誌記錄使用。若要減少日誌文件的物理大小，則要使用上面提到的DBCC SHRINKDATABASE和DBCC SHRINKFILE命令。 在執行BACKUP LOG語句的時候，還可以使用WITH NO_LOG（或WITH TRUNCATE_ONLY，含義相同）參數，這時並不真正備份事務日誌，而只是截斷事務日誌中的非活動部分（這和普通的BACKUP LOG語句作用相同）。這適合於剩餘磁碟空間不夠進行事務日誌備份或不打算保留事務日誌中的非活動部分用於資料庫恢復的情況。 為避免事務日誌文件增長過快以致用盡所有磁碟空間的現象發生，一種辦法是將資料庫設為使用簡單恢復模型，這樣可以使SQL Server周期性的自動截斷事務日誌的非活動部分，並回收其佔用的空間供以後寫入事務日誌記錄使用。但這將使資料庫無法利用事務日誌備份還原到實時點，降低了資料庫的可靠性，因此一般不應用於生產型資料庫。 對於生產型資料庫，推薦的做法是使用完全恢復模型，並定期進行資料庫的完全備份和事務日誌備份。例如每周執行一次完全備份，每天執行一次事務日誌備份，這可以通過SQL Server企業管理器中的資料庫維護計劃向導很方便的實現（一般可以設為在每天夜裡業務不繁忙的某個時刻自動執行備份）。 通過定期執行資料庫的事務日誌備份，可以避免日誌文件的迅速增大，而使其保持一個比較穩定的大小。雖然資料庫備份文件也會佔用很多磁碟空間，但隨時可以將這些文件移到其他磁碟上或在不需要它們的時候將其刪除，而且可以在出現故障或誤操作的時候方便的進行資料庫的還原。 由於數據文件的大小是隨資料庫中數據量的增長而增長的，資料庫中已刪除的數據所佔的空間可以供新插入的資料使用；而在定期執行了事務日誌的備份後，我們可以將日誌文件的大小控制在一個比較合理的范圍。因此，一般不需要對資料庫進行收縮，也不推薦將資料庫設為自動收縮模式。建議僅在以下情況下執行資料庫的收縮：1、磁碟空間不足2、數據文件很大，但其中只包含較少量的數據（可能是以前有大量數據，但後來刪除了很多），並且預期今後資料庫中的數據量也不會很大。3、由於長期未進行事務日誌備份，導致事務日誌文件過大。減小事務日誌文件大小的另一種方法是：首先在該資料庫中執行CHECKPOINT命令，然後將該資料庫分離（Detach），再將與其對應的資料庫日誌文件（.ldf文件）改名或刪除或移動到其他目錄下，然後執行sp_attach_single_file_db存儲過程或在企業管理器中重新將其附加（Attach）。由於找不到原來的日誌文件，SQL Server將自動為該資料庫建立一個大小隻有504K的日誌文件。但這種方法必須暫時將資料庫離線，因此一般不適宜在生產環境中使用。如果當前資料庫的事務日誌文件過大，必須對其進行收縮的話，建議參照以下步驟：1、建議首先備份資料庫（但不是必需的）：BACKUP DATABASE database_name TO backup_device
2、備份事務日誌：BACKUP LOG database_name TO backup_device如果不需要當前事務日誌中的記錄進行資料庫還原或沒有足夠的空間進行事務日誌備份的的話，也可僅執行以下命令截斷事務日誌：BACKUP LOG database_name WITH NO_LOG
3、收縮日誌文件：DBCC SHRINKFILE (log_file_name)其中log_file_name是事務日誌文件的邏輯名稱，可以在企業管理器中資料庫屬性的「事務日誌」頁中看到（如Northwind資料庫的默認事務日誌文件邏輯名稱為Northwind_log）。4、如果日誌文件仍然較大的話，可以嘗試重復執行一次BACKUP LOG WITH NO_LOG和DBCC SHRINKFILE命令。5、如果這時仍沒有明顯的效果，請執行DBCC OPENTRAN (database_name)檢查當前資料庫中是否存在長時間未提交的活動事務。有必要的話，可以斷開這些連接並重新嘗試截斷事務日誌和收縮日誌文件。6、日誌文件收縮完成後，建議立即執行一次資料庫的完全備份並根據實際需要制定適當的資料庫備份計劃。

I. SQL資料庫如何壓縮

1、首先從開始菜單著手，打開開始菜單欄，在菜單欄上找到我們已經安裝的SQL server 2008，單擊打開它。

J. SQL SERVER 2000資料庫日誌文件過大如何解決

收縮資料庫

一般情況下，SQL資料庫的收縮並不能很大程度上減小資料庫大小，其主要作用是收縮日誌大小，應當定期進行此操作以免資料庫日誌過大
1、設置資料庫模式為簡單模式：打開SQL企業管理器，在控制台根目錄中依次點開Microsoft SQL Server-->SQL Server組-->雙擊打開你的伺服器-->雙擊打開資料庫目錄-->選擇你的資料庫名稱（如論壇資料庫Forum）-->然後點擊右鍵選擇屬性-->選擇選項-->在故障還原的模式中選擇「簡單」，然後按確定保存
2、在當前資料庫上點右鍵，看所有任務中的收縮資料庫，一般裡面的默認設置不用調整，直接點確定
3、收縮資料庫完成後，建議將您的資料庫屬性重新設置為標准模式，操作方法同第一點，因為日誌在一些異常情況下往往是恢復資料庫的重要依據

閱讀全文

與sql日誌壓縮大小相關的內容

本站內容整理源於互聯網，如有問題請聯系解決。
Copyright design: www.gotrillian.com since 2022