手机签到经验翻倍！
分享到：
| 发表于 2009-06-10 16:29:06 楼主 | |
|
一个生产用SQL Server数据库，配置为：E5420 2.5Ghz * 2 2 G * 4 "73 GB * 2+ 146 GB * 8" RAID 1+ RAID 5 Windows2003 SQL Server2000(SP4) 一个MDF文件，约53G，一个LDF文件，约41G。两个文件都是自动增长，不限制大小。 请问，在硬盘足够大的情况下，有没有必要把当前的两个文件限制大小，再新建一个NDF文件，一个LDF文件？数据文件或日志文件过大，会对性能造成什么样的影响？多大比较合适？ |
|
|
个性签名：无
|
| 发表于 2009-06-10 16:29:28 1楼 | |
 对 楼主 ruixue20080214 说：＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ 没必要 即使分拆，也增加不了什么管理灵活性，跟性能亦无关<理论上分割文件多会下降一点点，实际上你是感觉不到的，甚至很难测试出来> |
|
| 发表于 2009-06-10 16:29:37 2楼 | |
|
如果硬盘空间够大，没必要。 日志文件可以定期清理，减小空间。 |
|
| 发表于 2009-06-10 16:29:45 3楼 | |
| 数据文件太大对取数有影响吧，毕竟遍历文件的时间长了 | |
|
个性签名：
|
| 发表于 2009-06-10 16:29:54 4楼 | |
|
就让数据自由增长，只要不超过64G，完全不须理会。 超过64G，这个是NTFS的一个坎，就要留意一丁点了，要加强备份（多机备份的意识）。 但如果不超过2T，还是不需太过紧张。 超过2T，本人知识有限，无法帮你了... |
|
| 发表于 2009-06-10 16:30:03 5楼 | |
|
已经超过65G了 今天看到一篇文章说，如果文件太大，还是采用自动增长的方式，可能会引起数据文件增长时出现超时错误。 哪位有这方面的经验，是否需要将文件限制在当前大小，新增一个呢？ 目前的备份策略是一天一全备，5分钟一日志备份 |
|
| 发表于 2009-06-10 16:30:17 6楼 | |
|
您的内容正在火速审核中，请稍等 |
|
| 发表于 2009-06-10 16:30:25 7楼 | |
|
这个系统很重要，是生产用的。 系统是从另外一个部门交接过来的，我是建议用多个数据文件 和日志文件，可是那边工程师不同意。 现在我担心10%的自动增长太大了，一回得增长五六G，会出现超时错误。 |
|
| 发表于 2009-06-10 16:30:37 8楼 | |
|
我们公司的金蝶软件，从2000年开始运行，数据库就没动过，也是采用的windows2003+SQL2000，目前客户端大约60多个，至今数据文件已经超过20G，并且还在快速增长。 现在问题已经出现了，不知道是金蝶系统无法驾驭如此大（数据文件大）的数据库，还是SQLserver2000本身有问题，总之现在我们的系统非常慢，尤其月底，更让人难以忍受，财务部长的眼睛都急出问题了。 所以我建议你不要放任数据库文件及日志文件的无限制增长，应该现在就采取果决措施，要么重新建库，要么采取其他措施，总之应该采取措施了。毕竟现在你的数据文件已经这么大了，备份恢复，都是问题。 同时说明一个问题，这个生产系统还不错。 |
|
| 发表于 2009-06-10 16:30:48 9楼 | |
|
如果数据文件大了，是不建议使用百分比增长的方式，而建议使用固定大小增长。 但数据库大了，备份就是一个很棘手的事，如果知道数据增长很快，不好提前做好准备，分多数据文件日志文件和文件组来管理。这样给备份和恢复会带来很好处的，特别是对系统故障恢复有严格的时间限制的公司。 jyqangel52113 金蝶软件其实是有很多东方可以优化，数据库方面有很多地方可以优化。 |
|
针对ZOL星空(中国)您有任何使用问题和建议 您可以 联系星空(中国)管理员 、 查看帮助 或 给我提意见
