精华好帖回顾
· 生命是一份礼物- 捐赠卵子的亲身经历 (2008-5-2) cl2007	· 记一部‘好’车——护我周全——新加两张车子的局部照片 (2016-3-14) 小小白虎
· 澳洲股票IPO攻略 (2009-11-8) Devil_Star	· 咸香浓郁芝士饼干之初体验 (2009-1-15) winnie_shaw

1 23 / 3 页

楼主:月亮

一个数据库server的问题 [复制链接]

老衲

水晶靴族

发表于 2012-2-9 13:42 |显示全部楼层

回复老衲 60# 帖子

此文章由老衲原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者老衲所有！转贴必须注明作者、出处和本声明，并保持内容完整

出现Perfromance Issue时直接增加Node，把一个200GB挪到新Node上

黑山老妖

钻石靴族

发表于 2012-2-9 13:44 |显示全部楼层

此文章由黑山老妖原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者黑山老妖所有！转贴必须注明作者、出处和本声明，并保持内容完整

RAID5 + 2 spare应该够安全了。

nali

铜靴族

发表于 2012-2-9 15:06 |显示全部楼层

此文章由 nali 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 nali 所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由月亮于 2012-2-9 13:26 发表

比如我们有很多部门是做各种分析的，给一个sample，要对这个sample作100个test，每个test会出100个result.这样，一个sample就会有10000个数据，每天都有成百上千个sample进来，数据自然就多了，光是transaction log，有时候每天都要到100G。。。汗。。。

这种情况能否每天做个clean 呢？这些个sample test 都需要保留吗？或者说保留一定的时间，比如3个月，考虑自动删除。

写个脚本，每天自动cronjob一下，删除3个月前的，这样的话，或许可以hold住数据库的的大小。

还有 transaction log 可以设最大size的，这个也是可以保证不用太多硬盘的。

月亮

水晶靴族

发表于 2012-2-10 08:47 |显示全部楼层

此文章由月亮原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者月亮所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由老衲于 2012-2-9 14:42 发表
出现Perfromance Issue时直接增加Node，把一个200GB挪到新Node上

增加node对performance有什么影响？

月亮

水晶靴族

发表于 2012-2-10 08:47 |显示全部楼层

此文章由月亮原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者月亮所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 黑山老妖 于 2012-2-9 14:44 发表
RAID5 + 2 spare应该够安全了。

听经理的口气，只想做RAID 5，再多都不行，都是没钱惹得祸

月亮

水晶靴族

发表于 2012-2-10 08:49 |显示全部楼层

此文章由月亮原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者月亮所有！转贴必须注明作者、出处和本声明，并保持内容完整

原帖由 nali 于 2012-2-9 16:06 发表

这种情况能否每天做个clean 呢？这些个sample test 都需要保留吗？或者说保留一定的时间，比如3个月，考虑自动删除。

写个脚本，每天自动cronjob一下，删除3个月前的，这样的话，或许可以hold住数据库的的大小。

还有 transaction log 可以设最大size的，这个也是可以保证不用太多硬盘的。

是的，全部都要保留，而且要永久。。。这个数据库是我最头疼的，有时候几个分析师从世界各地同时运行monthly report，那个速度。。。。汗。。。

月亮

水晶靴族

发表于 2012-2-10 08:52 |显示全部楼层

此文章由月亮原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者月亮所有！转贴必须注明作者、出处和本声明，并保持内容完整

再想请问一下JuJu，有fast cache能不能减少ram的使用量，比如原来4个server每个20G内存，现在变成一个按理至少要80G才能保证根以前一样运行，有了fast cache，我能不能把内存减少到50G呢？

JuJu

金靴族

发表于 2012-2-10 10:31 |显示全部楼层

此文章由 JuJu 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 JuJu 所有！转贴必须注明作者、出处和本声明，并保持内容完整

不能的, SAN storage 上cache 和server 内存作用是不同, 你现在的standalone server,不清楚你目前的硬盘configuration, 除非你的RAID controller 带cache, 一般来说是没有 cache的, 就是说你的读写是直接写到硬盘的, 并不是存到cache 里的. 而你转到SAN storage 上后, 你的读写可以存在storage 的cache 里, 因此理论上来说你会感觉到速度好很多的.

另外有一点你可能有点搞错了, faste cache 不是真的一般人说的cache, 其实是disk, (flash disk), 因为DRAM 更贵, 为了省钱出来的比较新的一种方案. faste cache 是在DRAM和spindle 之间的一层. (想一下有点象在windows里configure 的paging file 似的), 所以我觉得你那个系统应该还会有DRAM cache 的, 那个才是一般人说的storage 上的cache.

我觉得不能因为faste cache 或者storage 上的cache就省内存.

你现在1TB的数据库, faste cache就有400GB了, 相当于将近一半数据在flash disk 上了, (可以把database files enable fast cache, 其他的log file 之类disable fast cache) 从目前来说, 就算你的spindle planning不好好弄, 速度也应该很好, 但是考虑到数据增长很快, 还是要好好安排才能长久.