![1494575648795097437.gif](https://i-blog.csdnimg.cn/blog_migrate/f6b2b60efce93bd3a7ad7a8866c4fb49.gif)
自Oracle 12.2发布以来,就会面临两类升级的需求,一类是12.1升级到12.2,毕竟12.1和12.2的发布时间间隔有5年左右的时间,这个时间段内已经有一些线上业务使用了12.1,现在升级到12.2的意愿就会更加强烈。另外一种是低版本升级到12.2,这类需求的一个很大的驱动就是11.2.0.4的服务期限受限。
数据库升级有很多种方式,比如下面的这个升级方案概览,就涉及到很多种场景的考虑。
一般来说,图形的DBUA升级方式比较方便,虽然升级的过程很简便,但是有一个最大的风险点就是不可控因素,所以对于大中型的升级项目,还是会优先选择手工方式升级。
那么对于12.1升级到12.2,是否有什么方案呢,因为单纯看上面的方案还是有一定的局限性,这么说还是有一定的背景的。
对于启用多租户的12c环境,抛开升级,单纯的创建PDB,我们可以有两种方式,一种是远程克隆,基于db link,另外一种是unplug,plugin的方式,而和升级结合起来,思路还是很相似。
我们来简单看看这两种方案。
SQL> CREATE PLUGGABLE DATABASE tbillmob FROM tbillmob@tbillmob_link
file_name_convert=('/U01/app/oracle/oradata/new12c/NEW12C/tbillmob','/U01/app/oracle/oradata/test12cs/tbillmob') ;
CREATE PLUGGABLE DATABASE tbillmob FROM tbillmob@tbillmob_link
*
ERROR at line 1:
ORA-17628: Oracle error 17630 returned by remote Oracle server
ORA-17630: Mismatch in the remote file proto col version client server
出现这个问题还是因为版本的差异,这里需要在源库打一个补丁,可以参考mos文档。
Patch 18633374: COPYING ACROSS REMOTE SERVERS: ASMCMD-8016, ORA-17628, ORA-17630, ORA-06512 这样对于源库来说,打补丁就需要停源库的服务,也就意味着维护窗口。
另外一类方案就是在源库unplug,在目标库plugin,
SQL> create pluggable database upg121 using '/U01/app/oracle/oradata/test12cs/upg121/UPG121.xml' nocopy tempfile reuse; 看起来迁移一个PDB从12.1到12.2真是太容易了,其实不然,因为对于相应的PDB还是需要单独升级,可以使用一个新的命令来做。比如PDB的名字是upg121,就可以使用如下的命令。
$ORACLE_HOME/bin/dbupgrade -c upg121
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/23718752/viewspace-2140596/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/23718752/viewspace-2140596/