Sql2000 数据问题 DBCC SHRINKDATABASEDBCC SHRINKFILE自己查下聯機幫助.. 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 收缩指定数据库中的数据文件和日志文件的大小。DBCC SHRINKDATABASE ( 'database_name' | database_id | 0 [ ,target_percent ] [ , { NOTRUNCATE | TRUNCATEONLY } ] )[ WITH NO_INFOMSGS ]----------------DBCC SHRINKDATABASE (UserDB, 10);GO 一、数据库收缩可以分为数据文件收缩和日志文件收缩。数据文件收缩比较好理解。SQL Server会要求你给出收缩后的可用空间大小，然后将此可用空间大小加上数据大小。如果所得值大于现在的文件大小，那么文件将不会被收缩；否则SQL Server将进行数据移动，重新组织数据，就像磁盘碎片整理一样腾出连续的空间。日志文件的收缩比较麻烦些，我们从先两个概念入手就非常好理解了。虚拟日志：每个事务日志文件都被逻辑地分成较小的段，这些段称为虚拟日志。虚拟日志是事务日志的截断单位，也就是说收缩时只能是收缩虚拟日志大小的整数倍，不能说“收缩了8.5个虚拟日志大小”。虚拟日志的最小大小为256KB。最小恢复日志序号 (MinLSN) ：日志中有一部分是不能被截断的，因为这些日志在数据库还原时必不可少，这些日志叫做活动日志，活动日志的起始点叫做最小恢复日志序号。MinLSN以前的日志是不是可以随时被截断呢？当故障还原模型为简单时，这个答案是“是”；但如果故障还原模型为另外两种（完全和大容量日志记录），则MinLSN必须保留一定的事务日志量，为什么呢，我们知道完全还原模型和大容量日志记录还原模型的目的就是要使数据库可以还原到故障点，如果这些日志被删除了，就无法回滚，也就无法准确地还原到故障点了。以上图片内容摘自 Microsoft SQL Server 联机丛书。二、下面谈谈数据库收缩的相关命令DBCC SHRINKDATABASE ( database_name [ , target_percent ] [ , { NOTRUNCATE | TRUNCATEONLY } ] )第一个参数表要收缩的数据库名称。第二个参数表收缩后的数据库文件中所要的剩余可用空间百分比，比如 10 表示收缩后可用空间要有现在数据文件的 10% 那么大。NOTRUNCATE 指定此参数表示收缩后，所释放的空间仍属于数据库文件，数据库文件大小不变。如果没有指定，那么所释放的空间就被“切”下来给操作系统，数据库文件减少。TRUNCATEONLY 仅仅将未使用的空间释放给操作系统，而不作数据移动操作，此时 target_percent 被忽略。如果省略第三个参数，等价于先将空间“腾”出来，再将其释放给操作系统。注意，收缩后的数据库不能比 model 数据库更小，也不能小于文件的最小大小，文件的最小大小是在数据库创立之初指定的大小或上一次显示设置的文件大小。DBCC SHRINKDBDBCC SHRINKDB 和 DBCC SHRINKDATABASE 英文意思一样，只是这个使用了缩写，它又是什么意思呢？它返回数据库可收缩到的最小值，或将指定数据库的大小收缩到指定值。属于 SQL Server 6.x 中的内容，SQL Server 2000 中已经不存在，所以 SQL Server 2000 用户可以不予理会。DBCC SHRINKDATABASE 是收缩特定数据库的所有数据和日志文件。那么收缩特定数据库中一个文件的命令是什么呢？ DBCC SHRINKFILEDBCC SHRINKFILE ( { file_name | file_id } { [ , target_size ] | [ , { EMPTYFILE | NOTRUNCATE | TRUNCATEONLY } ] } )第一个参数即可以输入收缩文件的逻辑名称，也可以收缩文件ID。第二个参数表示所期望的文件大小，单位兆字节，注意是整数，如果没有指定，则表示文件的默认大小。EMPTYFILE 将这个文件中的内容移动到同一文件组中的其它文件，即“合并文件”。NOTRUNCATE、TRUNCATEONLY 和 DBCC SHRINKDATABASE 中同义。收缩数据库后，我们会得到一个结果表DbId 数据库标识号，即（试图）收缩的数据库ID。FileId 文件标识号，即（试图）收缩的文件ID。CurrentSize 文件当前占用的 8KB 页数。MinimumSize 文件可以占用的最小 8KB 页数。这与文件的最小大小或最初创建时的大小相对应。UsedPages 文件当前使用的 8KB 页数.EstimatedPages SQL Server 估计文件能够收缩到的 8KB 页数。 我们在开发的时候，对数据库的操作比较频繁，这时虽然数据库中的数据比较少，但是日志文件特别大，在数据库的迁移时很不方便，这时就要用到数据收缩来减小日志文件的大小。具体方法如下： 1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如论坛数据库Forum)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存 2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定。 3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据 。posted @ 2008-05-27 16:01 yunhuasheng 阅读(514) 评论(0) 编辑 收藏 所属 我们在开发的时候，对数据库的操作比较频繁，这时虽然数据库中的数据比较少，但是日志文件特别大，在数据库的迁移时很不方便，这时就要用到数据收缩来减小日志文件的大小。具体方法如下： 1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如论坛数据库Forum)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存 2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定。 3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据 。 DBCC SHRINKDATABASE收缩指定数据库中的数据文件大小。语法DBCC SHRINKDATABASE ( database_name [ , target_percent ] [ , { NOTRUNCATE | TRUNCATEONLY } ] )参数database_name是要收缩的数据库名称。数据库名称必须符合标识符的规则。有关更多信息，请参见使用标识符。 target_percent是数据库收缩后的数据库文件中所要的剩余可用空间百分比。 NOTRUNCATE导致在数据库文件中保留所释放的文件空间。如果未指定，将所释放的文件空间释放给操作系统。 TRUNCATEONLY导致将数据文件中的任何未使用的空间释放给操作系统，并将文件收缩到上一次所分配的大小，从而减少文件大小，而不移动任何数据。不试图重新定位未分配页的行。使用 TRUNCATEONLY 时，忽略 target_percentis。注释Microsoft® SQL Server™ 可收缩： 特定数据库的所有数据和日志文件。执行 DBCC SHRINKDATABASE。一次一个特定数据库中的数据或日志文件。执行 DBCC SHRINKFILE。 DBCC SHRINKDATABASE 以每个文件为单位对数据文件进行收缩。然而，DBCC SHRINKDATABASE 在对日志文件进行收缩时，看起来好像所有的日志文件都存在于一个连续的日志池中。 假设名为 mydb 的数据库有两个数据文件和两个日志文件。这些数据文件和日志文件大小都为 10 MB。第一个数据文件包含 6 MB 数据。对于每个文件，SQL Server 计算目标大小，即要收缩文件到的大小。当用 target_percent 指定 DBCC SHRINKDATABASE 时，SQL Server 计算的目标大小是收缩后文件中的 target_percent 可用空间大小。例如，如果指定按 target_percent 为 25 收缩 mydb。SQL Server 计算的该文件的目标大小为 8 MB（6 MB 数据加上 2 MB 可用空间）。因此，SQL Server 将任何数据从数据文件的最后 2 MB 中移动到数据文件前 8 MB 的可用空间中，然后对该文件进行收缩。假设 mydb 的第一个数据文件包含 7 MB 的数据。若将 target_percent 指定为 30，则允许将该数据文件收缩到所要的可用百分比 30。然而，若将 target_percent 指定为 40，就不会收缩该数据文件，因为 SQL Server 不能将文件收缩到比数据当前占有的空间还小的程度。也可以从另一个角度考虑这个问题：40% 要求的可用空间 + 70% 完整的数据文件（10 MB 中的 7 MB）大于 100%。因为所要求的可用百分比加上数据文件占用的当前百分比大于 100%（多出 10%），所以任何大于 30 的 target_size 都不会收缩该数据文件。 对于日志文件，SQL Server 使用 target_percent 以对整个日志的目标大小进行计算；因此，target_percent 是收缩操作后日志中的可用空间大小。之后，整个日志的目标大小可以解释为每个日志文件的目标大小。DBCC SHRINKDATABASE 尝试立即将每个物理日志文件收缩到其目标大小。如果虚拟日志中的所有逻辑日志部分都没有超出日志文件的目标大小，则该文件将成功截断，DBCC SHRINKDATABASE 完成且不显示任何消息。然而，如果虚拟日志中的逻辑日志部分超出其目标大小，则 SQL Server 释放尽可能多的空间并发出一条消息。该消息告诉您需要执行什么操作来移动文件末尾超出虚拟日志的逻辑日志部分。执行完该操作后，可以重新发出 DBCC SHRINKDATABASE 命令以释放剩余的空间。有关收缩事务日志的更多信息，请参见收缩事务日志。因为日志文件只能收缩到虚拟日志文件边界，所以不可能将日志文件收缩到比虚拟日志文件更小（即使现在没有使用该文件）。例如，可以将数据库的 1 GB 日志文件收缩到只有 128 MB。有关截断的更多信息，请参见截断事务日志。有关确定虚拟日志文件大小的更多信息，请参见虚拟日志文件。 由 DBCC SHRINKDATABASE 计算的数据和日志文件的目标大小始终不小于文件的最小大小。文件的最小大小是在文件最初创建时指定的大小，或是上一次用更改文件大小的操作（如用带有 MODIFY FILE 选项的 ALTER DATABASE 或 DBCC SHRINKFILE）显式设置的大小。例如，如果在执行 CREATE DATABASE 时，将 mydb 的所有数据和日志文件大小都指定为 10 MB，则每个文件的最小大小都为 10 MB。DBCC SHRINKDATABASE 不能收缩任何小于 10 MB 的文件。如果使用带有 MODIFY FILE 选项的 ALTER DATABASE 将其中的一个文件显示增长到 20 MB，则该文件新的最小大小为 20 MB。若要将文件大小收缩到小于其最小大小，请使用 DBCC SHRINKFILE 并指定新大小。执行 DBCC SHRINKFILE 会将文件的最小大小更改为所指定的新大小。在使用数据文件时，DBCC SHRINKDATABASE 有 NOTRUNCATE 和 TRUNCATEONLY 选项。如果为日志文件指定这两个选项，则将忽略这两个选项。DBCC SHRINKDATABASE 不带任何选项等价于 DBCC SHRINKDATABASE 带有 NOTRUNCATE 选项，后面还要跟着带有 TRUNCATEONLY 选项的 DBCC SHRINKDATABASE。不论是否指定 target_percent，NOTRUNCATE 选项都执行 DBCC SHRINKDATABASE 的实际数据移动操作（包括将分配页从文件的末尾移动到文件前面的未分配页）。然而，文件末尾的可用空间不会返回给操作系统，文件的物理大小也不会更改。因此，如果指定 NOTRUNCATE 选项，数据文件好像没有收缩。例如，假设再次使用 mydb 数据库，该 mydb 有两个数据文件和两个日志文件。第二个数据文件和第二个日志文件的大小都为 10 MB。执行 DBCC SHRINKDATABASE mydb NOTRUNCATE 时，Microsoft SQL Server 将数据从数据文件的后面几页移动到前面几页中。而文件的大小仍然为 10 MB。TRUNCATEONLY 选项将文件末尾的所有可用空间收回给操作系统。然而，TRUNCATEONLY 在文件内不执行任何页移动操作。指定的文件只能收缩到上一次分配的大小。如果使用 TRUNCATEONLY 选项指定 target_percent，则忽略后者。所生成的数据库不能比 model 数据库更小。要收缩的数据库不必在单用户模式下；其他的用户仍可以在数据库收缩时对其进行工作。这也包括系统数据库。结果集下表描述结果集内的列。列名 描述 DbId SQL Server 试图收缩的文件的数据库标识号。 FileId SQL Server 试图收缩的文件的文件标识号。 CurrentSize 文件当前占用的 8KB 页数。 MinimumSize 文件可以占用的最小 8KB 页数。这与文件的最小大小或最初创建时的大小相对应。 UsedPages 文件当前使用的 8KB 页数。 EstimatedPages SQL Server 估计文件能够收缩到的 8KB 页数。 说明 SQL Server 并不显示未收缩的文件的行。权限DBCC SHRINKDATABASE 权限默认授予 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员且不可转让。示例下例将 UserDB 用户数据库中的文件减小，以使 UserDB 中的文件有 10% 的可用空间。DBCC SHRINKDATABASE (UserDB, 10)GO 现在只剩下 ldf文件了，MDF文件没有了 按月份显示数据，按月区分 根据时间查询数据的问题？ 求两个简单的插入表生成流水号的存储过程 嫩菜提问，老虾请答：这个view如何写？ 请各位朋友帮忙看看，一条比较难的sql语句（等待...） 如何使用外网远程连接公司的SQL Server 2005数据库获取数据 向各们高手请教一个查询统计的问题 MS SQL Server链接DC Server查询数据的问题 rida(),能在回答一问题吗? xp上同时安装sql server 2000 和 sqlserver 2005 ? sql server数据库中数据导入到excel
DBCC SHRINKDATABASE
( 'database_name' | database_id | 0
[ ,target_percent ]
[ , { NOTRUNCATE | TRUNCATEONLY } ]
)
[ WITH NO_INFOMSGS ]----------------
DBCC SHRINKDATABASE (UserDB, 10);
GO
虚拟日志：每个事务日志文件都被逻辑地分成较小的段，这些段称为虚拟日志。虚拟日志是事务日志的截断单位，也就是说收缩时只能是收缩虚拟日志大小的整数倍，不能说“收缩了8.5个虚拟日志大小”。虚拟日志的最小大小为256KB。
最小恢复日志序号 (MinLSN) ：日志中有一部分是不能被截断的，因为这些日志在数据库还原时必不可少，这些日志叫做活动日志，活动日志的起始点叫做最小恢复日志序号。MinLSN以前的日志是不是可以随时被截断呢？当故障还原模型为简单时，这个答案是“是”；但如果故障还原模型为另外两种（完全和大容量日志记录），则MinLSN必须保留一定的事务日志量，为什么呢，我们知道完全还原模型和大容量日志记录还原模型的目的就是要使数据库可以还原到故障点，如果这些日志被删除了，就无法回滚，也就无法准确地还原到故障点了。以上图片内容摘自 Microsoft SQL Server 联机丛书。二、下面谈谈数据库收缩的相关命令
DBCC SHRINKDATABASE
( database_name [ , target_percent ]
[ , { NOTRUNCATE | TRUNCATEONLY } ]
)第一个参数表要收缩的数据库名称。
第二个参数表收缩后的数据库文件中所要的剩余可用空间百分比，比如 10 表示收缩后可用空间要有现在数据文件的 10% 那么大。
NOTRUNCATE 指定此参数表示收缩后，所释放的空间仍属于数据库文件，数据库文件大小不变。如果没有指定，那么所释放的空间就被“切”下来给操作系统，数据库文件减少。
TRUNCATEONLY 仅仅将未使用的空间释放给操作系统，而不作数据移动操作，此时 target_percent 被忽略。
如果省略第三个参数，等价于先将空间“腾”出来，再将其释放给操作系统。
注意，收缩后的数据库不能比 model 数据库更小，也不能小于文件的最小大小，文件的最小大小是在数据库创立之初指定的大小或上一次显示设置的文件大小。DBCC SHRINKDB
DBCC SHRINKDB 和 DBCC SHRINKDATABASE 英文意思一样，只是这个使用了缩写，它又是什么意思呢？它返回数据库可收缩到的最小值，或将指定数据库的大小收缩到指定值。属于 SQL Server 6.x 中的内容，SQL Server 2000 中已经不存在，所以 SQL Server 2000 用户可以不予理会。DBCC SHRINKDATABASE 是收缩特定数据库的所有数据和日志文件。
那么收缩特定数据库中一个文件的命令是什么呢？ DBCC SHRINKFILEDBCC SHRINKFILE
( { file_name | file_id }
{ [ , target_size ]
| [ , { EMPTYFILE | NOTRUNCATE | TRUNCATEONLY } ]
}
)第一个参数即可以输入收缩文件的逻辑名称，也可以收缩文件ID。
第二个参数表示所期望的文件大小，单位兆字节，注意是整数，如果没有指定，则表示文件的默认大小。
EMPTYFILE 将这个文件中的内容移动到同一文件组中的其它文件，即“合并文件”。
NOTRUNCATE、TRUNCATEONLY 和 DBCC SHRINKDATABASE 中同义。收缩数据库后，我们会得到一个结果表
DbId 数据库标识号，即（试图）收缩的数据库ID。
FileId 文件标识号，即（试图）收缩的文件ID。
CurrentSize 文件当前占用的 8KB 页数。
MinimumSize 文件可以占用的最小 8KB 页数。这与文件的最小大小或最初创建时的大小相对应。
UsedPages 文件当前使用的 8KB 页数.
EstimatedPages SQL Server 估计文件能够收缩到的 8KB 页数。
日志文件的大小。
具体方法如下： 1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如论坛数据库Forum)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存 2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定。 3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据 。
posted @ 2008-05-27 16:01 yunhuasheng 阅读(514) 评论(0) 编辑 收藏 所属
日志文件的大小。
具体方法如下： 1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如论坛数据库Forum)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存 2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定。 3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据 。
收缩指定数据库中的数据文件大小。语法
DBCC SHRINKDATABASE
( database_name [ , target_percent ]
[ , { NOTRUNCATE | TRUNCATEONLY } ]
)参数
database_name是要收缩的数据库名称。数据库名称必须符合标识符的规则。有关更多信息，请参见使用标识符。 target_percent是数据库收缩后的数据库文件中所要的剩余可用空间百分比。 NOTRUNCATE导致在数据库文件中保留所释放的文件空间。如果未指定，将所释放的文件空间释放给操作系统。 TRUNCATEONLY导致将数据文件中的任何未使用的空间释放给操作系统，并将文件收缩到上一次所分配的大小，从而减少文件大小，而不移动任何数据。不试图重新定位未分配页的行。使用 TRUNCATEONLY 时，忽略 target_percentis。注释
Microsoft® SQL Server™ 可收缩： 特定数据库的所有数据和日志文件。执行 DBCC SHRINKDATABASE。
一次一个特定数据库中的数据或日志文件。执行 DBCC SHRINKFILE。
DBCC SHRINKDATABASE 以每个文件为单位对数据文件进行收缩。然而，DBCC SHRINKDATABASE 在对日志文件进行收缩时，看起来好像所有的日志文件都存在于一个连续的日志池中。 假设名为 mydb 的数据库有两个数据文件和两个日志文件。这些数据文件和日志文件大小都为 10 MB。第一个数据文件包含 6 MB 数据。对于每个文件，SQL Server 计算目标大小，即要收缩文件到的大小。当用 target_percent 指定 DBCC SHRINKDATABASE 时，SQL Server 计算的目标大小是收缩后文件中的 target_percent 可用空间大小。例如，如果指定按 target_percent 为 25 收缩 mydb。SQL Server 计算的该文件的目标大小为 8 MB（6 MB 数据加上 2 MB 可用空间）。因此，SQL Server 将任何数据从数据文件的最后 2 MB 中移动到数据文件前 8 MB 的可用空间中，然后对该文件进行收缩。假设 mydb 的第一个数据文件包含 7 MB 的数据。若将 target_percent 指定为 30，则允许将该数据文件收缩到所要的可用百分比 30。然而，若将 target_percent 指定为 40，就不会收缩该数据文件，因为 SQL Server 不能将文件收缩到比数据当前占有的空间还小的程度。也可以从另一个角度考虑这个问题：40% 要求的可用空间 + 70% 完整的数据文件（10 MB 中的 7 MB）大于 100%。因为所要求的可用百分比加上数据文件占用的当前百分比大于 100%（多出 10%），所以任何大于 30 的 target_size 都不会收缩该数据文件。 对于日志文件，SQL Server 使用 target_percent 以对整个日志的目标大小进行计算；因此，target_percent 是收缩操作后日志中的可用空间大小。之后，整个日志的目标大小可以解释为每个日志文件的目标大小。DBCC SHRINKDATABASE 尝试立即将每个物理日志文件收缩到其目标大小。如果虚拟日志中的所有逻辑日志部分都没有超出日志文件的目标大小，则该文件将成功截断，DBCC SHRINKDATABASE 完成且不显示任何消息。然而，如果虚拟日志中的逻辑日志部分超出其目标大小，则 SQL Server 释放尽可能多的空间并发出一条消息。该消息告诉您需要执行什么操作来移动文件末尾超出虚拟日志的逻辑日志部分。执行完该操作后，可以重新发出 DBCC SHRINKDATABASE 命令以释放剩余的空间。有关收缩事务日志的更多信息，请参见收缩事务日志。因为日志文件只能收缩到虚拟日志文件边界，所以不可能将日志文件收缩到比虚拟日志文件更小（即使现在没有使用该文件）。例如，可以将数据库的 1 GB 日志文件收缩到只有 128 MB。有关截断的更多信息，请参见截断事务日志。有关确定虚拟日志文件大小的更多信息，请参见虚拟日志文件。 由 DBCC SHRINKDATABASE 计算的数据和日志文件的目标大小始终不小于文件的最小大小。文件的最小大小是在文件最初创建时指定的大小，或是上一次用更改文件大小的操作（如用带有 MODIFY FILE 选项的 ALTER DATABASE 或 DBCC SHRINKFILE）显式设置的大小。例如，如果在执行 CREATE DATABASE 时，将 mydb 的所有数据和日志文件大小都指定为 10 MB，则每个文件的最小大小都为 10 MB。DBCC SHRINKDATABASE 不能收缩任何小于 10 MB 的文件。如果使用带有 MODIFY FILE 选项的 ALTER DATABASE 将其中的一个文件显示增长到 20 MB，则该文件新的最小大小为 20 MB。若要将文件大小收缩到小于其最小大小，请使用 DBCC SHRINKFILE 并指定新大小。执行 DBCC SHRINKFILE 会将文件的最小大小更改为所指定的新大小。在使用数据文件时，DBCC SHRINKDATABASE 有 NOTRUNCATE 和 TRUNCATEONLY 选项。如果为日志文件指定这两个选项，则将忽略这两个选项。DBCC SHRINKDATABASE 不带任何选项等价于 DBCC SHRINKDATABASE 带有 NOTRUNCATE 选项，后面还要跟着带有 TRUNCATEONLY 选项的 DBCC SHRINKDATABASE。不论是否指定 target_percent，NOTRUNCATE 选项都执行 DBCC SHRINKDATABASE 的实际数据移动操作（包括将分配页从文件的末尾移动到文件前面的未分配页）。然而，文件末尾的可用空间不会返回给操作系统，文件的物理大小也不会更改。因此，如果指定 NOTRUNCATE 选项，数据文件好像没有收缩。例如，假设再次使用 mydb 数据库，该 mydb 有两个数据文件和两个日志文件。第二个数据文件和第二个日志文件的大小都为 10 MB。执行 DBCC SHRINKDATABASE mydb NOTRUNCATE 时，Microsoft SQL Server 将数据从数据文件的后面几页移动到前面几页中。而文件的大小仍然为 10 MB。TRUNCATEONLY 选项将文件末尾的所有可用空间收回给操作系统。然而，TRUNCATEONLY 在文件内不执行任何页移动操作。指定的文件只能收缩到上一次分配的大小。如果使用 TRUNCATEONLY 选项指定 target_percent，则忽略后者。所生成的数据库不能比 model 数据库更小。要收缩的数据库不必在单用户模式下；其他的用户仍可以在数据库收缩时对其进行工作。这也包括系统数据库。结果集
下表描述结果集内的列。列名 描述
DbId SQL Server 试图收缩的文件的数据库标识号。
FileId SQL Server 试图收缩的文件的文件标识号。
CurrentSize 文件当前占用的 8KB 页数。
MinimumSize 文件可以占用的最小 8KB 页数。这与文件的最小大小或最初创建时的大小相对应。
UsedPages 文件当前使用的 8KB 页数。
EstimatedPages SQL Server 估计文件能够收缩到的 8KB 页数。
说明 SQL Server 并不显示未收缩的文件的行。
权限
DBCC SHRINKDATABASE 权限默认授予 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员且不可转让。示例
下例将 UserDB 用户数据库中的文件减小，以使 UserDB 中的文件有 10% 的可用空间。DBCC SHRINKDATABASE (UserDB, 10)
GO