正文
sqlserver页压缩,sql数据压缩
提示：扫一扫查出行【扫一扫了解最新限行尾号】
复制提示
如何压缩SQL Server 2005指定数据库文件和日志的大小
下面有两个SQL语句可以达到在SQL
Server
2005/2008压缩指定数据库文件和日志的大小的效果：
1、DBCC
SHRINKDATABASE
(Transact-SQL)
收缩指定数据库中的数据文件和日志文件的大小。
语法
DBCC
SHRINKDATABASE
(
'database_name'
|
database_id
|
[
,target_percent
]
[
,
{
NOTRUNCATE
|
TRUNCATEONLY
}
]
)
[
WITH
NO_INFOMSGS
]
参数
'database_name'
|
database_id
|
要收缩的数据库的名称或
ID。如果指定
0，则使用当前数据库。
target_percent
数据库收缩后的数据库文件中所需的剩余可用空间百分比。
NOTRUNCATE
通过将已分配的页从文件末尾移动到文件前面的未分配页来压缩数据文件中的数据。target_percent
是可选参数。
文件末尾的可用空间不会返回给操作系统，文件的物理大小也不会更改。因此，指定
NOTRUNCATE
时，数据库看起来未收缩。
NOTRUNCATE
只适用于数据文件。日志文件不受影响。
TRUNCATEONLY
将文件末尾的所有可用空间释放给操作系统，但不在文件内部执行任何页移动。数据文件只收缩到最近分配的区。如果与
TRUNCATEONLY
一起指定，将忽略
target_percent。
TRUNCATEONLY
只适用于数据文件。日志文件不受影响。
相关问答
Q1: 怎样在SQL Server 2000中收缩数据库
操作步骤如下：
（1）打开SQL Server企业管理器。双击打开“数据库”节点，在要收缩的数据库名称上，单击鼠标右键，在弹出的快捷菜单中选择“所有任务”→“收缩数据库”命令，弹出“收缩数据库”对话框，如图1所示。
图1 收缩数据库
（2）指定数据库的收缩量，可以从以下选项中选择。
在“收缩后文件中的最大可用空间”文本框中输入收缩后数据库中剩余的可用空间量。以“数据库大小，可用空间”值作为依据。如最大可用空间是“25%”，则在该选项中设置小于该数值的百分比，如“12%”。
选择“在收缩前将页移到文件起始位置”复选框，使释放的文件空间保留在数据库文件中，并使包含数据的页移到数据库文件的起始位置。
（3）在“调度”选项框中，选择是否自动定期执行数据库压缩操作。选中“根据本调度来收缩数据库”复选框，单击“更改”按钮，创建或更改自动收缩数据库的频率和时间。
（4）最后单击“确定”按钮完成操作。
Q2: 如何收缩sqlserver数据库
你用数据库管理器选中数据库，先分离，然后再附加，然后再点收缩，收缩的时候先收缩日志文件，一般能收缩很多，记得要填写数字啊，比如上面提示能收缩为0，你就填个5兆，这样预留一点空间，而且很快，收缩完日志文件之后再收缩数据库 同理比最小能收缩量大几兆就可以了，但是收缩数据库比较慢 需要很多时间
Q3: sqlserver如何压缩数据文件空间？
在程序组中，展开“Sqlserver”运行“查询分析器”。输入用户名、密码。
在工具栏的数据库列表中选择要操作的数据库。
输入：select * from sysfiles 执行，可以看到下面的内容，记住其中的fileid字段的内容，也就是1或2，标识数据库的数据文件或日志文件，下面的命令要用到这里的值。
输入：dbcc shrinkdatabase(' 库名' )，收缩数据库，结果如下：可以看到压缩后的数据库文件的尺寸。
输入：dbcc shrinkfile(2, 0)执行，然后输入dbcc shrinkfile(1, 0)执行。两句命令中的第一个参数就是前面看到的FileID的值，表示了一个是日志文件，一个是数据文件。第二个参数0，表示收缩到初始大小。
输入：dbcc updateusage (0)，执行更新操作，完工！更新后可以跟之前的数据文件比对一下了，会有相对较大的尺寸上的优化了。
Q4: SqlServer数据库备份文件.bak如何压缩？
直接压缩不太现实啊，文件太大需要的时间太长了。
如果里面的数据资料不重要，只是数据结构重要的话，可以再导出一个只含数据结构的数据库副本。
或者 如果日志文件不重要的话，可以只导出数据库本身，不导出日志。
最后，7G文件也不算大，我这里就是用一个160G的移动硬盘备份的，不过一定要把硬盘格式化成NTFS格式。
Q5: SQLSERVER压缩数据文件的用处有多大
压缩数据文件最大的好处就是节约磁盘空间。这个东西对于中小型数据库而言，意义可能体现的并不明显，但是如果放在大型或者超大型数据库上，那么价值就非常可观了。
例如某大型数据库，备份文件在没有压缩前，大小可能在500G左右，压缩后大小大约在70G左右，可节约430G，而一个大型的IT企业，这种数据库还并不是核心库，核心库会更大，并且还会伴随多种高可用技术(更多的冗余)。例如腾讯或者阿里巴巴或者百度，那么多的业务，全国各地总服务器加起来可能上百台甚至上千台，按300台DB Server计算，如果单台能节省430G存储，300台Server可以节约125TB的存储，这是非常可观的一笔开销。
