摘要: 避免Autoclose和Autoshrink选项发布日期:2001年12月18日问题:我在Microsoft SQL Server 2000资源工具包中读到了一个用于就应当避免使用的选项对所有数据库进行检查的存储过程。我能够理解为何应当避免使用诸如脱机、仅供DBO使用、关闭统计信息、从检查点截断日志信息这样的选项。然而,其中所包含的两个选项——autoclose和autoshrink——则令我迷惑不解。 Autoclose。 当不再需要使用时自动关闭文件似乎是一种非常明智的做法。然而,即使当我仅在企业管理器中查看数据库时,也总是能够在SQL Server的错误日志中看到有关文件打开与关闭操作的 阅读全文
posted @ 2014-04-01 10:04 TwinStudio 阅读(827) 评论(0) 推荐(0) 编辑
摘要: 最近发现Sharepoint的数据库磁盘经常满,导致无法保存数据,经检查发现数据磁盘的所有日志文件远远大于数据文件,因此需要收缩日志文件,一开始利用图形化的收缩文件方式,只有收缩数据文件的大小,对于日志文件并不起作用: 这个方式只有数据库事务是简单模式下起作用,如果是完全模式不起任何作用,也就是收缩不了日志文件,检查数据库的事务模式,可以通过以下SQL语句:SELECT NAME, recovery_model_desc FROM sys.databases 经检查发现sharepoint的状态数据库日志文件很大,因此缩减状态数据库日志文件到50M,具体操作如下:ALTER DATABASE. 阅读全文
posted @ 2014-04-01 09:27 TwinStudio 阅读(514) 评论(0) 推荐(0) 编辑
摘要: 前段时间为公司开发部门建立了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 阅读全文
posted @ 2014-04-01 09:15 TwinStudio 阅读(428) 评论(0) 推荐(0) 编辑