数据库恢复服务 微信: dbservice1234
感谢maclean整理,注意多运动,别再胖了^_^
感谢支持,减肥中。。
大赞一个,感谢分享!!!
现在用户都注重备份了,搞一个PRM,似乎是多余的。
你好, 真实世界的环境千差万别,在我们已经接触的客户里有做了备份而最后发现备份不可用的,有数据库实在太大而没有空间备份的,有虽然备份也可用但是仅仅是truncate掉了一张表而需要全库恢复或者很大的一个表空间恢复耗时太长的,有部分归档也丢失的等等。
一一反驳:1.做了备份,备份不可用,这个需要定期检查备份的有效性,定期做备份恢复演练;2.现在磁盘都是白菜价,数据重要,还是磁盘重要,这个应该分得清;3.truncate表,这个可以使用可以使用备份来恢复,把备份的数据恢复到另一个库,然后exp出来;4.归档也是有备份的。
我想强调的是real world, 在国内大量制造业、医院等企业对IT投入是不足的,初期规划预算没有把备份算进去的很多,也没有专职的DBA。你说的这些在大中型企业关键的系统里 确实可行,对于我说的这些地方却不适用,这些地方甚至没有DBA。第三点: 对于很大且宕机时间有限的数据库而言,PRM是一个选项,因为即便做异机的TSPTIR 也很慢,而且你可能要面对的是异常缓慢的磁带恢复,这些都是真实经验。第四点: 同学你要知道,在中国和大量第三世界国家 的ORACLE DB可能都不开归档的,有很多库是开了归档,但是只要磁盘满了就删归档。这是我了解的真实世界,可能和你看到的不一样。
你的博客看起来相当舒服,既来看朋友的博客,当然要留言了。欢迎回访。
一直都在关注你啊..大刘(牛),哈哈..PRM感觉很类似DUL啊。。。还不更新视频讲座啊。。。
Name *
Email *
Website
沪ICP备14014813号-2
沪公网安备 31010802001379号
感谢maclean整理,注意多运动,别再胖了^_^
感谢支持,减肥中。。
大赞一个,感谢分享!!!
现在用户都注重备份了,搞一个PRM,似乎是多余的。
你好, 真实世界的环境千差万别,在我们已经接触的客户里有做了备份而最后发现备份不可用的,有数据库实在太大而没有空间备份的,有虽然备份也可用但是仅仅是truncate掉了一张表而需要全库恢复或者很大的一个表空间恢复耗时太长的,有部分归档也丢失的等等。
一一反驳:1.做了备份,备份不可用,这个需要定期检查备份的有效性,定期做备份恢复演练;2.现在磁盘都是白菜价,数据重要,还是磁盘重要,这个应该分得清;3.truncate表,这个可以使用可以使用备份来恢复,把备份的数据恢复到另一个库,然后exp出来;4.归档也是有备份的。
我想强调的是real world, 在国内大量制造业、医院等企业对IT投入是不足的,初期规划预算没有把备份算进去的很多,也没有专职的DBA。你说的这些在大中型企业关键的系统里 确实可行,对于我说的这些地方却不适用,这些地方甚至没有DBA。第三点: 对于很大且宕机时间有限的数据库而言,PRM是一个选项,因为即便做异机的TSPTIR 也很慢,而且你可能要面对的是异常缓慢的磁带恢复,这些都是真实经验。第四点: 同学你要知道,在中国和大量第三世界国家 的ORACLE DB可能都不开归档的,有很多库是开了归档,但是只要磁盘满了就删归档。这是我了解的真实世界,可能和你看到的不一样。
你的博客看起来相当舒服,既来看朋友的博客,当然要留言了。欢迎回访。
一直都在关注你啊..大刘(牛),哈哈..PRM感觉很类似DUL啊。。。还不更新视频讲座啊。。。