从 Oracle 迁移数据至 OceanBase 的重要检查点-OceanBase数据库使用指南

本文介绍从 Oracle 迁移数据至 OceanBase 数据库过程中，需要重点检查的内容。

时间	检查点
迁移计划的制定阶段	容量规划：整理 Oracle 侧容量的使用情况，检查 OceanBase 侧分配的容量是否符合容量规划。
迁移计划的制定阶段	整理 Oracle 侧的 Top SQL，以理解迁移后的预期。
迁移计划的制定阶段	摸底 Oracle 上数据库的使用情况（feature usage/data volume 等），以制定迁移策略。
迁移计划的制定阶段	制定迁移策略，包括该数据迁移过程中，是否存在分链路、大 Lob、静态数据和无需迁移的数据等特殊情况需要考虑。
迁移计划的制定阶段	了解现在 Oracle 侧的运行情况是否存在 Open Issue，以及稳定性、Bug 或改写需求。
迁移窗口前的 72 小时	确认 OceanBase 数据库的系统是否具备上线条件：功能测试和性能测试的覆盖性、质量如何？功能测试、性能测试和最终上线的系统版本、配置信息是否相同？
迁移窗口前的 72 小时	检查 OceanBase 侧租户的参数设置是否符合预期：确认是否配置了正确的 OceanBase 租户参数。检查是否有其它参数配置超过预期。整理是否有其它设置需要加入（从之前的功能测试、性能测试的 Triage History 获取）。
迁移窗口前的 72 小时	检查 OceanBase 侧分配的容量是否符合容量规划预期。
迁移窗口前的 72 小时	检查迁移链路的生产环境演练情况：全量+增量，参数是否已经固定？时间多久，有什么报错？全量校验，时间多久（和停机窗口相关），数据结果有什么问题？检查迁移链路生产环境的情况：全量+增量迁移的参数是否固定？耗时多久？是否存在报错？全量校检耗时多久（和停机窗口相关）？数据结果是否有问题？
迁移窗口前的 72 小时	了解操作人员的熟练度和配合度情况，其操作动作（参数设置）是否正确？
迁移窗口前的 72 小时	迁移过程中的重点检查事项：增量必须更改配置。迁移阶段禁止 ROWID 变更。迁移阶段禁止自增分区新生成分区。
迁移窗口前的 72 小时	检查使用的 OMS 资源的冲突情况。OMS 是共享资源，当前产品的资源隔离功能有所欠缺。所以需要沟通协调，防止多个大任务运行在一个单点上。在 OceanBase 数据库确认是否存在资源冲突，主要是 Memory/NetWork。
迁移窗口前的 72 小时	每次迁移演练的残余任务需要退订后删除。
迁移窗口前的 72 小时	检查客户自己的生成分区表 DDL Statement，确保没有按照天的分区。Partition Count 是 OceanBase 数据库的关键资源。
迁移窗口前的 72 小时	进行基本的 OceanBase 集群健康检查：检查每个 Server 的 Partition Leader Count 是否均衡。如果不均衡，请考虑调整租户层的 primary_zone 以进行均衡。
迁移当晚	提前准备割接当晚的连接串信息，以备检查 Top SQL、系统情况等。
迁移当晚	CBO 统计信息，确保迁移后，系统有 CBO 统计信息（至少经过一次 Major Freeze）。
迁移当晚	待数据完成迁移，应用切割后，收集 Top SQL 信息。
迁移当晚	检查 OMS 上的调度器健康情况，进行清理。
迁移后	进行密切观察。