oracle 12.2 pdb参数,Oracle 12.2 新特性 | PDB不同字符集变更深入解析

从12c版本12.1开始,就有了新特性——Pluggable Database,相比较之前通过schema的管理方式实现多用户管理,Pluggable Database实现了进一步的隔离,其中包含如下特点:1.将业务用户元数据和数据库本身的元数据进行分离,减少核心数据字典的性能衰减,增加管理便捷性。

2.sga统一分配,各PDB通过各自的标识进行空间管理。

但在12.1中,PDB的字符集与root容器必须保持一致,这样无形中造成了PDB迁移或者克隆的限制性。从12.2开始,同一个cdb中的各个PDB字符集可以不相同。

对于最新版本12.2.0.1,在新创建PDB时并没有办法指定PDB 的字符集,因此只能和root容器字符集相同,而不同PDB可以使用hot clone,或Relocate PDB online 方式直接plug-in,还可使用internal_use进行转换。测试环境

环境:Oracle 12.2.0.1 (REL 6.9 x86-64)

目标端数据库使用dbca创建容器数据库,默认cdb默认字符集是AL32UTF8:

194408150_29_20200709102628677

PDB字符集:

194408150_30_20200709102628724

源端数据库使用dbca创建容器数据库,默认CDB默认字符集是ZHS16GBK,同时自带ZHS16GBK的PDB,测试通过HOTCLONE PDB 和RELOCATE PDB插入到原字符集为AL32UTF8的CDB。

194408150_31_20200709102628755测试条件确认

1.源环境与目标环境平台有相同的字节序(endianness)

194408150_32_20200709102629740

2.目标库是AL32UTF8,源库能为任意字符集(见环境准备)

3.对于options可选组件,源库安装的必须是目标库的子集或相同select * from v$option where value='TRUE';

4.源库和目标库都为归档模式

194408150_33_20200709102629786

5.源库和目标库都使用LOCAL UNDO

194408150_34_20200709102629880

6、步骤5满足源端PDB在read write 状态下进行克隆或relocate注:如一开始并未使用LOCAL UNDO和归档模式,则通过如下方式开启

确认当前操作会话为cdb,或者进行切换

194408150_35_20200709102639271热克隆验证

1.源库CDB$ROOT创建common user

194408150_36_20200709102712302

2.创建public dblink,连接到源库SQL>create public database link cdbgbk_link connect to c##adm identified by cloneadmin using 'cdbgbk';

3.目标库测试dblink

194408150_37_20200709102719318

4.修改FILE_NAME_CONVERT

194408150_38_20200709102749911

5.通过dblink克隆PDBSQL>CREATE PLUGGABLE DATABASE PDB_GBK FROM PDBGBK@cdbgbk_link;

Pluggable database created.

6.检查克隆PDB

194408150_39_20200709102749974

此时仍然是mount状态,open打开PDB

194408150_40_20200709102750333relocate原理热克隆+redo应用

准备条件同热克隆

克隆时源库可处于read write状态

目标库Create PDB完成,源库dml事务仍可继续

目标PDB open时源库中止会话并同步redo(或归档数据)

源端应用undo数据回滚

源库PDB会话自动切换到目标端

克隆语句使用AVALIABLITY选项nomal|high|max(见测试过程)

如有条件,还可以验证应用连接自动切换到relocate目标端。relocate测试

使用PDB relocate(PDB hot move),条件、步骤基本与hot clone相同,且都可沿用Hot Clone的保留配置。

1.目标库参数转换alter session set pdb_file_name_convert='/oracle/app/oradata/cdbgbk/pdbgbk','/oracle/app/oradata/holicdb/pdbgbk';

2.relocate

194408150_41_20200709102750599

#在relocate过程中,理论上连接原库PDBGBK的dml事务并不中断。

3.relocate操作完成

194408150_42_20200709102751536

4.此时源库库状态(仍然承载连接和应用):

194408150_43_20200709102753427

通过v$diag_info视图获取12c alert日志的位置:

194408150_44_20200709102800458

其中从Diag Trace的位置中能够找到alert里记录关于relocate的操作内容:

194408150_45_20200709102816771

5.目标CDB中打开PDB,切换PDBSQL> alter pluggable database PDBGBK open;

Pluggable database altered.

当目标库PDBGBK打开,如应用连接配置没有到目标库,则直接连接原来源库的连接会断开且dml事务直接中断。如有条件配置应用连接可以尝试配置并验证源库和目标端的记录条数和目标端。

另外注意监听里已经注册上了pdbgbk的服务(instance属于目标库)

open过程中记录操作:

194408150_46_20200709102847802

目标库中,relocate过来的库状态正常:

194408150_47_20200709102906880

在目标库的PDB open时候,源库的alert记录relocate结束,源PDB删除操作:

194408150_48_20200709102907224内部转换字符集使用internal_use:

194408150_49_202007091029105

直接修改字符集报错,说明新设字符集必须是老字符集的超集

194408150_50_20200709102910318使用INTERNAL_USE:

194408150_51_20200709102911271需要变更为限制会话模式再进行修改:

194408150_52_20200709102911615

注:oracle并不建议使用INTERNAL_USE来变更数据库的字符集。作者介绍谭龙   云和恩墨技术顾问

擅长Oracle数据库的安装配置、故障诊断、升级迁移解决方案的设计与实施。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值