《Oracle DBA手记2》读书笔记5

2011年4月15日读17日写
1
作者原文：
------------------------------------------------------------
  一提到电信运营商的数据库，我相信很多人第一时间想到的，就是大。这个大包括两个方面，一个是数据量大，可以说，在国内同等级别的单位，电信运营商的数据量远远大于银行、证券、电力、交通及其他政府机关的数据库；另外一个大，就是系统压力大，主要表现在数据库的连接数多（Active的链接也非常之多），并且SQL的执行频率也非常高。
  ......数据量达到TB级是很正常的，而其计费系统的数据量，就更是达到了几十TB的级别......
------------------------------------------------------------
海翔语：
1）大应用，数据量大，这点对于国产数据库具有借鉴意义。国产数据库，虽然支持TB级，但最大值通常都是32TB，再大的容量支持，目前还没有。国产数据库需要验证大数据量情况下的系统功能与性能，尤其是一些可能有边界值的功能点，如数据量临近、达到极限点时，数据库系统的反应情况、操作系统的反应情况等。
2）作者所言的“几十TB的级别”，不知是历史数据积累所致，还是日/月等所积累的数据量？可能是长期积累的数据所致更为可信。

2
作者原文：
------------------------------------------------------------
  运营商级别的数据库，对运维工程师的要求之高，已经到了苛刻的地步，因为，他有这样的需求，特别是核心系统，对系统性能有着极为苛刻的要求，对高可用，有着近乎变态的要求。我记得，我运维的核心系统，CPU的使用率不得超过50%，如果超过了，就要开始漫长的分析过程，当然，系统的性能都是逐步恶化的，正是这种近乎苛刻的要求，也保证了那些系统的稳定运行；而关于高可用，我们已经锻炼到所有人都能在半夜3点精神最为疲惫模糊的时候被喊起来，5分钟准备时间，10-15分钟将核心生产系统切换到容灾系统并保证容灾系统正常提供服务。
------------------------------------------------------------
海翔语：
1）CPU的利用率，在诸多人眼中，不会是个大问题，也许CPU利用率超过80%，也不会引起大家的关注；在DBA眼中，却有着这样的做法---如果超过了，就要开始漫长的分析过程---这提醒数据库系统开发人员，做事不可不慎重，每一个数据库算法或核心引擎的修改，都应该小心求证、实际检验。
2）作者所言的“将核心生产系统切换到容灾系统并保证容灾系统正常提供服务”，说明了容灾系统或方案对于大型应用系统的重要，国产数据库系统，要想跨入电信系统的大门，需要了解用户的真实使用情况，也许从DBA们的口中，我们可以窥一斑见全貌。