1.测试环境
Oracle 12C（12.1.0.2.0）
ArcGIS 10.5.1
Windows 10
2.测试流程
第一步：创建两个数据库pdborcl和pdbsde。
第二步：为每个数据库创建sde表空间和sde用户。
第三步：在pdborcl中创建空间数据库。
第四步：将pdborcl中的空间数据库导出。
第五步：恢复空间数据库到pdbsde数据库中。
3.数据库环境准备
3.1.创建两个PDB数据库
由于在安装oracle数据库时，默认已创建了一个PDB（SID：pdborcl）数据库，这里只需要创建另一个即可。
CREATE PLUGGABLE DATABASE pdbsde ADMIN USER sde IDENTIFIED BY esri
STORAGE (MAXSIZE 1G MAX_SHARED_TEMP_SIZE 100M)
DEFAULT TABLESPACE sde
DATAFILE 'D:\developer\oraadmin\oradata\sde01.dbf' SIZE 50M AUTOEXTEND ON
PATH_PREFIX = 'D:\developer\oraadmin\oradata\'
FILE_NAME_CONVERT = ('D:\developer\oraadmin\oradata\orcl\pdbseed\',
'D:\developer\oraadmin\oradata\');
3.2.在每个PDB数据库中创建sde表空间和sde用户
需要特别注意的是空间数据库的主用户名必须是sde。
（1）在pdborcl中建sde表空间和用户
创建sde表空间：
CREATE TABLESPACE sde
DATAFILE 'D:\developer\oraadmin\oradata\sdetbs.dbf' size 100M
autoextend on
next 50m
EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO;
创建sde用户：
create user sde identified by esri
default tablespace sde
temporary tablespace temp;
grant connect,resource,dba to sde;
（2）在pdbsde中创建sde表空间和用户
在创建pdbsde数据库时已经创建了sde表空间和sde用户。这里只需要赋予权限。
grant connect,resource,dba to sde;
4.创建企业级地理数据库
（1）创建空间数据库
使用ArcMap中的创建企业级地理数据库工具为pdborcl创建空间数据库。
（2）导入测试空间数据
本测试以中国400万的数据为例。将数据导入到pdborcl的空间数据库中。
5.导出空间数据库
导出pdborcl中的sde用户下的所有对象。
（1）创建转存文件
在system账号下创建转存文件：
create or replace directory SDEDMP
as 'D:\developer\oraadmin\backup';
grant read,write on directory sdedmp to sde;
注：转存文件是oracle数据泵技术所需要的，转存文件定义了数据备份与恢复时数据文件存储的路径。
（2）导出sde方案
这里使用方案导出方式，将sde方案导出。在cmd命令行中执行：
expdp sde/esri@pdborcl schemas=sde directory=sdedmp dumpfile =expdp_sde1.dmp logfile=expdp_sde1.log
6.恢复地理数据库
将pdborcl导出的空间数据库恢复到pdbsde数据库中。
（1）创建转存文件
在system账号下创建转存文件：
create or replace directory SDEDMP
as 'D:\developer\oraadmin\backup';
grant read,write on directory sdedmp to sde;
（2）复制备份数据到恢复的机器上
本次测试由于是同一台机器，使用的转存目录和数据是同一份，此步骤省略。
（3）恢复数据
在cmd命令行中执行：
impdp sde/esri@pdbsde schemas=sde directory=sdedmp dumpfile =expdp_sde1.dmp logfile=impdp_sde1.log
（4）错误信息记录
导入时的错误信息如下：
ORA-39082: 对象类型 TYPE_BODY:"SDE"."ST_GEOMETRY" 已创建, 但带有编译警告
ORA-39082: 对象类型 TYPE_BODY:"SDE"."ST_GEOMETRY" 已创建, 但带有编译警告
ORA-31684: 对象类型 INDEX:"SDE"."A1_IX1" 已存在
ORA-31684: 对象类型 INDEX:"SDE"."A2_IX1" 已存在
ORA-31684: 对象类型 INDEX:"SDE"."A3_IX1" 已存在
ORA-31684: 对象类型 INDEX:"SDE"."A4_IX1" 已存在
ORA-31684: 对象类型 INDEX:"SDE"."A5_IX1" 已存在
ORA-31684: 对象类型 INDEX:"SDE"."A6_IX1" 已存在
ORA-31684: 对象类型 INDEX:"SDE"."A7_IX1" 已存在
ORA-31684: 对象类型 INDEX:"SDE"."A8_IX1" 已存在
ORA-31684: 对象类型 INDEX:"SDE"."A9_IX1" 已存在
ORA-31684: 对象类型 INDEX:"SDE"."A10_IX1" 已存在
ORA-31684: 对象类型 INDEX:"SDE"."A11_IX1" 已存在
ORA-31684: 对象类型 INDEX:"SDE"."A12_IX1" 已存在
ORA-31684: 对象类型 INDEX:"SDE"."A13_IX1" 已存在
ORA-39082: 对象类型 PACKAGE BODY:"SDE"."LOCK_UTIL" 已创建, 但带有编译警告
ORA-39082: 对象类型 PACKAGE BODY:"SDE"."PINFO_UTIL" 已创建, 但带有编译警告
ORA-39082: 对象类型 PACKAGE BODY:"SDE"."VERSION_USER_DDL" 已创建, 但带有编译警告
7.恢复后的数据测试
（1）arcmap中查看报错
解决方案：
根据sde创建数据库时的public权限，在pdbsde中赋予相应权限。在system用户下执行：
GRANT EXECUTE ON dbms_pipe TO public;
GRANT EXECUTE ON dbms_lock TO public;
GRANT EXECUTE ON dbms_lob TO public;
GRANT EXECUTE ON dbms_utility TO public;
GRANT EXECUTE ON dbms_sql TO public;
GRANT EXECUTE ON utl_raw TO public;
（2）重新在arcmap打开正常
（3）plsql中检查导出时报错的几个对象
根据pdborcl导出时的报错信息，在pdbsde数据库检查对象：
PACKAGE BODY:"SDE"."VERSION_USER_DDL"
TYPE_BODY:"SDE"."ST_GEOMETRY"
这两个对象仍然有错误提示，且无法重新编译。在pdborcl中的无此编译错误。
8.遗留问题
（1）恢复后的数据库存在编译错误问题未解决。
（2）恢复后的数据库未做严格测试，如数据导入导出、数据编辑等操作。