数据库迁移升级可以算是每个Oracle DBA职业生涯中的必经之路。Oracle提供了大量的工具和方法,比如,RMAN、数据泵、Stream、GoldenGate,甚至可以选择第三方逻辑同步工具等。太多的方法,很难确定哪个是最合适的。对于一些甲方DBA,可能掌握其中的一两种,基本上就能胜任80%的迁移升级工作。但这也是建立在两大前提的基础之上的:数据量在TB级以下,并且停机时间没有严格要求。而作为乙方的DBA,我们所面对的往往是客户的核心数据库,数据量大都在TB级以上,停机时间更是有严格的要求。基于此,我们又该如何完成迁移升级工作呢?本章将介绍Oracle主流的迁移方式在不同场景下的应用,在本章的最后,还将重点讲解如何保证迁移后数据库性能的稳步提升。
在开始本章的讲解之前,我们先解答两个问题:数据库为什么要迁移升级,以及数据库的迁移升级有哪几种场景。
数据库迁移升级的原因如下。
·更换硬件。企业对核心系统硬件的使用寿命一般会有严格的规定,通常为5~10年不等,需要根据系统的重要程度进行区分。
·性能不够,硬件来凑。随着业务爆发式的增长,以及全闪存储、大内存的普及,靠硬件能够解决的问题,绝不会通过烦琐的优化来解决。
·使用新特性。升级数据库可以为业务系统提供新的高效、可靠、安全的数据管理功能。
·版本过期。官方停止了对老版本数据库软件的技术支持。Oracle数据库各版本技术支持的生命周期见第1章的图1-1。
·数据整合,节约成本。
迁移升级包含的几种场景具体如下。
·数据库版本原地升级(包括32位转64位、标准版转企业版)。
·换主机、换存储。
·跨平台的升级迁移(从小型机迁移到X86等)。