给人搽屁股......数据恢复一例

doer_ljy

佩服，Mark一下。
从管理的角度，其实也不能因为除了一次问题就如临大敌。
严加控制+各种备份就DB安全是有效的，但是如果从另一个角度去考虑。
这样做会让系统性能地下，同时让开发人员束手束脚、也让DBA整天四脚朝天。
出问题确实应该检讨，但是评价一个制度、系统的健壮性却不应只看一点。
而是看这种问题的出现频率，和最后的影响范围。

foolishceo

原帖由 husthxd 于 2008-4-24 14:13 发表


以空间不足、启动归档后影响数据库性能为由，一直没有启动物理备份，用expdp每天备份一次。

这是我又一次听到产品库可以不用归档,而我从来发现这种想法可以是正确的.
这次故障最大的错误不是H,而是DBA.
没有完善的权限控制!
没有合理的备份机制!
无论从哪一点来说,换个DBA吧!

husthxd

原帖由 foolishceo 于 2008-4-28 13:00 发表



这是我又一次听到产品库可以不用归档,而我从来发现这种想法可以是正确的.
这次故障最大的错误不是H,而是DBA.
没有完善的权限控制!
没有合理的备份机制!
无论从哪一点来说,换个DBA吧!

呵呵，没有DBA。
作为乙方，我们有建议权，但没有决定权。

husthxd

原帖由 doer_ljy 于 2008-4-28 11:48 发表
佩服，Mark一下。
从管理的角度，其实也不能因为除了一次问题就如临大敌。
严加控制+各种备份就DB安全是有效的，但是如果从另一个角度去考虑。
这样做会让系统性能地下，同时让开发人员束手束脚、也让DBA整天四脚朝天。
出问题确实应该检讨，但是评价一个制度、系统的健壮性却不应只看一点。
而是看这种问题的出现频率，和最后的影响范围。

可以采用的一个措施是：
生产库严格控制权限，如要执行脚本则由甲方相关人员review后由甲方相关人员执行。

yuxuan

同情

kisa99

高

Karsus

................LZ是乙方？？？

kelsoncong

还好系统要求不高,有一夜的时间可以处理,否则有新的数据进来就麻烦了.
PS:生产库还是要启归档的

husthxd

原帖由 Karsus 于 2008-4-30 09:09 发表
................LZ是乙方？？？

y.

花无忧

赞扬楼主！