g***l 发帖数: 18555 | 1 总结一下SQL SERVER的DISASTER RECOVERY PLAN吧,不管你是DBA还是DEVELOPER,公司
大小,如果DB CRASH不能恢复,说明你的RECOVERY PLAN就是不WORK的,平时的功夫都
白搭了,DBA需要被FIRE掉
创建DB的时候就要考虑,三年内变多大,能不能BACKUP,月的星期的,或者每天的。
FULL BACKUP DIFFERIETIAL TRANSACTION LOG配合使用FOR OLTP,这个书里经常讲了
如果数据量大,考虑用FILEGROUP,常更新的数据放在一个GROUP里,经常BACKUP一下,
不常更新的放到一个GROUP里,不常BACKUP
临时TABLE放到一个GROUP里,不BACKUP
如果空间有限制,考虑BACKUP COMPRESSION,2008企业版自带COMPRESSION,否则考虑购
买第三方产品
不要忘了JOB先BACKUP然后再DELETE OLD BACKUP,所以至少要有两个BACKUP的空间。
PLAN是需要TEST的,随便PICK一天,RESTORE一个BACKUP,看看WORK不WORK,有时候
BACKUP没有FINISH,看似FILE在那,其实不能用。
一定要BACKUP到TAPE,月的周的,TAPE要OFF SITE,以防止火灾地震BUINT DOWN
BUILDING.
如果数据太多,考虑定期ARCHIVE,三年以上的数据没必要存在OLTP里 | B*****g 发帖数: 34098 | 2 zan,另外,你把这片贴到group里吧。oracle DBA也是借鉴。
【在 g***l 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 总结一下SQL SERVER的DISASTER RECOVERY PLAN吧,不管你是DBA还是DEVELOPER,公司 : 大小,如果DB CRASH不能恢复,说明你的RECOVERY PLAN就是不WORK的,平时的功夫都 : 白搭了,DBA需要被FIRE掉 : 创建DB的时候就要考虑,三年内变多大,能不能BACKUP,月的星期的,或者每天的。 : FULL BACKUP DIFFERIETIAL TRANSACTION LOG配合使用FOR OLTP,这个书里经常讲了 : 如果数据量大,考虑用FILEGROUP,常更新的数据放在一个GROUP里,经常BACKUP一下, : 不常更新的放到一个GROUP里,不常BACKUP : 临时TABLE放到一个GROUP里,不BACKUP : 如果空间有限制,考虑BACKUP COMPRESSION,2008企业版自带COMPRESSION,否则考虑购 : 买第三方产品
| k********e 发帖数: 702 | |
|