二、docker中的oracle12c数据库进行dmp数据迁移
环境：
Centos7.5
使用Docker安装的Oracle
要对同一内网下装有Oracle的两台服务器数据迁移（导出与导入），使用exp和imp命令
1、将服务器A内数据库中的数据使用exp导出到服务器B数据库目录下
2、将导入到服务器B目录下的dmp文件使用imp导入服务器B上的数据库内
首先在服务器B上需要配置一个tnsname，然后使用tnsping测试B是否能够连接到服务器A上的数据库，这是所有操作的起点与基础
操作如下：
1.1、导出数据库文件
全局搜索tnsnames.ora文件，Linux命令：
find / -name tnsnames.ora
然后在Docker容器下
目测diff文件是差异文件夹，暂时直接使用的
/var/lib/docker/overlay2/ce41d80b81d5160e26c3e5017c4cf95ad429603e9023d27fc593b497de9134d5/merged/u01/app/oracle-product/12.1.0/xe/network/admin/samples/tnsnames.ora
大佬指点，sample文件是示例目录，故新建一个tnsnames.ora在admin文件夹下，如下
添加内容如下
-
T =
-
(DESCRIPTION =
-
(ADDRESS_LIST =
-
(ADDRESS = (PROTOCOL = TCP)(HOST =
192.168.xx.xxx)(PORT =
1521))
-
)
-
(CONNECT_DATA =
-
(SERVICE_NAME = xxx)
-
)
-
)
后面命令行进入Oracle容器进行测试
-
# 查看所有在运行的容器
-
docker ps
-
# 使用返回的容器ID进入容器命令行
-
docker exec -it
7485d22f2fd5 /bin/bash 运行容器
-
# 如果进入root@
62a5a35737c1:/#类似这种容器内命令行则表示成功，此时进入Oracle容器，可使用Oracle自
-
# 带SQLPlus等，tnsping也是Oracle自带的Oracle Net 工具,可以
-
#
1）验证名字解析（tnsnames.ora内配置的Service）
-
#
2）远程的listener是否启动
-
# 验证是否连接到服务器A的Oracle
-
tnsping X
此时一路畅通，没踩到坑。。此时同样在Oracle容器内，执行exp
-
exp account/password
@tnsName file=/u01/app/oracle/file.dmp log=/u01/app/oracle/file.log full=y
-
# exp 服务器A上数据库账号/密码@本地服务器B配置的tnsnames.ora内的name file=导出路径（此处为Oracle容器内相对路径） log=日志路径（相对路径+
1） full=数据库完全导出
同时因为在Oracle安装时就挂载文件到其他目录，所以此时在备份目录也可以同步看到
尚未停止。。。
2.1、导入数据库文件
在导入数据库dmp前，需创建表空间、用户、修改Oracle编码
之前测试挂载是否成功时创建了一个tablespace，命令如下：每32M进行数据文件扩展，单个数据文件最大2G
-
create
tablespace
test
-
logging
-
datafile
'/u01/app/oracle/xxx.dbf'
-
size
32m
-
autoextend
on
-
next
32m
maxsize
2048m
-
extent
management
local;
后来shoucan，直接删除了xxx.dbf文件，但是根据
-
select *
from dba_tablespaces;
-
-
select file_name,online_status
from dba_data_files ;
查询出路径还在，且想要drop tablespace时，一直提示无法找到文件，使用重启大法：后果如下
-
ERROR:
-
ORA
-01033: ORACLE initialization
or shutdown
in progress
-
Process ID:
0
-
Session ID:
0 Serial number:
0
Oracle无法正常启动，百度中求生：oracle initialization or shutdown in progress解决方法
-
# ERROR:
-
# ORA-01033: ORACLE initialization or shutdown in progress
-
# Process ID: 0
-
# Session ID: 0 Serial number: 0
-
# 解决方法：使用sqlplus登录
-
root@6d9e4ca51d51:/# sqlplus /nolog
-
# 使用sys登录（system无法登陆）
-
SQL>connect sys/password as sysdba
-
SQL> shutdown normal
-
ORA-01109: 数据库未打开
-
已经卸载数据库。
-
ORACLE 例程已经关闭。
-
SQL>
start
mount
-
SP2
-0310: 无法打开文件
"mount.sql"
-
SQL>
startup
mount
-
ORACLE 例程已经启动。
-
-
Total
System
Global Area
612368384
bytes
-
Fixed
Size
1332348
bytes
-
Variable
Size
183151492
bytes
-
Database Buffers
423624704
bytes
-
Redo Buffers
4259840
bytes
-
数据库装载完毕。
-
SQL>
alter
database
open;
-
alter
database
open
-
*
-
第
1 行出现错误:
-
ORA
-01157: 无法标识/锁定数据文件
5 - 请参阅 DBWR 跟踪文件
-
ORA
-01110: 数据文件
5:
'C:\TYKM.DBF'
-
-
# 就在此处将不小心删除的文件状态设为
offline
-
SQL>
alter
database
datafile
5
offline
drop;【5是数据文件中的5】
-
-
数据库已更改。
-
-
SQL>
alter
database
open;【我们一直循环这个语句，直至不再提示错误】
-
-
数据库已更改。
-
-
SQL> shutdown normal
-
数据库已经关闭。
-
已经卸载数据库。
-
ORACLE 例程已经关闭。
-
SQL> startup
-
ORACLE 例程已经启动。
-
-
Total System Global Area 612368384 bytes
-
Fixed Size 1332348 bytes
-
Variable Size 187345796 bytes
-
Database Buffers 419430400 bytes
-
Redo Buffers 4259840 bytes
启动完成后执行上方的tablespace查询结果
这时候状态不再是ONLINE，再次drop tablespace即可成功
-
# 删除名为tpms的文件及关联的datafiles
-
drop tablespace tpms including contents
and datafiles;
另外在创建表空间的时候，单个表空间不能大于32G
imp导入命令
-
imp tpms/Tpms2015 fromuser=tpms touser=tpms file=
/u01/app
/oracle/tpms20181127.dmp log=
/u01/app
/oracle/tpms20181127.log ignore=y;
-
# imp 要导入数据库的用户名/密码 fromuser=从用户 touser=到用户 file=原导出的dmp数据文件 log=日志文件 ignore=忽略错误
另外在dmp导入报错value too large for column (actual: 27, maximum: 20)
猜测是因为新装数据库与原数据库编码不同，因为所有表都来自原封不动导出的文件
来自修改oracle的编码格式，解决乱码问题：
-
1、管理员用户连接
-
SQL>conn sys/密码
as sysdba;
-
2、关闭数据库。
-
SQL>shutdown immediate;
-
3、启动数据库到Mount状态下。
-
SQL> STARTUP MOUNT;
-
# 这些都要执行，以修改状态
-
SQL> ALTER SESSION
SET SQL_TRACE=
TRUE;
-
Session altered.
-
SQL> ALTER SYSTEM ENABLE RESTRICTED SESSION;
-
System altered.
-
SQL> ALTER SYSTEM
SET JOB_QUEUE_PROCESSES=
0;
-
System altered.
-
SQL> ALTER SYSTEM
SET AQ_TM_PROCESSES=
0;
-
System altered.
-
4、启动数据库
-
SQL> Alter database open;
-
5、修改字符集
-
# 需要使用INTERNAL_USE来使跳过 新字符集必须为旧字符集的超集 的检查
-
SQL> ALTER DATABASE CHARACTER
SET ZHS16GBK;
-
或 ALTER DATABASE character
set INTERNAL_USE ZHS16GBK;
-
6、关闭数据库
-
SQL> Shutdown immediate;
-
7、重新启动数据库
-
SQL> startup;
编码修改成功！
导入dmp过程中可能遇到的错误：
1.表空间不一致，如果源数据库的表空间和目标数据库表空间不一致，则clob和blob类型的数据无法导入
解决方案：保持表空间名称一致或者参照http://www.cnblogs.com/wangsaiming/p/4947151.html