标签: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 固定数据库角色的成员身份。
标签:data 文件大小 禁用 成功 dmi 删除 file 删除数据库 play
原文地址:http://www.cnblogs.com/dba-wyt/p/7210957.html