Exadata用户的困境

当然这是Oracle-Sun Exadata V2 数据库一体机的竞争者,Netezza公司制作的一个小视频,但并非空穴来风!

 

 

很多人告诉我有了Exadata这么智能的一体机后都可以不需要dba了,那么这是事实吗?

 

就我个人的体验,部署了Exadata之后DBA花在管理上的时间更多了。

 

Exadata上复杂的数据库升级步骤:

Infiniband Switch – > Exadata Storage Software – > Exadata Host Minimal Patch -> Grid Infrastructure – > Database

客户视角的Exadata 详细升级过程:

  1. Exadata Cells from 11.2.1.3.1 to 11.2.2.2.0
  2. Exadata database nodes from 11.2.1.3.1 to 11.2.2.2.0
  3. Applying a number of pre and post patching fixes (addendums to the standard patching instructions,probably included due to customer reported issue with eth patching
  4. Upgrade kernel on database nodes
  5. Upgrade GI Home to 11.2.0.2
  6. Upgrade ALL RDBMS Homes to 11.2.0.2
  7. Upgrade the database to 11.2.0.2
  8. Apply 11.2.0.2 BP2 to ALL Homes(Part of this need to be done manually ,as opatch auto doesn’t work when the installation has different GI and RDBMS owners)

 

升级所涉及的多层Component :

这升级步骤不是人写的,有木有?!

Exadata上的 Bundle Patch (Replaces recalled patch 8626760) 是可以recall 召回的有木有?!

#别去搜这个patch,说了recall了就是不会让你能找到了!

号称出厂即最优的配置,结果连简单的ulimit-memlock参数设置都有问题的情况,有木有?

 

昨天客户语重心长的告诉我,他们准备把Exadata V2 上的核心应用迁移走,客户在09年就开始用Exadata,是不是国内第一家我不知道,但至少应该是用于生产的第一批。但是这2年来因为Exadata折 腾了无数次,现在终于不想折腾了。实际是用户在测试Exadata时总是能看到其优点,但实际使用时只看到缺点了!

历数Exadata V2数据库一体机的几大致命缺点

  1. 软硬件一体,耦合过于紧密
  2. 升级操作十分复杂,客户看到升级流程后几乎绝望
  3. 国内使用经验贫乏
  4. support只有Oracle自己一家,没有第三方可选
  5. 就以往的表现来看美国支撑的X team并不给力。。。。。。
  6. 贵,Exadata很贵!具体了解其报价Exadata V2 Pricing

Comments

  1. matthew says

    这个升级步骤真有技术含量啊。

  2. kevinlin says

    唉,亏大了

  3. 写个关于实施的文档吧,欣赏一下。

  4. 白朗峰 says

    过段时间可能要接触到EXadata 的测试,到时候可要向你请教哦。

  5. ghy1215 says

    听了一期的培训,感觉太复杂了,呵呵,而且这么贵,估计以后很难碰到了

    • admin says

      能用好 还是很不错的, 前提是 自身的技术力量 能管理好;
      销售会给你吹得天花乱坠,这个产品如何完美、如何智能。

  6. 补充下之前写的Exadata的升级方案

    Exadata 升级方案
    操作 持续时间 影响
    运行Exadata Health Check 先期完成
    更新Database Home和Grid Home的Opatch工具 先期完成
    创建新的11.2.0.2 GI创建CRS_HOME 先期完成
    创建新的11.2.0.2 GI创建DB_HOME 先期完成
    升级Infiniband Switch
    滚动升级switch软件到1.3.3-2 每个switch 2小时 升级期间至少有一个switch不可用
    升级Exadata Storage Software 
    滚动升级Exadata Storage Software到11.2.2.3.5 每个cell 1小时,4*1=4小时 升级期间有一个cell不可用
    对Database Host实施Minimal Pack 每个host 30分钟,0.5*4=2小时 升级期间有一个host不可用
    升级GI前的准备工作
    针对GI安装Patch 9329767,该补丁无法滚动升级 2小时 数据库需要停机
    正式升级GI/CRS
    修改ASM实例参数,包括AMM和cluster_interconnects 20分钟
    通过OUI安装新的11.2.0.2 GI软件 30分钟
    针对新的11.2.0.2 的GI软件relink oracle kernel  20分钟
    运行rootupgrade.sh 正式升级CRS stack,该操作可以滚动升级 每个节点20分钟,20*4=80分钟 滚动升级期间,至少有一个实例不可用
    更新11.2.0.2的GI HOME下的Opatch工具 20分钟
    针对GI安装Oracle Exadata Database Recommended Patch (BP9),该操作可以滚动升级 每个节点20分钟,20*4=80分钟 滚动升级期间,至少有一个实例不可用
    GI回退方案
    不建议回退GI
    升级DB前的准备工作
    清理数据字典中的无用数据,包括审计和回收站 先期完成
    使用RMAN全量备份数据库 前一天完成
    收集数据字典的统计信息 升级前3小时完成
    运行升级诊断脚本,包括dbupgdiag.sql和utlu112i.sql 先期完成
    安装11.2.0.2 的数据库软件 先期完成
    更新11.2.0.2 DB HOME下的Opatch工具 先期完成
    在新的11.2.0.2数据库软件上安装Exadata BP9补丁 先期完成
    将相关实例参数文件拷贝至11.2.0.2的ORACLE_HOME 下 先期完成
    正式升级DB/RDBMS
    修改cluster_interconnects或BRM推荐的参数 20分钟 数据库需停机
    打开闪回数据库并创建还原点 20分钟 数据库需停机
    运行catupgrd.sql脚本正式升级数据字典 90分钟 数据库需停机
    运行catbundle.sql脚本 20分钟 数据库需停机
    运行utlrp脚本 20分钟 数据库需停机
    利用srvctl upgrade命令修改ocr中的ORACLE_HOME 10分钟
    所有数据库实例重启 15分钟
    更新oracle用户的profile配置文件 10分钟
    数据库回退方案
    利用还原点闪回至执行catupgrd.sql脚本之前 20分钟
    还原profile和ocr记录 20分钟
    检验升级
    运行Exadata Health Check 20分钟
    运行cluvfy工具 20分钟
    应用测试
    升级后3个礼拜
    修改compatible参数到11.2.0.2.0 20分钟 数据库需停机
    删除还原点 20分钟
  7. Lunar says

    干败了。。。。。。。。。。。。。

Comment

*

沪ICP备14014813号-2

沪公网安备 31010802001379号