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)恢复后的数据库未做严格测试,如数据导入导出、数据编辑等操作。
网友评论