Oracle 12.2 升级案例:云和恩墨助力某市人社核心系统升级迁移
-
2019-04-10
苏傻了
面临挑战
在本项目实施之前,用户面临的挑战包括硬件老化、性能低下、故障频繁等:-
- 客户迁移前,数据库系统的硬件为IBM 780服务器,已连续运行多年,在迁移前半年内,连续出现过多次硬件损坏,I/O也一直接近于满负荷状态,性能瓶颈突出;
-
-
- 客户的数据库软件为 Oracle 10g 版本,Oracle已停止对该版本的官方维护支持,对比当前的 12c 云数据库时代,客户版本明显滞后;根据下图所示,大家可以看到,自2018年开始,事实上Oracle 18c 已经登上了舞台,属于Oracle 12c的时代已经加速到来。
- 新项目需要将数据库进行升级迁移,需要迁移数据总量超过 40 TB;且需要将数据库版本由 10g 升级至 Oracle 最新的数据库版本,Oracle 12.2。海量数据跨越一个大版本的升级,再加上时间要求,对升级工作就带来了相当大的挑战。
-
客户场景和解决方案
-
- 在硬件方面,主机、网络、存储等全部重新采购,主机仍然采用小型机,全面更换,这样就有了一套独立的新环境。
-
-
- 软件方面,新环境操作系统使用 AIX,同操作系统平台的迁移就简化了数据库的迁移工作。
-
实施步骤
关键点分享
在这样一个大规模的数据库案例实施中,尤其是业内领先的新版本升级,不可避免会遇到一些已知和未知的问题,在实践中需要快速处理、规避,以实现实施控制。在12.2的升级中,你可能遇到 ORA-01722 号错误,这是其中一个升级脚本遇到的:1 2 3 4 5 6 7 | set serveroutput on @?/rdbms/admin/catuptabdata.sql @?/rdbms/admin/utluptabdata.sql execute dbms_preup.run_fixup_and_report('INVALID_SYS_TABLEDATA'); execute dbms_preup.run_fixup_and_report('INVALID_USR_TABLEDATA'); set serveroutput off |
-
本文作者:苏傻了
责任编辑:牛小眸
本文来源:牛透社
-
分享到:
声明:本文由入驻牛透社的作者撰写,观点仅代表作者本人,绝不代表牛透社赞同其观点或证实其描述。