04 2014 档案
摘要：数据库中的每个文件都可以通过删除未使用的页的方法来减小。尽管数据库引擎会有效地重新使用空间，但某个文件多次出现无需原来大小的情况后，收缩文件就变得很有必要了。数据和事务日志文件都可以减小（收缩）。可以成组或单独地手动收缩数据库文件，也可以设置数据库，使其按照指定的间隔自动收缩。 文件始终从末尾开始收缩。例如，如果有个 5 GB 的文件，并且在dbcc shrinkfile 语句中将 target_size 指定为 4 GB，则数据库引擎将从文件的最后一个 1 GB 开始释放尽可能多的空间。如果文件中被释放的部分包含使用过的页，则数据库引擎先将这些页重新放置到文件的保留部分。只能将数据库收缩到.
阅读全文
摘要：避免Autoclose和Autoshrink选项发布日期：2001年12月18日问题：我在Microsoft SQL Server 2000资源工具包中读到了一个用于就应当避免使用的选项对所有数据库进行检查的存储过程。我能够理解为何应当避免使用诸如脱机、仅供DBO使用、关闭统计信息、从检查点截断日志信息这样的选项。然而，其中所包含的两个选项——autoclose和autoshrink——则令我迷惑不解。 Autoclose。 当不再需要使用时自动关闭文件似乎是一种非常明智的做法。然而，即使当我仅在企业管理器中查看数据库时，也总是能够在SQL Server的错误日志中看到有关文件打开与关闭操作的
阅读全文
摘要：最近发现Sharepoint的数据库磁盘经常满，导致无法保存数据，经检查发现数据磁盘的所有日志文件远远大于数据文件，因此需要收缩日志文件，一开始利用图形化的收缩文件方式，只有收缩数据文件的大小，对于日志文件并不起作用： 这个方式只有数据库事务是简单模式下起作用，如果是完全模式不起任何作用，也就是收缩不了日志文件，检查数据库的事务模式，可以通过以下SQL语句：SELECT NAME, recovery_model_desc FROM sys.databases 经检查发现sharepoint的状态数据库日志文件很大，因此缩减状态数据库日志文件到50M，具体操作如下：ALTER DATABASE.
阅读全文
摘要：前段时间为公司开发部门建立了TFS平台，其中包括WSS3（MOSS07也可，但是如果不是必须，建议使用轻量级的WSS3）。TFS建成之后，程序员们用起来都很满意，总监也很关注。但是今天早上忽然发现连接不上TFS了，赶紧远程登录检查，发现C盘空间已满（40G），罪魁祸首是"C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\LOGS"文件夹，这个文件夹占了27.6G，里面有大量的体积巨大的日志文件，删除之后，马上又产生了新的Log文件，以每分500M的速度增长。 其实这个问题以前做WS
阅读全文
