ORACLE DB数据库常见问题解决及诊断技巧集锦-ORACLE DBA故障修复必备手册

9 条评论

1. 

   boathell July 4, 2014

   感谢maclean整理，注意多运动，别再胖了^_^

   Reply
   1. 

      Ask_Maclean_liu_Oracle July 9, 2014

      感谢支持，减肥中。。

      Reply
2. 

   吴苏远 July 17, 2014

   大赞一个，感谢分享!!!

   Reply
3. 

   rtrent July 22, 2014

   现在用户都注重备份了，搞一个PRM，似乎是多余的。

   Reply
   1. 

      Ask_Maclean_liu_Oracle July 22, 2014

      你好， 真实世界的环境千差万别，在我们已经接触的客户里有做了备份而最后发现备份不可用的，有数据库实在太大而没有空间备份的，有虽然备份也可用但是仅仅是truncate掉了一张表而需要全库恢复或者很大的一个表空间恢复耗时太长的，有部分归档也丢失的等等。

      Reply
      1. 

         d.b.c.a August 8, 2014

         一一反驳：1.做了备份，备份不可用，这个需要定期检查备份的有效性，定期做备份恢复演练；2.现在磁盘都是白菜价，数据重要，还是磁盘重要，这个应该分得清；3.truncate表，这个可以使用可以使用备份来恢复，把备份的数据恢复到另一个库，然后exp出来；4.归档也是有备份的。

         Reply
         1. 

            Ask_Maclean_liu_Oracle August 8, 2014

            我想强调的是real world, 在国内大量制造业、医院等企业对IT投入是不足的，初期规划预算没有把备份算进去的很多，也没有专职的DBA。你说的这些在大中型企业关键的系统里 确实可行，对于我说的这些地方却不适用，这些地方甚至没有DBA。第三点： 对于很大且宕机时间有限的数据库而言，PRM是一个选项，因为即便做异机的TSPTIR 也很慢，而且你可能要面对的是异常缓慢的磁带恢复，这些都是真实经验。第四点： 同学你要知道，在中国和大量第三世界国家 的ORACLE DB可能都不开归档的，有很多库是开了归档，但是只要磁盘满了就删归档。这是我了解的真实世界，可能和你看到的不一样。

            Reply
4. 

   二先生 July 30, 2014

   你的博客看起来相当舒服，既来看朋友的博客，当然要留言了。欢迎回访。

   Reply
5. 

   dada July 31, 2014

   一直都在关注你啊..大刘(牛),哈哈..PRM感觉很类似DUL啊。。。还不更新视频讲座啊。。。

   Reply