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 的大作中提到】
: 总结一下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 | |
|
