暂无图片
Oracle 19.7.0手工创建快照报错
我来答
分享
chengshijun
2020-05-07
Oracle 19.7.0手工创建快照报错

操作如下:
[oracle@ocp77 ~]$ sqlplus / as sysdba

SQL*Plus: Release 19.0.0.0.0 - Production on Thu May 7 21:25:21 2020
Version 19.7.0.0.0

Copyright © 1982, 2020, Oracle. All rights reserved.

Connected to:
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
Version 19.7.0.0.0

SQL> col name for a52
SQL> col value for a24
SQL> col description for a50
SQL> set linesize 150
SQL> select a.ksppinm name,b.ksppstvl value,a.ksppdesc description
2 from xksppia,xksppi a,xksppcv b
3 where a.inst_id = USERENV (‘Instance’)
4 and b.inst_id = USERENV (‘Instance’)
5 and a.indx = b.indx
6 and upper(a.ksppinm) LIKE upper(’%&param%’)
7 order by name;
Enter value for param: _exadata_feature_on
old 6: and upper(a.ksppinm) LIKE upper(’%&param%’)
new 6: and upper(a.ksppinm) LIKE upper(’%_exadata_feature_on%’)

NAME VALUE DESCRIPTION


_exadata_feature_on TRUE Exadata Feature On

SQL> alter session set container=pdb1;

Session altered.

SQL> alter pluggable database snapshot pdb1_snapshot;
alter pluggable database snapshot pdb1_snapshot
*
ERROR at line 1:
ORA-00604: error occurred at recursive SQL level 1
ORA-65169: error encountered while attempting to copy file +DATA/CDB1930/A508F7416D0530B3E0534DEAA8C00661/DATAFILE/undotbs1.270.1039785639
ORA-17517: Database cloning using storage snapshot failed on file 8:+DATA/CDB1930/A508F7416D0530B3E0534DEAA8C00661/DATAFILE/undotbs1.270.1039785639

在18.3.0和19.3.0版本下创建均无问题,在19.6.0和19.7.0手工创建快照报错,请各位大侠帮忙分析一下是什么原因?是oracle的bug吗?

我来答
添加附件
收藏
分享
问题补充
9条回答
默认
最新
chengshijun
2020-05-07

问题信息补充:
在文件系统下19.7.0手工创建快照一切正常,在ASM磁盘下创建报以上报错。

暂无图片 评论
暂无图片 有用 0
打赏 0
weizhao.zhang (anbob)
2020-05-08

是EXADATA或 Oracle Cloud环境么?

报错的trace中有具体的错误原因关于ora-17517

暂无图片 评论
暂无图片 有用 0
打赏 0
chengshijun
2020-05-08
上传附件:alert_CDB1930.log
暂无图片 评论
暂无图片 有用 0
打赏 0
chengshijun
2020-05-08
上传附件:CDB1930_p000_30864.trc
暂无图片 评论
暂无图片 有用 0
打赏 0
chengshijun
2020-05-08
上传附件:CDB1930_p001_30866.trc
暂无图片 评论
暂无图片 有用 0
打赏 0
chengshijun
2020-05-08
上传附件:CDB1930_p002_30868.trc
暂无图片 评论
暂无图片 有用 0
打赏 0
chengshijun
2020-05-08

我的环境是Oracle 19.7.0的单实例+asm环境,主要是研究手工创建快照发现的这个问题,alert和trace的日志已上传,看有没有什么方法能解决,谢谢!

暂无图片 评论
暂无图片 有用 0
打赏 0
weizhao.zhang (anbob)
2020-05-08

非ORACLE bug, 以下是我的理解。

  1. Oracle 18c pdb snapshot是基于12.2的PDB archive files;

  2. PDB archive files是一种 unplug database后的datafile和xml描述文件生成的独立的压缩副本文件,以".pdb"为扩展名;

  3. ASM是不支持这种非标准数据库文件的,如其它二进程文件一样, 可以考虑ACFS文件系统。

暂无图片 评论
暂无图片 有用 0
打赏 0
你好我是李白
2020-05-08

我在我19.5.1 ASM环境创建,也遇到与你相同问题,设置clonedb为true,pdb开启到read only还是存在问题,
看了官方文档,也没什么特殊设置了,Mos上有一篇,但是我根据文档进行了测试,目前无解。

网上有一些类似案例,都是在发生在pdb文件存放在asm,存放在文件系统则不会发生这个问题。

看来只能再等等,看官方有没有解决方案。

Create PDB From Snapshot Copy Throws ORA-65169/ORA-17525 Errors (Doc ID 2084589.1)

20:20:30 SYS@orcl2 > alter pluggable database snapshot;
alter pluggable database snapshot
*
ERROR at line 1:
ORA-00604: error occurred at recursive SQL level 1
ORA-65169: error encountered while attempting to copy file +DATADG/ORCL/A0A88C7A23743EE4E0530BCCA8C0B3CC/DATAFILE/czh_test.304.1039453305
ORA-17517: Database cloning using storage snapshot failed on file 8:+DATADG/ORCL/A0A88C7A23743EE4E0530BCCA8C0B3CC/DATAFILE/czh_test.304.1039453305

暂无图片 评论
暂无图片 有用 0
打赏 0
回答交流
提交
问题信息
请登录之后查看
附件列表
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏