recover database skip forever tablespace
PDB2:SYSTEM,
PDB2:USER,
PDB2:SYSAUX,..... ; ----此处需要根据具体情况进行修改
}
此外在恢复过程中可能会遇到restore或recover过程缓慢甚至停滞的问题，主要表现为在alert<SID>.log日志文件中报大量ASMB进程错误，该问题主要由Oracle bug导致，触发条件一般为生产上部署架构（ASM+RAC）与数据恢复环境（非RAC+本地磁盘）部署架构不一致导致，针对该问题可登录MOS网站（My Oracle Support）下载相应补丁并进行打补丁操作 。
启动数据库：
Rman> Alter database open resetlogs ;
最后通过resetlogs方式启动数据库，至此数据恢复成功 。
四、问题总结
本文就测试数据申请中遇到的具体问题为切入点，对Oracle12C多租户架构下的备份与还原方法进行了研究和总结，从整个过程来看，其备份与恢复方法与单租户架构恢复有较大差异，具体差异主要体现在以下三个方面：
① 在数据备份方面，除需备份存放有业务数据的PDB数据库外，也许备份CDB$ROOT和PDB$SEED库 。
② 在restore恢复数据文件阶段，由于多个PDB可插拔数据库共用一份控制文件及存储与计算资源，需在数据恢复时显示指定需恢复的数据库 。
③ 在使用日志文件进行数据恢复的过程中，需要使用recover database skip forever tablespace命令显示跳过不需恢复的PDB对应表空间 。
目前，考虑到生产系统的重要性，生产系统基本都部署在物理机+RAC集群环境中 。
若为数据量较小项目单独提供物理机+RAC环境势必会对服务器资源提出更高的要求 。
Oracle 12C多租户体系特性可以在一定程度上解决服务器资源瓶颈的问题，可以考虑将多个数据量较小项目部署在多租户架构下，每个PDB数据库独立存放各自的业务数据，多个PDB数据库共享一个实例 。
后期在Oracle多租户逐渐成为主流的情况下，该方法具有较强的前瞻性，对Oracle数据库的管理与维护是一个很好的补充，很值得生产管理员、数据导入与脱敏人员的借鉴 。
推荐阅读
- 你会调价、会数据分析，但你可能不知道竞价推广还有这么多的优点
- 小米降噪耳机 air 2 pro 小米降噪耳机pro多少钱2021
- 用卫生棉条会不会撑大 卫生棉条吸饱了有多粗
- 花露水喷多了 花露水喷车内要不要稀释
- 风滚草到底多可怕 风滚草的危害
- 白茶多久才算陈
- 初学者只要多泡茶就能提高技术吗
- 白芨养殖方法介绍
- 周公解梦梦见很多蜘蛛在身上 梦见身上有很多小蜘蛛
- 开淘宝店年龄限制多大 淘宝开店有年龄要求吗