DBA

时在出现三种不兼容对象的情况时的处理策略以及迁移前的预检方式通过提前发现并处理这些问题可以有效规避迁移过程中的报错风险。

DBA

在推进自研改造的进程中我们需将Oracle数据库迁移至OceanBaseOracle模式数据库。

尽管

OceanBase

兼容性方面已表现出色但仍旧存在一些特殊语法或对象需要我们进行特别处理。

以下是我们在迁移过程中遇到的一些不完全兼容对象及其处理逻辑。

Oracle

数据库当前版本3.2.3.x所支持的大对象数据类型的信息如下表所示

类型BLOBCLOB长度变长变长自定义长度上限字符48MB48MB字符集BINARY与租户字符集一致

考虑到从

10000));dbms_lob.createtemporary(l_random_blob,

TRUE);dbms_lob.writeappend(l_random_blob,

utl_raw.cast_to_raw(l_random_string));INSERT

INTO

l_random_blob);dbms_lob.freetemporary(l_random_blob);END

LOOP;COMMIT;END;

MAX(DBMS_LOB.GETLENGTH(C_CLOB))

LONGEST_CLOB,MAX(DBMS_LOB.GETLENGTH(C_BLOB))

LONGEST_BLOBFROM

COL.OWNER,COL.TABLE_NAME,COL.COLUMN_NAME,COL.DATA_TYPE,COL.AVG_COL_LEN,COL.CHAR_LENGTH,TAB.NUM_ROWSFROM

DBA_TABLES

OWNER,TABLE_NAME,CONSTRAINT_NAME,CONSTRAINT_TYPE,INDEX_NAME,STATUSFROM

DBA_CONSTRAINTSWHERE

后发现自动分区属性丢失了会导致当分区未自动创建时导致新增数据没法写入分区表导致报错。

4.1

迁移表结构时记录的WARN信息表示自动分区属性由于不兼容会自动DISCARD舍弃

[WARN]

后分区为未自动创建导致的数据无法插入的报错并且找出这类分区后先在

Oracle

端创建足够的多分区避免迁移过程中源端分区数增加导致比对不一致的情况。

并记录清单告知业务开发待后续用其他方式定期生成新分区。

4.3

(time_id)INTERVAL(NUMTOYMINTERVAL(1,

MONTH))(partition

(to_date(2015-01-01,yyyy-mm-dd)));--

SQL

T1.OWNER,T1.TABLE_NAME,T1.INTERVAL,T1.PARTITIONING_TYPE,T1.PARTITION_COUNT,T1.SUBPARTITIONING_TYPE

SUB_TYPE,T1.SUBPARTITIONING_KEY_COUNT

DBA_PART_TABLES

对象不兼容时的处理方法和提前统计发现的操作方式在迁移前提前发现这类问题能有效避免在迁移过程中报错的问题。