.

飞飞鱼

.

Fernando

sla?

findcaiyzh

不是我的领域。

北风

我完全不了解TSM，也不了解你这数据库的要求和作用，希望有些帮助
1. 刚才我搞错了，在msdb..backupset可以看backup size和compressed size
2. TSM有没有手段控制使用网络的流量大小
3. 可以用file backup，但是一般用在simple recovery，你们是full recovery，会有些麻烦
4. 如果transaction多，建议15分钟transaction log backup一次
5. 如果时间window够大，每天一次full也是可以的，先在local做，再转吧

huaxianz

回答这个问题的关键是数据库的结构和内容。
比如1.5TB的数据是集中在个别大表里，还是分散到很多表中？如果一个100G的table里涵盖了公司前12个月的销售数据，可以做成按月份的partitioning，这样每次备份可以只备份包含当前月份数据的database files，而不是整个库。换句话说，只备份changes.
影响compression ratio很多，比如一个char(100)的column绝大部分值都是一两个char，那比率当然高；反过来如果已经是varchar类型，在数据层面上那就没啥好压缩的。又或者某一个column,比如sex，不是male就是female，那样的话压缩率就很高，即使数据类型是varchar,因为dictionary的的缘故。还有就是sql2008已经开始支持compressing live data，这样的话backup就没有压缩的空间了。具体的官方解释和算法可以参考http://technet.microsoft.com/en-us/library/bb964719.aspx。
btw,我们公司使用的是第三方解决方案-snapdrive,这样即使不懂数据库理论的IT Infurastruture team也可以独立操作了。

夜游神

难到楼主去零售商工作了么？ 这些家伙天天都是晚上TSM开全备份的 很多和architect design无关系 是因为public company必须要达到的一些业内操作规则 每年都有四大的人过来审计评估 看看是否达标

放在non business时段跑备份么~~~如果target的源和备份点之间不是WAN 完全看不出有啥问题么~~~~

如果真心有什么7x24小时的critical applications 同时在跑的话 你就一路enforce QoS咯

飞飞鱼

.

frankielynna

飞飞鱼 发表于 2012-11-1 10:37
谢谢大家的帮忙.

问题这样解决了:

你怎么变救火队员了?

飞飞鱼

.

Fernando

飞飞鱼 发表于 2012-11-1 10:29
hoho,你还不知道公司的情况,每个人按自己职位,部门的规定,流程走,但是项目怎么可能是水晶宫里的理想情况,很 ...

趟完地雷你会建议改进流程吗？

飞飞鱼

.