我在单个服务器上安装了TFS,并且磁盘空间不足.(我们现在已经使用该实例大约2年了.)
看看SQL Server中的表格似乎是罪魁祸首是tbl_content表,它是70 GB.如果我为所有项目获取整个源代码树,那么它只有大约8 GB的数据.
这只是文件的所有历史记录吗?这似乎只是历史上10:1的比例......因为我认为增量会非常小.
有没有人知道如果给定8 GB的源(和2年的活动),这是一个合理的大小?如果没有什么可以看到'修复'这个?
谢谢
抱歉,我目前无法帮助解决比率问题。对于短期修复,您可以检查数据库文件中是否有可以释放的空间。你可能已经有了,但如果没有..
SELECT name ,size/128.0 - CAST(FILEPROPERTY(name, 'SpaceUsed') AS int)/128.0 AS AvailableSpaceInMB
FROM sys.database_files;
Run Code Online (Sandbox Code Playgroud)
如果上面的语句返回了您想要恢复的一些空间,您可以查看一次性 DBCC SHRINKDATABASE 或 DBCC SHRINKFILE 以及安排例行 SQL 维护计划,其中可能包括对数据库进行碎片整理。
DBCC SHRINKDATABASE 和 DBCC SHRINKFILE 不是您应该定期执行的操作,因为 SQL Server 需要一些“交换”空间来移动内容以获得最佳性能。因此,两者都不应该作为您的长期解决方案,并且两者都可能导致 TFS 响应时间性能明显下降。
柔佛州
归档时间: |
|
查看次数: |
2199 次 |
最近记录: |