sql server 資料庫收縮

標籤：data   檔案大小   禁用   成功   dmi   刪除   file   刪除資料庫   play   

限制和局限

• 收縮後的資料庫不能小於資料庫的最小大小。 最小大小是在資料庫最初建立時指定的大小，或是上一次使用檔案大小更改操作（如 DBCC SHRINKFILE）設定的顯式大小。 例如，如果資料庫最初建立時的大小為 10 MB，後來增長到 100 MB，則該資料庫最小隻能收縮到 10 MB，即使已經刪除資料庫的所有資料也是如此。

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

• 遇到 xVelocity 記憶體最佳化的資料行存放區索引時，DBCC SHRINKDATABASE 將會失敗。 遇到 columnstore 索引之前完成的工作將會成功，因此資料庫可能會較小。 若要完成 DBCC SHRINKDATABASE，請在執行 DBCC SHRINKDATABASE 前禁用所有資料行存放區索引，然後重建資料行存放區索引。

建議

• 若要查看資料庫中當前的可用（未分配）空間量。 有關詳細資料，請參閱 Display Data and Log Space Information for a Database

• 當您計劃收縮資料庫時，請考慮以下資訊：

  • 在執行會產生許多未使用空間的操作（如截斷表或刪除表操作）後，執行收縮操作最有效。

  • 大多數資料庫都需要一些可用空間，以供常規日常操作使用。 如果反覆收縮資料庫並注意到資料庫大小變大，則表明收縮的空間是常規操作所必需的。 在這種情況下，反覆收縮資料庫是一種無謂的操作。

  • 收縮操作不會保留資料庫中索引的片段狀態，通常還會在一定程度上增加片段。 這是不要反覆收縮資料庫的另一個原因。

  • 除非有特定要求，否則不要將 AUTO_SHRINK 資料庫選項設定為 ON。

安全性許可權

要求具有 sysadmin 固定伺服器角色或 db_owner 固定資料庫角色的成員資格。

sql server 資料庫收縮