• Exadata想要补装Oracle 11g的注意事项


    用户有一台Exadata X9M,上线一段时间了。当时在刷机时选择的Oracle数据库版本是19c,GI软件是21c。

    由于系统在性能和可靠性方面表现良好,并且还有资源富余。用户决定将一个基于Oracle 11g的应用也迁移到Exadata。那么问题来了,如何判断这个应用是否可以迁移?

    经过一番了解,Exadata上安装11g需要具备以下的条件:

    1. 已安装11gR2数据库软件
    2. 设置了正确的ASM和数据库兼容性,依据是Oracle Clusterware (CRS/GI) - ASM - Database Version Compatibility (Doc ID 337737.1)

    对于第1点,虽然后续可以补装,但比较麻烦。而且系统已经上线,去动机器多少有些顾忌。

    对于第2点,我们查询的结果如下:

    col COMPATIBILITY  format a40
    col DATABASE_COMPATIBILITY format a30
    col name format a20
    set lines 120
    
    select NAME,COMPATIBILITY,DATABASE_COMPATIBILITY  from   v$asm_diskgroup;
                                                                   
    NAME                 COMPATIBILITY                            DATABASE_COMPATIBILITY
    -------------------- ---------------------------------------- ----------------------                                                                  
    DATA                 21.0.0.0.0                               11.2.0.4.0
    RECO                 21.0.0.0.0                               11.2.0.4.0
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11

    很不幸,虽然数据库兼容性满足要求,但ASM兼容性设成21c后,可以支持的最低数据库版本是12c。或者换句话说,如果想要支持11gR2,ASM兼容性最高只能设成19c。

    说一下经验教训,在Exadata初始刷机时,需要和用户充分的沟通,看是否有安装多版本数据库的需求。如果有,就一次性把数据库软件刷全,同时根据MOS 337737.1设置正确的兼容性。当时我们没这么做,是我们认为资源也许还不够现有应用来用,可是事实是,Exadata的能力还是挺强的。

    知道这个11g应用无法嵌入后,我们试图说服用户升级数据库到19c。但是这个应用太关键,和其集成的应用太大,而且已有大量的二次开发。总之一句话,迁移太复杂,短期内不可能。

    目前唯一的方法就是,看有没有其它11g的应用,如果可以组个团,就买一台新的小Exadata,专门用于迁移这些11g数据库应用。

  • 相关阅读:
    【Spring连载】使用Spring Data访问 MongoDB(十)----分片Sharding
    SpringCloud 学习(一)---- 微服务的概念
    15:00面试,15:06就出来了,问的问题有点变态。。。
    jQuery
    flink-sql读写hive-1.16
    Jmeter 性能测试如何设计混合场景
    看完这篇 教你玩转渗透测试靶机vulnhub——FunBox9(GaoKao)
    BOM操作
    中文符号雨python
    排序算法的空间复杂度和时间复杂度
  • 原文地址:https://blog.csdn.net/stevensxiao/article/details/126019190