2024-01-02
Oracle 进行TDE加密后无法恢复备份
求解：
客户对oracle数据库进行了TDE加密，之后在还原测试中，却无法正常还原，使用rman进行恢复，在最后recover阶段报了如图所示的错误，解密该归档日志失败。目前没有头绪，希望各位大佬给点思路。
我来答
添加附件
收藏
分享
问题补充
2条回答
默认
最新
1、确保在还原测试之前正确配置了TDE加密，并且还原所需的密钥和证书已正确安装。
2、确保在使用rman进行恢复时，使用了正确的密钥和证书来解密归档日志。
3、检查在进行TDE加密时使用的密钥和证书是否已经过期或损坏，如果是则需要重新生成并安装新的密钥和证书。
评论
有用 1 打赏 0
回答交流
Markdown
请输入正文
提交
相关推荐
19c RAC alert日志文件的位置
回答 4
SELECTFROMV$DIAGINFOWHERENAME'DiagTrace';
enq: TX - row lock contention ---- 为什么锁的是系统的表？
回答 5
已采纳
查询会话ID为1516，1613的详细信息，另外userid57是哪个用户？
Oracle存储过程stringfy() 缓存区太小怎么处理?
回答 1
存储过程发出来看一下
Oracle 19c中的wallet
回答 7
尝试下这个语句ADMINISTERKEYMANAGEMENTSETKEYSTOREOPENIDENTIFIEDBY“WalletPasswd123”参考下https://www.modb.pro/db
已经搭建ADG的库，若主从同时调整在线日志的大小，比如2G到8G，对从库的同步会有影响么？
回答 4
已采纳
对应的standbylog也要做相应的调整。如果不调整可能的影响就是会有延迟吧。
Oracle中，19c gi+11g db是否可行呢？有没有这样做过或者有成熟的方案可以分享一下吗
回答 2
已采纳
可以这么做，但生产还是建议把db升级到19c.19cGI11DB几个月前搭过一套要准备升级的环境，OS：Linuxone719cGi19cDBsoft11gDBsoft11gDBinstance（注意
10231内部事件不关会怎么样
回答 5
已采纳
10231是oracle在扫描表的时候，跳过坏块，可以让查询或者导出正常执行，一般是在存在坏块且没有备份的情况下，挽救数据的一种方法。如果你设置了还没有关闭，某些情况下的坏块你就发现不了，如果有备份，
说说Oracle全局临时表和私有临时表的应用场景
回答 1
Oracle全局临时表目前全部使用Oracle做为数据库支撑平台的应用，大部分是数据量比较庞大的系统，即表的数据量级通常状况下都是在百万级以上。固然，在Oracle中建立分区是一种不错的选择，可是当发
oracle中想忽略掉存储过程中的部分语句，不想让它运行，该如何注释
回答 4
暂无文字回复
Oracle 9i碎片整理
回答 2
还有机会摸到9i，实名羡慕
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签，敬请期待~~
