資料庫的收縮

⑴ 金蝶k3怎樣資料庫收縮

請參考以下內容：（以sql2000為例）
1.請您在伺服器上，點擊開始/程序/金蝶K3/金蝶 K3 伺服器配置工具/帳套管理，打開帳套管理工具，然後確定你帳套關聯的資料庫實體文件，如AIS20100819092645。
2.請您備份當前要收縮日誌文件的資料庫（右擊此資料庫/所有任務/備份資料庫）。
3.在需要收縮日誌文件大小的資料庫上右擊點"屬性",再點"選項",將故障還原里的"完全"改為"簡單"
4.右擊此資料庫,"所有任務"中的"收縮資料庫"
5.點擊右下角的"文件",進入後,在右上角選資料庫文件為"xxxx_log",表示,准備收縮日誌文件.《重要，注意一定要選擇"xxxx_log"，否則帳套數據會被損壞》
6.請選擇"收縮文件至"100M，不建議收縮至0，可能會導致資料庫報錯。
7.點擊確定即可。

⑵ 資料庫收縮有幾種方法

--1用dbcc命令,帶不同的參數測試
--1.1收縮指定資料庫中的數據文件和日誌文件的大小
DBCCSHRINKDATABASE(test)
DBCCSHRINKDATABASE(test,TRUNCATEONLY)
DBCCSHRINKDATABASE(test,NOTRUNCATE)
DBCCSHRINKDATABASE(test)WITHNO_INFOMSGS

--1.2收縮當前資料庫的指定數據或日誌文件的大小，
DBCCSHRINKFILE(Test)
DBCCSHRINKFILE(Test_log)
DBCCSHRINKFILE(Test_log,EMPTYFILE)
DBCCSHRINKFILE(Test_log,TRUNCATEONLY)WITHNO_INFOMSGS
--2.用企業管理器
--選中資料庫->右鍵->任務->資料庫/文件->確定

⑶ 怎樣在SQL Server 2000中收縮資料庫

本主題介紹如何使用
SQL
Server
Management
Studio
中的對象資源管理器收縮資料庫。收縮後的資料庫不能小於資料庫的最小大小。最小大小是在資料庫最初創建時指定的大小，或是上一次使用文件大小更改操作（如
DBCC
SHRINKFILE）設置的顯式大小。例如，如果資料庫最初創建時的大小為
10
MB，後來增長到
100
MB，則該資料庫最小隻能收縮到
10
MB，即使已經刪除資料庫的所有數據也是如此。
收縮資料庫
在對象資源管理器中，連接到
SQL
Server
資料庫引擎實例，然後展開該實例。
展開「資料庫」，再右鍵單擊要收縮的資料庫。
指向「任務」，指向「收縮」，然後單擊「資料庫」。
根據需要，可以選中「在釋放未使用的空間前重新組織文件」復選框。如果選中該復選框，必須為「收縮後文件中的最大可用空間」指定值。
選中該選項的作用與執行
DBCC
SHRINKDATABASE
時指定
target_percent
值相同。清除該選項的作用與使用
TRUNCATEONLY
選項執行
DBCC
SHRINKDATABASE
相同。TRUNCATEONLY
將文件收縮到最後分配的區。這將減小文件的大小，但不移動任何數據。默認情況下，該選項為清除狀態。
輸入收縮資料庫後資料庫文件中剩下的最大可用空間百分比。允許的值介於
0
和
99
之間。該選項僅在選中「在釋放未使用的空間前重新組織文件」時可用。
單擊「確定」。
收縮資料庫
當
資料庫中的資料庫文件過於龐大或者存在未使用頁時，可以使用收縮資料庫方法來實現對資料庫的收縮，同樣，事務日誌文件也可以收縮。資料庫文件可以作為組或
單獨地進行手工收縮，也可設置為按指定的時間間隔自動收縮。收縮資料庫的活動是在後台進行，並不影響資料庫內的用戶活動。
操作步驟如下：
（1）打開SQL
Server企業管理器。雙擊打開「資料庫」節點，在要收縮的資料庫名稱上，單擊滑鼠右鍵，在彈出的快捷菜單中選擇「所有任務」→「收縮資料庫」命令，彈出「收縮資料庫」對話框，如圖1所示。
圖1
收縮資料庫
（2）指定資料庫的收縮量，可以從以下選項中選擇。
在「收縮後文件中的最大可用空間」文本框中輸入收縮後資料庫中剩餘的可用空間量。以「資料庫大小，可用空間」值作為依據。如最大可用空間是「25%」，則在該選項中設置小於該數值的百分比，如「12%」。
選擇「在收縮前將頁移到文件起始位置」復選框，使釋放的文件空間保留在資料庫文件中，並使包含數據的頁移到資料庫文件的起始位置。
（3）在「調度」選項框中，選擇是否自動定期執行資料庫壓縮操作。選中「根據本調度來收縮資料庫」復選框，單擊「更改」按鈕，創建或更改自動收縮資料庫的頻率和時間。
（4）最後單擊「確定」按鈕完成操作。

⑷ SQLServer資料庫收縮相關知識

SQL Server 資料庫採取預先分配空間的方法來建立資料庫的數據文件或者日誌文件，比如數據文件的空間分配了300MB，而實際上只佔用了20MB空間，這樣就會造成磁碟存儲空間的浪費。可以通過資料庫收縮技術對資料庫中的每個文件進行收縮，刪除已經分配但沒有使用的頁。從而節省伺服器的存儲的成本。

官方解釋：收縮數據文件通過將數據頁從文件末尾移動到更靠近文件開頭的未佔用的空間來恢復空間。在文件末尾創建足夠的可用空間後，可以取消對文件末尾的數據頁的分配並將它們返回給文件系統。

收縮後的資料庫不能小於資料庫最初創建時指定的大小。 或是上一次使用文件大小更改操作（如 DBCC SHRINKFILE）設置的顯式大小。

比如：如果資料庫最初創建時的大小為 10 MB，後來增長到 100 MB，則該資料庫最小隻能收縮到 10 MB，即使已經刪除資料庫的所有數據也是如此。

不能在備份資料庫時收縮資料庫。 反之，也不能在資料庫執行收縮操作時備份資料庫。

介紹：收縮指定資料庫中的數據文件大小。

語法格式：

參數說明：

介紹：收縮當前資料庫的指定數據或日誌文件的大小，或通過將數據從指定的文件移動到相同文件組中的其他文件來清空文件，以允許從資料庫中刪除該文件。文件大小可以收縮到比創建該文件時所指定的大小更小。這樣會將最小文件大小重置為新值。

語法格式：

參數說明：

例如，如果創建一個10MB 的文件，然後在文件仍然為空的時候將文件收縮為2 MB，默認文件大小將設置為2 MB。這只適用於永遠不會包含數據的空文件。

另附SqlServer常見問題解答

1）管理器不會主動刷新，需要手工刷新一下才能看到最新狀態（性能方面的考慮）
2）很少情況下，恢復進程被掛起了。這個時候假設你要恢復並且回到可訪問狀態，要執行：
RESTORE database dbname with recovery
這使得恢復過程能完全結束。
3）如果你要不斷恢復後面的日誌文件，的確需要使資料庫處於「正在還原狀態」，
這通常是執行下面命令：
RESTORE database dbname with norecovery

原來SQL Server對伺服器內存的使用策略是用多少內存就佔用多少內存，只用在伺服器內存不足時，才會釋放一點佔用的內存，所以SQL Server 伺服器內存往往會佔用很高。我們可以通過DBCC MemoryStatus來查看內存狀態。

SQL SERVER運行時會執行兩種緩存:

1. 數據緩存：執行個查詢語句，SQL SERVER會將相關的數據頁（SQL SERVER操作的數據都是以頁為單位的）載入到內存中來， 下一次如果再次請求此頁的數據的時候，就無需讀取磁碟了，大大提高了速度。

2.執行命令緩存：在執行存儲過程，自定函數時，SQL SERVER需要先二進制編譯再運行，編譯後的結果也會緩存起來， 再次調用時就無需再次編譯。

可以調用以下幾個DBCC管理命令來清理這些緩存：

但是，這幾個命令雖然會清除掉現有緩存，為新的緩存騰地方，但是Sql server並不會因此釋放掉已經佔用的內存。SQL SERVER並沒有提供任何命令允許我們釋放不用到的內存。因此我們只能通過動態調整SQL SERVER可用的物理內存設置來強迫它釋放內存。

解決SQLSERVER內存佔用過高的方法：

1、清除所有緩存DBCC DROPLEANBUFFERS

2、調整SQLSERVER可使用的最大伺服器內存。

在SQL管理器，右擊實例名稱

在屬性實例屬性裡面找到內存選項

把最大內存改成合適的內存，確定後內存就會被強制釋放，然後重啟實例。再看看任務管理器，內存使用率就降下來啦。

1、查看連接對象

USE master

GO

--如果要指定資料庫就把注釋去掉

SELECT * FROM sys.[sysprocesses] WHERE [spid]>50 --AND DB_NAME([dbid])='gposdb'

當前連接對象有67個其中『WINAME』的主機名，『jTDS』的進程名不屬於已知常用軟體，找到這台主機並解決連接問題。在360流量防火牆中查看有哪個軟體連接了伺服器IP，除之。

2、然後使用下面語句看一下各項指標是否正常，是否有阻塞，正常情況下搜索結果應該為空。

SELECT TOP 10

[session_id],

[request_id],

[start_time] AS '開始時間',

[status] AS '狀態',

[command] AS '命令',

dest.[text] AS 'sql語句',

DB_NAME([database_id]) AS '資料庫名',

[blocking_session_id] AS '正在阻塞其他會話的會話ID',

[wait_type] AS '等待資源類型',

[wait_time] AS '等待時間',

[wait_resource] AS '等待的資源',

[reads] AS '物理讀次數',

[writes] AS '寫次數',

[logical_reads] AS '邏輯讀次數',

[row_count] AS '返回結果行數'

FROM sys.[dm_exec_requests] AS der

CROSS APPLY

sys.[dm_exec_sql_text](der.[sql_handle]) AS dest

WHERE [session_id]>50 AND DB_NAME(der.[database_id])='gposdb'

ORDER BY [cpu_time] DESC

查看是哪些SQL語句佔用較大可以使用下面代碼

--在SSMS里選擇以文本格式顯示結果

SELECT TOP 10

dest.[text] AS 'sql語句'

FROM sys.[dm_exec_requests] AS der

CROSS APPLY

sys.[dm_exec_sql_text](der.[sql_handle]) AS dest

WHERE [session_id]>50

ORDER BY [cpu_time] DESC

3、如果SQLSERVER存在要等待的資源，那麼執行下面語句就會顯示出會話中有多少個worker在等待

SELECT TOP 10

[session_id],

[request_id],

[start_time] AS '開始時間',

[status] AS '狀態',

[command] AS '命令',

dest.[text] AS 'sql語句',

DB_NAME([database_id]) AS '資料庫名',

[blocking_session_id] AS '正在阻塞其他會話的會話ID',

der.[wait_type] AS '等待資源類型',

[wait_time] AS '等待時間',

[wait_resource] AS '等待的資源',

[dows].[waiting_tasks_count] AS '當前正在進行等待的任務數',

[reads] AS '物理讀次數',

[writes] AS '寫次數',

[logical_reads] AS '邏輯讀次數',

[row_count] AS '返回結果行數'

FROM sys.[dm_exec_requests] AS der

INNER JOIN [sys].[dm_os_wait_stats] AS dows

ON der.[wait_type]=[dows].[wait_type]

CROSS APPLY

sys.[dm_exec_sql_text](der.[sql_handle]) AS dest

WHERE [session_id]>50

ORDER BY [cpu_time] DESC;

4、查詢CPU佔用最高的SQL語句

SELECT TOP 10

total_worker_time/execution_count AS avg_cpu_cost, plan_handle,

execution_count,

(SELECT SUBSTRING(text, statement_start_offset/2 + 1,

(CASE WHEN statement_end_offset = -1

THEN LEN(CONVERT(nvarchar(max), text)) * 2

ELSE statement_end_offset

END - statement_start_offset)/2)

FROM sys.dm_exec_sql_text(sql_handle)) AS query_text

FROM sys.dm_exec_query_stats

ORDER BY [avg_cpu_cost] DESC;

5、索引缺失查詢

SELECT

DatabaseName = DB_NAME(database_id)

,[Number Indexes Missing] = count(*)

FROM sys.dm_db_missing_index_details

GROUP BY DB_NAME(database_id)

ORDER BY 2 DESC;

SELECT TOP 10

[Total Cost] = ROUND(avg_total_user_cost * avg_user_impact * (user_seeks + user_scans),0)

, avg_user_impact

, TableName = statement

, [EqualityUsage] = equality_columns

, [InequalityUsage] = inequality_columns

, [Include Cloumns] = included_columns

FROM sys.dm_db_missing_index_groups g

INNER JOIN sys.dm_db_missing_index_group_stats s

ON s.group_handle = g.index_group_handle

INNER JOIN sys.dm_db_missing_index_details d

ON d.index_handle = g.index_handle

ORDER BY [Total Cost] DESC;

找到索引缺失的表，根據查詢結果中的關鍵次逐一建立索引。

⑸ SQL SERVER如何收縮資料庫

工具/材料

SQL SERVER 2008

• 01

  首先打開SQL SERVER的管理工具，找到要操作的資料庫，如下圖所示，右鍵單擊選擇屬性

• 02

  然後在彈出的資料庫屬性信息界面中來查看一下可用空間，一般都是根據可用空間的大小來判斷是否需要對資料庫進行收縮的，如下圖所示

• 03

  然後我們在資料庫屬性頁中選擇」選項」頁面，如下圖所示，這個頁麵包括了自動收縮的選項設置

• 04

  在選項頁面的右側找到自動欄信息，如下圖所示，將自動收縮選項設置為TRUE。一旦將自動收縮設置為TRUE，資料庫就會自動監控可用空間的大小進行數據收縮。

• 05

  另外還可以在資料庫中進行手動收縮設置，如下圖所示，先選擇資料庫選項的收縮

• 06

  在彈出的資料庫收縮界面中，我們將收縮比進行設置，大家根據自己的實際需要設置即可

• 07

  另外你也可以選擇收縮資料庫文件的選項，如下圖所示，可以選擇相應的收縮類型，我這里選擇的是釋放未使用空間的選項，大家根據自己情況進行選擇

⑹ 資料庫收縮

收縮資料庫

資料庫中的每個文件都可以通過刪除未使用的頁的方法來減小。盡管資料庫引擎會有效地重新使用空間，但某個文件多次出現無需原來大小的情況後，收縮文件就變得很有必要了。數據和事務日誌文件都可以減小（收縮）。可以成組或單獨地手動收縮資料庫文件，也可以設置資料庫，使其按照指定的間隔自動收縮。

文件始終從末尾開始收縮。例如，如果有個 5 GB 的文件，並且在 DBCC SHRINKFILE 語句中將 target_size 指定為 4 GB，則資料庫引擎將從文件的最後一個 1 GB 開始釋放盡可能多的空間。如果文件中被釋放的部分包含使用過的頁，則資料庫引擎先將這些頁重新放置到文件的保留部分。只能將資料庫收縮到沒有剩餘的可用空間為止。例如，如果某個 5 GB 的資料庫有 4 GB 的數據，並且在 DBCC SHRINKFILE 語句中將 target_size 指定為 3 GB，則只能釋放 1 GB。

自動資料庫收縮
將 AUTO_SHRINK 資料庫選項設置為 ON 後，資料庫引擎將自動收縮具有可用空間的資料庫。此選項可以使用 ALTER DATABASE 語句來進行設置。默認情況下，此選項設置為 OFF。資料庫引擎會定期檢查每個資料庫的空間使用情況。如果某個資料庫的 AUTO_SHRINK 選項設置為 ON，則資料庫引擎將減少資料庫中文件的大小。該活動在後台進行，並且不影響資料庫內的用戶活動。

⑺ 收縮資料庫有什麼作用

收縮資料庫

資料庫中的每個文件都可以通過刪除未使用的頁的方法來減小。盡管資料庫引擎會有效地重新使用空間，但某個文件多次出現無需原來大小的情況後，收縮文件就變得很有必要了。數據和事務日誌文件都可以減小（收縮）。可以成組或單獨地手動收縮資料庫文件，也可以設置資料庫，使其按照指定的間隔自動收縮。

文件始終從末尾開始收縮。例如，如果有個 5 GB 的文件，並且在 DBCC SHRINKFILE 語句中將 target_size 指定為 4 GB，則資料庫引擎將從文件的最後一個 1 GB 開始釋放盡可能多的空間。如果文件中被釋放的部分包含使用過的頁，則資料庫引擎先將這些頁重新放置到文件的保留部分。只能將資料庫收縮到沒有剩餘的可用空間為止。例如，如果某個 5 GB 的資料庫有 4 GB 的數據，並且在 DBCC SHRINKFILE 語句中將 target_size 指定為 3 GB，則只能釋放 1 GB。

自動資料庫收縮
將 AUTO_SHRINK 資料庫選項設置為 ON 後，資料庫引擎將自動收縮具有可用空間的資料庫。此選項可以使用 ALTER DATABASE 語句來進行設置。默認情況下，此選項設置為 OFF。資料庫引擎會定期檢查每個資料庫的空間使用情況。如果某個資料庫的 AUTO_SHRINK 選項設置為 ON，則資料庫引擎將減少資料庫中文件的大小。該活動在後台進行，並且不影響資料庫內的用戶活動。

將資料庫設置為自動收縮

ALTER DATABASE (Transact-SQL)

手動資料庫收縮
您可以使用 DBCC SHRINKDATABASE 語句或 DBCC SHRINKFILE 語句來手動收縮資料庫或資料庫中的文件。如果 DBCC SHRINKDATABASE 或 DBCC SHRINKFILE 語句無法回收日誌文件中的所有指定空間，則該語句將發出信息性消息，指明必須執行什麼操作以便釋放更多空間。有關收縮日誌文件的詳細信息，請參閱收縮事務日誌。

在該過程中任意時間都可停止 DBCC SHRINKDATABASE 和 DBCC SHRINKFILE 操作，所有已完成工作都將保留。

在使用 DBCC SHRINKDATABASE 語句時，您無法將整個資料庫收縮得比其初始大小更小。因此，如果資料庫創建時的大小為 10 MB，後來增長到 100 MB，則該資料庫最小隻能收縮到 10 MB，即使已經刪除資料庫的所有數據也是如此。

但是，使用 DBCC SHRINKFILE 語句時，可以將各個資料庫文件收縮得比其初始大小更小。必須對每個文件分別進行收縮，而不能嘗試收縮整個資料庫。