【Oracle篇】跨字符集迁移：基于数据泵的ZHS16GBK转AL32UTF8全流程迁移

news2025/7/2 20:29:12

💫《博主主页》：奈斯DB-CSDN博客

🔥《擅长领域》：擅长阿里云AnalyticDB for MySQL(分布式数据仓库)、Oracle、MySQL、Linux、prometheus监控；并对SQLserver、NoSQL(MongoDB)有了解

💖如果觉得文章对你有所帮助，欢迎点赞收藏加关注💖

    最近公司某个项目组，因为业务扩展所以需要在数据库中存储越南语，当前这套Oracle实例由于当时在搭建时使用的是GBK字符集，所以存储越南语就会存在乱码，因为 ZHS16GBK字符集只对汉字、英文字符、数字，+-*/等进行了编码，没有对越南语进行编码所以存储越南语时就会有乱码 ；而AL32UTF8字符集，基本上对全世界的字符进行了编码存储，对于越南语而言支持所有带声调的越南文字符（ư, ơ, ế, ệ等）【AL32UTF8不仅仅可以存储越南语，还可以存储日文、韩文等等】 ，那么就需要将业务用户由ZHS16GBK字符集转成AL32UTF8。

   小伙伴们都知道数据泵可以完成对全库、单个生产用户、生产表、某个表空间的迁移，这些都是难度比较小的操作，如果有一个场景因为业务扩展需要存储 日文、越南语 ，现在的Oracle字符集是ZHS16GBK，但是，需要将Oracle的字符集改成AL32UTF8去存储日文、越南语，那么又应该怎么办呢？

    既然抛出了这个问题就要解决这个问题，我先给出答案——最安全的办法就是重建一个实例，然后修改char/varchar2数据类型的长度，最后通过expdp/impdp数据泵导入进去，当前数据库实例上有多个业务用户，好在只有这一个业务用户有迁移字符集的需求，那么本篇文章主要是通过数据泵完成对一个业务用户字符集的迁移，即使是全库用户都需要转换字符集也是一样的流程。那么带着这个问题，让我们开始今天的内容，通过expdp/impdp轻松完成某个生产用户从GBK到UTF8编码的迁移。

          

特别说明💥：本篇文章部分知识点均来源于 Oracle 公开可查的官方文档手册，并结合了我个人的理解和案例演示。如有冲突，请联系，会立即处理。转载请标明出处😄

        

官方文档对于字符集作用的介绍（Oracle 19c）：

Choosing a Character Set

                              

官方文档对于字符集迁移的介绍（Oracle 19c）：

Character Set Migration

                                

目录

源生产库（ZHS16GBK，实例liudbywcs，RAC环境）部分

目标库（AL32UTF8，实例baj，RAC环境）部分

验证数据部分

                      

Oracle字符集的作用：

    Oracle数据库中的字符集(Character Set)是数据库全球化支持(NLS)的核心组成部分，它的存在和设计源于计算机处理多语言文本的基本需求。以下是Oracle官方文档中阐述的字符集作用和存在原因：

  1. 字符编码映射

    • 建立二进制数据与人类可读字符之间的对应关系

    • 例如：在ZHS16GBK中0xB0A1对应"啊"，在AL32UTF8中0xE5958A对应同一个汉字

  2. 数据存储规范

    • 定义每个字符占用的存储空间（单字节/多字节）

    • 例如：US7ASCII每个字符固定1字节，AL32UTF8中文常用字占3字节

  3. 排序与比较规则

    • 决定ORDER BY、WHERE条件比较等操作的排序规则

    • 不同字符集对相同字符的排序顺序可能不同

                        

Oracle常用字符集：

1.US7ASCII - 基础ASCII字符集基本特性：

  • 7位编码标准，共128个字符(0x00-0x7F)

  • 不支持任何扩展字符

  • 每个字符固定占用1字节存储空间

支持范围：

  • 英文字母(A-Z, a-z)

  • 数字(0-9)

  • 基本标点符号和特殊字符(!@#$%^&*等)

  • 控制字符(换行、回车等)

典型问题：

-- 尝试存储非ASCII字符会报错或显示为?
INSERT INTO test VALUES ('中文');  -- 结果: ??

适用场景：

  • 纯英文应用系统

  • 遗留系统维护

  • 需要最小存储开销的环境

           

          

2. ZHS16GBK - 简体中文字符集

编码结构：

  • 扩展GB2312标准，支持21003个汉字

  • 双字节编码(0x8140-0xFEFE)

  • 兼容ASCII(0x00-0x7F单字节)

字符范围：

  • 简体中文(GB 18030-2000基本集)

  • 常见繁体字

  • 中文标点符号(全角)

  • 部分日文假名和特殊符号

存储示例：

"中国" -> 0xD6D0 0xB9FA (2个双字节编码)
"ABC" -> 0x41 0x42 0x43 (单字节ASCII兼容)

局限性：

  • 不支持越南语、泰语等东南亚文字

  • 部分生僻字可能无法显示

       

          

3. JA16SJIS - 日文字符集

编码特点：

  • 基于Shift-JIS编码标准

  • 混合单字节(ASCII)和双字节编码

  • 包含JIS X 0201和JIS X 0208字符集

字符组成：

  • 全角假名(平假名、片假名)

  • 日文汉字(常用约6000字)

  • 半角假名和符号

  • 英数字(半角/全角)

编码示例：

"日本語" -> 0x93FA 0x967B 0x8CEA (3个双字节编码)
"ﾊﾝｶｸ" -> 0xB1 0xB2 0xB3 0xB4 (半角假名)

注意事项：

  • 与EUC-JP编码不兼容

  • 某些特殊符号可能显示异常

     

   

4. KO16KSC5601 - 韩文字符集

标准规范：

  • 基于KS C 5601-1987标准

  • 完全双字节编码(0xA1A1-0xFEFE)

  • 包含2350个韩文音节和4888个汉字

字符构成：

  • 韩文字母(谚文)

  • 常用汉字

  • 特殊符号和图形字符

编码特性：

"한국" -> 0xC7D1 0xB1B9 (2个双字节)
"大韓民國" -> 0xB4EB 0xC7D1 0xB9DD 0xB0FA (4个双字节)

使用限制：

  • 不包含部分新造韩文字

  • 汉字数量有限

   

        

5. AL32UTF8 - Unicode字符集

核心优势：

  • 完整Unicode支持(最新版本)

  • 可变长度编码(1-4字节/字符)

  • 兼容所有语言字符

编码方式：

  • ASCII字符：1字节(0x00-0x7F)

  • 欧洲文字：通常2字节(如é: 0xC3A9)

  • 中文/日文/韩文：通常3字节(中: 0xE4B8AD)

  • 特殊符号/罕见字：4字节

存储对比：

GBK中的"中国"：4字节(D6D0 B9FA)
UTF8中的"中国"：6字节(E4B8AD E59BBD)

关键特性：

-- 多语言混合存储示例
INSERT INTO multilingual VALUES 
('中文Chinese日本語한국語ViệtNam');

实施建议：

  1. 字段长度调整：VARCHAR2(100)可能需扩大

  2. 排序规则：使用NLS_SORT参数指定

  3. 性能考虑：索引大小可能增加

        

比较总结：

特性US7ASCIIZHS16GBKJA16SJISKO16KSC5601AL32UTF8
编码范围128字符2.1万汉字6千日文7千韩文全Unicode
存储效率最高高中高可变
多语言支持仅英文中/英日/英韩/中/英全球语言
字节/字符11或21或221-4
推荐场景纯英文简体中文日文系统韩文系统国际系统

             

迁移建议：从任何单语言字符集迁移到AL32UTF8时，需特别注意：

  1. 字段长度可能不足(UTF8通常需要更多空间)

  2. 应用程序可能需要调整字符处理逻辑

  3. 导出/导入时明确指定字符集转换

        

字符集存储数据相关参数：

SQL> show parameter NLS_LENGTH_SEMANTICS

NLS_LENGTH_SEMANTICS：用于指定长度语义，有两个值BYTE、CHAR。mysql的字符集转换不同于oracle，因为oracle是字节byte所以涉及到列长度的转换，但mysql是存储是用char，所以不涉及到列的转换。但是Oracle可以通过NLS_LENGTH_SEMANTICS参数设置用BYTE还是CHAR存储数据，默认是BYTE字节存储。这个参数主要是针对char和varchar2这两种数据类型，数据存储是使用字节byte还是字符char设计的。对于NCHAR、NVARCHAR2、CLOB和NCLOB列始终基于char字符。

  • BYTE：以字节的形式存储数据，默认值。gbk迁移到utf8就会涉及到char和varchar2数据类型的长度转换。
  • CHAR：以字符的形式存储数据，gbk迁移到utf8不会涉及到长度转换。

注意：Oracle强烈建议不要在运行的实例中将参数设置为CHAR，因为可能导致许多现有安装脚本或者表数据意外地创建具有字符长度语义的列，从而导致运行时错误，包括缓冲区溢出。可以考虑在新实例中修改，新实例修改参考下面的案例一，修改长度语义只对后续手动创建的表生效，现有表还是原byte

                    

    首先了解为什么迁移字符集需要修改char/varchar2数据类型的长度，而不需要修改数值、日期等数据类型的长度。下面我们先看案例——汉字和字符在char/varchar2/nchar/nvarchar2数据类型中的占用的字节：

  • char（n）存放定长的字符串，最大存放2000 bytes

AMERICAN_AMERICA.ZHS16GBK（一个字符1字节，一个汉字为2字节）

SQL> create table liu_oracleoltp_ywcs_t1_gbk (name char(32));       ###创建字段为char32数据类型的liu_oracleoltp_ywcs_t1_gbk表，数据类型的字符串长度一般是16的倍数，例32，64，128等
SQL> show parameter NLS_LENGTH_SEMANTICS;                            ###首先确定存放字符的类型，默认是字节byte存储，有char、byte两个值。
SQL> insert into liu_oracleoltp_ywcs_t1_gbk values('Oracle');
SQL> insert into liu_oracleoltp_ywcs_t1_gbk values('甲骨文');
         
SQL> select name,dump(name) from liu_oracleoltp_ywcs_t1_gbk;     ###dump为展现这个行（name）的详细内容
###插入数据的详细内容，数字代表字码，79代表字母O，空格用32代码表示

                 

AMERICAN_AMERICA.AL32UTF8（一个字符1字节，一个汉字为3字节）

SQL> create table liu_oracleoltp_ywcs_t2_utf8 (name char(32));       ###创建字段为char32数据类型的liu_oracleoltp_ywcs_t2_utf8表，数据类型的字符串长度一般是16的倍数，例32，64，128等
SQL> show parameter NLS_LENGTH_SEMANTICS;                            ###首先确定存放字符的类型，默认是字节byte存储，有char、byte两个值。
SQL> insert into liu_oracleoltp_ywcs_t2_utf8 values('Oracle');
SQL> insert into liu_oracleoltp_ywcs_t2_utf8 values('甲骨文');
           
SQL> select name,dump(name) from liu_oracleoltp_ywcs_t2_utf8;    ###dump为展现这个行（name）的详细内容
###插入数据的详细内容，数字代表字码，79代表字母O，空格用32代码表示

                 

  • varchar2(n)：存放可变长长度的字符集，最大可以存放4000 bytes

AMERICAN_AMERICA.ZHS16GBK（一个字符1字节，一个汉字为2字节）

SQL> create table liu_oracleoltp_ywcs_t3_gbk (name varchar2(16));
SQL> show parameter NLS_LENGTH_SEMANTICS;                   ###首先确定存放字符的类型，默认是字节byte存储，有char、byte两个值。
SQL> insert into liu_oracleoltp_ywcs_t3_gbk(name) values('Oracle');
SQL> insert into liu_oracleoltp_ywcs_t3_gbk(name) values('甲骨文');
             
SQL> select name,dump(name) from liu_oracleoltp_ywcs_t3_gbk;
###1、存放了‘Oracle’的6个字符，实际存放数据库中，就只占用了6个（‘Oracle’），其余的剩下的字符就被回收了。     
###2、如果插入数据是固定长度的，比如手机号码（11位）、身份证号（18位），则应当使用char来存放，这样的好处是查询与检索速度较快。原因为查询char类型的字段时，作为整体进行查询，而varchar2是一个个数据进行比对的。而如果存放的字符串的长度不固定，则建议使用varchar2（size）

                           

AMERICAN_AMERICA.AL32UTF8（一个字符1字节，一个汉字为3字节）

SQL> create table liu_oracleoltp_ywcs_t4_utf8 (name varchar2(16));
SQL> show parameter NLS_LENGTH_SEMANTICS;                    ###首先确定存放字符的类型，默认是字节byte存储，有char、byte两个值。
SQL> insert into liu_oracleoltp_ywcs_t4_utf8(name)  values('Oracle');
SQL> insert into liu_oracleoltp_ywcs_t4_utf8(name)  values('甲骨文');
                 
SQL> select name,dump(name) from liu_oracleoltp_ywcs_t4_utf8;
###1、存放了‘Oracle’的6个字符，实际存放数据库中，就只占用了6个（‘Oracle’），其余的剩下的字符就被回收了。     
###2、如果插入数据是固定长度的，比如手机号码（11位）、身份证号（18位），则应当使用char来存放，这样的好处是查询与检索速度较快。原因为查询char类型的字段时，作为整体进行查询，而varchar2是一个个数据进行比对的。而如果存放的字符串的长度不固定，则建议使用varchar2（size）

         

  • nchar(n)：根据字符集而定的固定长度字符集，nchar(n)最大存放2000 bytes

AMERICAN_AMERICA.ZHS16GBK（一个字符2字节，一个汉字为2字节）

SQL> create table liu_oracleoltp_ywcs_t5_gbk (name nchar(16));
SQL> show parameter NLS_LENGTH_SEMANTICS;                    ###首先确定存放字符的类型，默认是字节byte存储，有char、byte两个值。
SQL> insert into liu_oracleoltp_ywcs_t5_gbk(name) values('Oracle');
SQL> insert into liu_oracleoltp_ywcs_t5_gbk(name) values('甲骨文');

SQL> select name,dump(name) from liu_oracleoltp_ywcs_t5_gbk;

                       

AMERICAN_AMERICA.AL32UTF8（一个字符2字节，一个汉字为2字节）

SQL> create table liu_oracleoltp_ywcs_t7_utf8 (name nchar(16));
SQL> show parameter NLS_LENGTH_SEMANTICS;                    ###首先确定存放字符的类型，默认是字节byte存储，有char、byte两个值。
SQL> insert into liu_oracleoltp_ywcs_t7_utf8(name) values('Oracle');
SQL> insert into liu_oracleoltp_ywcs_t7_utf8(name) values('甲骨文');

SQL> select name,dump(name) from liu_oracleoltp_ywcs_t7_utf8;

                    

  • nvarchar2(n)：根据字符集而定的固定长度字符集，nvarchar2(n)最大存放4000 bytes。

AMERICAN_AMERICA.ZHS16GBK（一个字符2字节，一个汉字为2字节）

SQL> create table liu_oracleoltp_ywcs_t6_gbk (name nvarchar2(16));
SQL> show parameter NLS_LENGTH_SEMANTICS;                    ###首先确定存放字符的类型，默认是字节byte存储，有char、byte两个值。
SQL> insert into liu_oracleoltp_ywcs_t6_gbk(name) values('Oracle');
SQL> insert into liu_oracleoltp_ywcs_t6_gbk(name) values('甲骨文');

SQL> select name,dump(name) from liu_oracleoltp_ywcs_t6_gbk;

                

AMERICAN_AMERICA.AL32UTF8（一个字符2字节，一个汉字为2字节）

SQL> create table liu_oracleoltp_ywcs_t8_utf8 (name nvarchar2(16));
SQL> show parameter NLS_LENGTH_SEMANTICS;                    ###首先确定存放字符的类型，默认是字节byte存储，有char、byte两个值。
SQL> insert into liu_oracleoltp_ywcs_t8_utf8(name) values('Oracle');
SQL> insert into liu_oracleoltp_ywcs_t8_utf8(name) values('甲骨文');

SQL> select name,dump(name) from liu_oracleoltp_ywcs_t8_utf8;

                         

    那么现在明白了为什么修改字符集时需要增加 char/varchar2数据类型 长度了吧！对于NCHAR、NVARCHAR2、CLOB和NCLOB列始终基于char字符，CLOB和NCLOB大字段的数据类型一般是不会指定长度的，所以也就不会涉及到长度的增加了，所以这里我就不演示了。

那么总结一下：

    Oracle字符集的修改不要在现有的实例上直接去修改，因为oracle默认是 字节byte 所以涉及到列长度的转换，转换涉及到 char和varchar2 两种数据类型，其他数据类型不涉及到转换，也有通过 在线修改单机或者rac的字符集 ，但是会有很大的风险，所以通过expdp/impdp数据泵是最有效的方案。

                             

                        

源生产库（ZHS16GBK，实例liudbywcs，RAC环境）部分

1、字符集存储数据参数

SQL> show parameter NLS_LENGTH_SEMANTICS;
###BYTE：以字节的形式存储数据，默认值。gbk迁移到utf8就会涉及到char和varchar2数据类型的长度转换。

2、创建数据泵的dmp文件存放目录

[root@rac1 ~]# mkdir /liu 
[root@rac1 ~]# chown oracle:oinstall /liu
###文件liu（路径/liu）在/dev/sdb3下挂载，将文件的所属用户和目录改为oracle：oinstall

[root@rac1 ~]# sqlplus / as sysdba
SYS@orcl> create  directory  BACKUP20200328 as  '/liu'; 
SYS@orcl> grant  all  on  directory  BACKUP20200328  to  system ;
###创建数据泵的转储路径（在使用expdp时，指定到liu目录时，数据文件就会生成在/liu路径下）。赋予给所有用户目录liu的所有执行权限，为了以后普通用户使用expdp时有权限将dmp数据文件导入到/liu下。

3、导出的数据库为ZHS16GBK，只导出生产baj这个用户

[oracle@rac1 ~]$ export ORACLE_SID=liudbywcs1
[oracle@rac1 ~]$ echo $ORACLE_SID
                 
[oracle@rac1 ~]$ expdp  baj/baj directory=BACKUP20200328  dumpfile=expdp_liudbywcs_baj_%U.dmp  logfile=expdp_orcl_baj.log  schemas=baj  parallel=4  cluster=n

4、生成生产库的业务表空间SQL语句：

ps：排查掉SYSAUX、SYSTEM、TEMP、UNDOTBS1、USERS这些系统表空间的创建

SQL> set linesize 500 
     set pagesize 99
     col file_name for a70 
     col file_id for 9999999 
     col status for a10 
     col ts_name for a25 
     col cur_mb for 99999 
     select status, file_id, file_name, tablespace_name ts_name,blocks/128 tolal_mb, maxblocks/128 max_mb,AUTOEXTENSIBLE,status,online_status from dba_data_files order by file_name;
         
SQL> SET LONG 2000000 PAGESIZE 0 head off verify off feedback off linesize 180 
         
SQL> select dbms_metadata.get_ddl('USER','BAJ') from dual;                ###查看创建用户的语句，需要确定默认的表空间和默认的临时表空间
SQL> select dbms_metadata.get_ddl('TABLESPACE','NNC_DATA01') from dual;   ###查看创建表空间的语句
SQL> select dbms_metadata.get_ddl('TABLESPACE','NNC_INDEX01') from dual;

                             

              

目标库（AL32UTF8，实例baj，RAC环境）部分

1、生产baj用户导入前需要注意的事情：

1）关注归档目录，定时进行删除，避免空间耗尽。可以考虑先关闭归档

2）baj数据量有500G以上，导入过程中undo和temp占用很多，适当扩容。

       博主在实际迁移过程中Undo表空间给7个，总大小210G，并且减少undo_retention为300秒

        Temp表空间给3个，总大小90G

3）数据文件看情况增加

2、在服务器上创建一个AL32UTF8字符集的实例baj

这里就不演示安装实例过程中，需要主要的是字符集需要为AL32UTF8

3、确认字符集调整undo保留时间

[oracle@rac1 ~]# export ORACLE_SID=baj1
[oracle@rac1 ~]# echo $ORACLE_SID
    
SQL> alter system set undo_retention=300 scope=both sid='*';   --导入完成之后修改回来
    
SQL> select * from  nls_database_parameters; 
SQL> select * from  v$nls_parameters;  
SQL> select  userenv('language')  from  dual ;

4、创建表空间

SQL> 
set linesize 500 
set pagesize 99
col file_name for a70 
col file_id for 9999999 
col status for a10 
col ts_name for a25 
col cur_mb for 99999 
select status, file_id, file_name, tablespace_name ts_name,blocks/128 tolal_mb, maxblocks/128 max_mb,AUTOEXTENSIBLE,status,online_status from dba_data_files order by file_name;

alter  tablespace  UNDOTBS1  add  datafile '+DATADG'  size 31G autoextend  on;
alter  tablespace  UNDOTBS1  add  datafile '+DATADG'  size 31G autoextend  on;
alter  tablespace  UNDOTBS1  add  datafile '+DATADG'  size 31G autoextend  on;
alter  tablespace  UNDOTBS1  add  datafile '+DATADG'  size 31G autoextend  on;
alter  tablespace  UNDOTBS1  add  datafile '+DATADG'  size 31G autoextend  on;

alter  tablespace  UNDOTBS2  add  datafile '+DATADG'  size 31G autoextend  on;
alter  tablespace  UNDOTBS2  add  datafile '+DATADG'  size 31G autoextend  on;
alter  tablespace  UNDOTBS2  add  datafile '+DATADG'  size 31G autoextend  on;
alter  tablespace  UNDOTBS2  add  datafile '+DATADG'  size 31G autoextend  on;
alter  tablespace  UNDOTBS2  add  datafile '+DATADG'  size 31G autoextend  on;

alter  tablespace  temp  add  tempfile  '+DATADG'  size  31G  autoextend  on; 
alter  tablespace  temp  add  tempfile  '+DATADG'  size  31G  autoextend  on; 

CREATE TABLESPACE "NNC_DATA01" DATAFILE
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 5G autoextend on,
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on
  LOGGING ONLINE PERMANENT BLOCKSIZE 8192
  EXTENT MANAGEMENT LOCAL AUTOALLOCATE DEFAULT
 NOCOMPRESS  SEGMENT SPACE MANAGEMENT AUTO;
CREATE TABLESPACE "NNC_INDEX01" DATAFILE
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on
  LOGGING ONLINE PERMANENT BLOCKSIZE 8192
  EXTENT MANAGEMENT LOCAL AUTOALLOCATE DEFAULT
 NOCOMPRESS  SEGMENT SPACE MANAGEMENT AUTO;


CREATE TABLESPACE "NNC_INDEX01" DATAFILE
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on,
'+DATADG' SIZE 1G autoextend on
  LOGGING ONLINE PERMANENT BLOCKSIZE 8192
  EXTENT MANAGEMENT LOCAL AUTOALLOCATE DEFAULT
 NOCOMPRESS  SEGMENT SPACE MANAGEMENT AUTO;

5、创建存放DMP文件夹的引用地址

SQL> create directory baj_dir as '/home/oracle/backup20200328';
SQL> grant all on directory baj_dir to system;

6、linux下使用impdp工具导入（只是导入对象）：

[oracle@rac1 ~]# export ORACLE_SID=baj1
[oracle@rac1 ~]# echo $ORACLE_SID
            
[oracle@rac1 ~]# impdp system/oracle directory=baj_dir dumpfile=expdp_orcl_baj_01.dmp,expdp_orcl_baj_02.dmp,expdp_orcl_baj_03.dmp,expdp_orcl_baj_04.dmp logfile=impdp_baj_baj_metadata_only.log schemas=baj parallel=8 CONTENT=metadata_only table_exists_action=append cluster=n
####impdp导入之前，需要在目标数据库上创建相应表空间对象即可；而对于imp导入时需要在目标数据库上创建相应的用户、权限、表空间等对象。

7、旧库迁移到新库，旧库编码是GBK，新库是UTF-8，一个汉字GBK占2个字节，UTF-8占三个字节，故对varchar2和char类型字段扩容二分之一

注意：有些业务表是定长char数据类型，但是内容只有字符，没有汉字，如果统一进行扩容的话可能会影响程序对char数据类型的判断，所以对于char数据类型按照要求扩长或者不扩长，哪些char必须要扩容只有在导入的时候报错了再考虑对char进行扩容。

[oracle@rac1 ~]# sqlplus baj/123456
###连接到baj用户执行下面操作

                 

扩展char小于1300的SQL语句：

SQL> set pagesize 0;
SQL> spool /home/oracle/char1.sql
      SELECT 'alter table ' || t_column.table_name || ' modify ' ||
             t_column.column_name || ' char(' || (t_column.data_length + ceil(t_column.data_length * 0.5)) || ');' AS alter_sqlstr
        FROM user_tab_columns t_column, user_tables t_tables
       WHERE t_column.table_name = t_tables.table_name
         AND t_column.data_length <= 1300
         AND t_column.data_type = 'CHAR';
SQL> spool off

         

扩展char大于1300且小于2000的SQL语句：

SQL> set pagesize 0;
SQL> spool /home/oracle/char2.sql
      SELECT 'alter table ' || t_column.table_name || ' modify ' ||t_column.column_name || ' char(2000);' AS alter_sqlstr
        FROM user_tab_columns t_column, user_tables t_tables
       WHERE t_column.table_name = t_tables.table_name
         AND t_column.data_length > 1300
         AND t_column.data_length < 2000
         AND t_column.data_type = 'CHAR';
SQL> spool off

         

扩展varchar2大于2600且小于4000的SQL语句：

SQL> set pagesize 0;
SQL> spool /home/oracle/char3.sql
      SELECT 'alter table ' || t_column.table_name || ' modify ' ||
             t_column.column_name || ' varchar2(4000);' AS alter_sqlstr
        FROM user_tab_columns t_column, user_tables t_tables
       WHERE t_column.table_name = t_tables.table_name
         AND t_column.data_length > 2600
         AND t_column.data_length < 4000
         AND t_column.data_type = 'VARCHAR2';
SQL> spool off

        

扩展varchar2小于2600的SQL语句：

SQL> set pagesize 0;
SQL> spool /home/oracle/char4.sql
      SELECT 'alter table ' || t_column.table_name || ' modify ' ||
             t_column.column_name || ' varchar2(' || (t_column.data_length + ceil(t_column.data_length * 0.5)) || ');' AS alter_sqlstr
        FROM user_tab_columns t_column, user_tables t_tables
       WHERE t_column.table_name = t_tables.table_name
         AND t_column.data_length <= 2600
         AND t_column.data_type = 'VARCHAR2';
SQL> spool off

8、执行需要扩容的SQL文本：

[oracle@rac1 ~]# sqlplus baj/123456
###连接到baj用户执行下面操作
    
SQL> /home/oracle/char1.sql
SQL> /home/oracle/char2.sql
SQL> /home/oracle/char3.sql
SQL> /home/oracle/char4.sql
###执行char1.sql、char2.sql、char3.sql、char4.sql之前，需要删除多余的spool和spool off内容只保留alter table内容

9、如果有些表扩长到varchar2(4000)也不足，所以需要修改为clob数据类型

ps：在第一次导入的时候发现导入WA_CLASSITEM表时，VFORMULASTR字段扩容到了varchar2（4000），但数据长度需要4070，varchar2最大长度为4000，所以只能通过alter table修改数据类型为clob才能解决，那么只能将生产用户删掉，然后再来一遍哦！

SQL> ALTER TABLE WA_CLASSITEM DROP COLUMN VFORMULASTR;  
SQL> ALTER TABLE WA_CLASSITEM add VFORMULASTR CLOB;

10、linux下使用impdp工具导入（导入对象的数据）：

[oracle@rac1 ~]# export ORACLE_SID=baj1
[oracle@rac1 ~]# echo $ORACLE_SID
         
[oracle@rac1 ~]# impdp system/oracle directory=baj_dir dumpfile=expdp_orcl_baj_01.dmp,expdp_orcl_baj_02.dmp,expdp_orcl_baj_03.dmp,expdp_orcl_baj_04.dmp logfile=impdp_baj_baj_data_only.log schemas=baj parallel=8 CONTENT=data_only table_exists_action=append  cluster=n
####impdp导入之前，需要在目标数据库上创建相应表空间对象即可；而对于imp导入时需要在目标数据库上创建相应的用户、权限、表空间等对象。

               

                                  

验证数据部分

第一步：验证数据大小

SQL> select sum(bytes) / 1024 / 1024 / 1024 || 'G' sum
                   from dba_segments
              where owner in ('BAJ')

第二步：验证有无失效的对象（目标数据库上执行）

SQL> select * from dba_objects where status!='VALID' and owner in('BAJ');
SQL> @?/rdbms/admin/utlrp.sql    ---有无效对象的话，进行无效对象的编译（最大可能自动修复无效对象）。

第三步：收集统计信息（目标数据库上执行）

[oracle@rac1 ~]# vi status.sql 

begin 
dbms_stats.gather_database_stats; 
end; 
/ 

[oracle@rac1 ~]# nohup sqlplus / as sysdba @status.sql &    ---因为收集统计信息时间长，所以写个sh后台运行

第四步：查看哪些表的统计信息被锁定（stattype_locked字段为ALL的表示锁定了表的统计信息，默认stattype_locked字段为空表示可以收集统计信息）：

SQL> select * from dba_ind_statistics where stattype_locked='ALL' AND OWNER='BAJ';
SQL> select * from dba_tab_statistics where stattype_locked='ALL' AND OWNER='BAJ';

SQL> begin
       dbms_stats.unlock_schema_stats(ownname  => 'BAJ');
     end;
     /

第五步：验证对象（目标数据库上执行）

SQL> select object_type t_object_type, count(*) t_count
            from dba_objects
         where owner in('BAJ')
         group by object_type
###注：oracle的对象类型可以分的很详细，表、表分区、表子分区是不同的类型。

第六步：对比导入和导出日志

   

第七步：将undo时间修改回最佳值

SQL> alter system set undo_retention=10800 scope=both sid='*';

    兄弟们终于写完了！！！这篇文章是我在下班后写了3个小时奋战到深夜23点才搞定的，之所以分享是因为大家之后肯定会用到的，所以别吝啬你的小手， 点赞、收藏、加关注 。给我来点动力呗。那么我们下一篇文章见——expdp/impdp高效完成全部生产用户的全库迁移。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/2331859.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

西门子S7-1200PLC 工艺指令PID_Temp进行控温

西门子S7-1200PLC 工艺指令PID_Temp进行控温

1.硬件需求&#xff1a; 西门子PLC&#xff1a;CPU 1215C DC/DC/DC PLC模块&#xff1a;SM 1231 TC模块 个人电脑&#xff1a;已安装TIA Portal V17软件 加热套&#xff1a;带加热电源线以及K型热电偶插头 固态继电器&#xff1a;恩爵 RT-SSK4A2032-08S-F 其他&#xff1…
阅读更多...
vant4+vue3上传一个pdf文件并实现pdf的预览。使用插件pdf.js

vant4+vue3上传一个pdf文件并实现pdf的预览。使用插件pdf.js

注意下载的插件的版本"pdfjs-dist": "^2.2.228", npm i pdfjs-dist2.2.228 然后封装一个pdf的遮罩。因为pdf文件有多页&#xff0c;所以我用了swiper轮播的形式展示。因为用到移动端&#xff0c;手动滑动页面这样比点下一页下一页的方便多了。 直接贴代码…
阅读更多...
2025 数字中国创新大赛数字安全赛道数据安全产业积分争夺赛初赛-东部赛区WriteUp

2025 数字中国创新大赛数字安全赛道数据安全产业积分争夺赛初赛-东部赛区WriteUp

2025 数字中国创新大赛数字安全赛道数据安全产业积分争夺赛初赛-东部赛区WriteUp 数据安全:ez_upload(60分)&#xff1a; 模型安全&#xff1a;数据分析&#xff1a;溯源与取证&#xff1a;1-1&#xff1a;1-2&#xff1a; 数据社工&#xff1a;2-2:2-3:2-4: 数据跨境&#xff…
阅读更多...
2025 年网络安全终极指南

2025 年网络安全终极指南

我们生活在一个科技已成为日常生活不可分割的一部分的时代。对数字世界的依赖性日益增强的也带来了更大的网络风险。 网络安全并不是IT专家的专属特权&#xff0c;而是所有用户的共同责任。通过简单的行动&#xff0c;我们可以保护我们的数据、隐私和财务&#xff0c;降低成为…
阅读更多...
1.6-抓包技术（Burp Suite\Yakit抓包\Web、APP、小程序）

1.6-抓包技术（Burp Suite\Yakit抓包\Web、APP、小程序）

1.6-抓包技术&#xff08;Burp Suite\Yakit抓包\Web、APP、小程序&#xff09; 如果要使用抓包软件&#xff0c;基本上第一步都是要安装证书的。原因如下&#xff1a; 客户端&#xff08;浏览器或应用&#xff09;会检测到证书不受信任&#xff0c;并弹出 证书错误&#xff0…
阅读更多...
图解力扣回溯及剪枝问题的模板应用

图解力扣回溯及剪枝问题的模板应用

文章目录 选哪个的问题17. 电话号码的字母组合题目描述解题代码图解复杂度 选不选的问题78. 子集题目描述解题代码图解复杂度 两相转化77. 组合题目描述解题代码法一&#xff1a;按选哪个的思路法二&#xff1a;按选不选的思路 图解选哪个&#xff1a;选不选 复杂度 选哪个的问…
阅读更多...
Elasticsearch 8.X 如何利用嵌入向量提升搜索能力?

Elasticsearch 8.X 如何利用嵌入向量提升搜索能力?

众所周知&#xff0c;Elasticsearch 是一个非常流行的搜索引擎&#xff0c;因为它速度快、扩展性强&#xff0c;尤其擅长全文搜索。 近两年&#xff0c;向量嵌入&#xff08;Vector Embedding&#xff09;技术的引入&#xff0c;让 Elasticsearch 在处理高级搜索场景时变得更强…
阅读更多...
MySQL体系架构（一）

MySQL体系架构（一）

1.1.MySQL的分支与变种 MySQL变种有好几个，主要有三个久经考验的主流变种：Percona Server，MariaDB和 Drizzle。它们都有活跃的用户社区和一些商业支持，均由独立的服务供应商支持。同时还有几个优秀的开源关系数据库，值得我们了解一下。 1.1.1.Drizzle Drizzle是真正的M…
阅读更多...
深度强化学习基础 0：通用学习方法

深度强化学习基础 0：通用学习方法

过去自己学习深度强化学习的痛点&#xff1a; 只能看到各种术语、数学公式勉强看懂&#xff0c;没有建立清晰且准确关联 多变量交互关系浮于表面&#xff0c;有时候连环境、代理控制的变量都混淆 模型种类繁多&#xff0c;概念繁杂难整合、对比或复用&#xff0c;无框架分析所…
阅读更多...
虚幻5的C++调试踩坑

虚幻5的C++调试踩坑

本地调试VS附加调试 踩坑1 预编译版本的UE5没有符号文件&#xff0c;无法调试源码 官方代码调试所需要的符号文件bdp需要下载导入。我安装的5.5.4是预编译版本&#xff0c;并非ue5源码。所以不含bdp文件。需要调试官方代码则需要通过EPIC中下载安装。右键UE版本&#xff0c;打…
阅读更多...
通信协议详解（十）：PSI5 —— 汽车安全传感器的“抗干扰狙击手”

通信协议详解（十）：PSI5 —— 汽车安全传感器的“抗干扰狙击手”

一、PSI5是什么&#xff1f; 一句话秒懂 PSI5就像传感器界的“防弹信使”&#xff1a;在汽车安全系统&#xff08;如气囊&#xff09;中&#xff0c;用两根线同时完成供电数据传输&#xff0c;即便车祸时线路受损&#xff0c;仍能确保关键信号准确送达&#xff01; 基础概念…
阅读更多...
从零开始学Python游戏编程18-函数3

从零开始学Python游戏编程18-函数3

《从零开始学Python游戏编程17-函数2》中&#xff0c;通过代码重构的方式将游戏的主要代码写入到自定义函数runGame()中。对于runGame()中的代码&#xff0c;可以继续对其进行重构&#xff0c;以达到简化代码结构的目的。 1 自定义函数askPlayer() 1.1 函数作用 自定义函数a…
阅读更多...
Spring事务传播机制

Spring事务传播机制

Spring 事务传播机制定义了在多个事务方法相互调用时&#xff0c;事务如何在这些方法间传播。它决定了一个事务方法调用另一个事务方法时&#xff0c;新的事务是如何开启、是否要加入已有的事务等情况。Spring 提供了 7 种事务传播行为&#xff0c;下面是详细介绍。 解释说明&…
阅读更多...
Java常用工具算法-5--哈希算法、加密算法、签名算法关系梳理

Java常用工具算法-5--哈希算法、加密算法、签名算法关系梳理

1、哈希算法 数学本质&#xff1a;将任意长度输入&#xff08;明文&#xff09;映射为固定长度输出&#xff08;哈希值&#xff0c;也称摘要&#xff09;。主要特点&#xff1a; 不可逆性&#xff1a;无法通过哈希值反推原始输入。雪崩效应&#xff1a;输入的微小变化导致哈希…
阅读更多...
python之安装PaddlePaddle和PaddleX解析pdf表格

python之安装PaddlePaddle和PaddleX解析pdf表格

目录标题 飞桨PaddlePaddle本地安装教程1-1. 基于 Docker 安装飞桨1-2. 基于 pip 安装飞桨2. 我两个环境 都选择的是pip 安装10. 如果报错10. 离线安装 飞桨PaddlePaddle本地安装教程 源码下载&#xff1a;https://github.com/PaddlePaddle/PaddleX/blob/release/3.0-beta1/do…
阅读更多...
【11408学习记录】英语语法核心突破：揭秘表语从句结构与通知写作实战技巧

【11408学习记录】英语语法核心突破：揭秘表语从句结构与通知写作实战技巧

表语从句与通知写作 英语语法总结——主从复合句表语从句语句结构系动词表语从句的位置 写作通知写作第二段第三段落款 每日一句词汇第一步&#xff1a;找谓语第二步&#xff1a;断句第三步&#xff1a;简化第一句第二句第三句第四句第五句 英语 语法总结——主从复合句 表语…
阅读更多...
封装红黑树实现map和set

封装红黑树实现map和set

前言&#xff1a; 之前我们学习了set与map容器的如何使用&#xff0c;红黑树的实现。接下来我们来看看如何通过封装红黑树&#xff0c;实现我们自己的set与map 相关文章&#xff1a;oi&#xff01;让我来给你唠唠咋实现红黑树☝️-CSDN博客 超详细介绍map&…
阅读更多...
解码AI大脑：Claude的思维显微镜与语言炼金术

解码AI大脑：Claude的思维显微镜与语言炼金术

&#xff08;前些天发现了一个巨牛的人工智能学习网站&#xff0c;通俗易懂&#xff0c;风趣幽默&#xff0c;忍不住分享一下给大家。点击跳转到网站&#xff09;。 一、多语言思维实验&#xff1a;Claude的“概念空间”如何运转&#xff1f; 跨语言谜题&#xff1a;反义词的…
阅读更多...
中科岩创基坑自动化监测解决方案

中科岩创基坑自动化监测解决方案

1.行业现状 城市基坑开挖具有施工风险高、施工难度大等特点。由于地下土体性质、荷载条件、施工环境的复杂性&#xff0c;单根据地质勘察资料和室内土工试验参数来确定设计和施工方案&#xff0c;往往含有许多不确定因素&#xff0c;对在施工过程中引发的土体性状、环境、邻近建…
阅读更多...
机器学习01-支持向量机（SVM）（未完）

机器学习01-支持向量机（SVM）（未完）

参考浙大 胡浩基老师 的课以及以下链接&#xff1a; https://blog.csdn.net/m0_74100344/article/details/139560508 https://blog.csdn.net/2301_78630677/article/details/132657023 https://blog.csdn.net/lsb2002/article/details/131338700 一、一些定义 T是倒置&…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023