12c多租户Dataguard环境中STANDBYS=NONE特性
在12.1.0.2以前，当在主库中添加一个pdb时，物理备库上所有这个pdb相关的文件、目录、权限都要准备好，否则redo apply就无法正常工作。如果这些条件没有满足，redo apply则会停止无法继续，直到所有问题被解决，并且所有的数据文件都被添加到控制文件当中。 从12.1.0.2开始，在主库通过CREATE PLUGGABLE DATABASE语句创建pdb时多了一个新的选项STAND
12c rac to rac 物理备库最佳实践
这篇文章主要目的是详细记录在12cR2环境中，配置主备都是rac环境的dataguard，下图列出了本次将要创建的环境 准备步骤说明 通过vmware创建虚拟机 总共4台，两台作为主库，两台作为备库 主库安装12cR2 rac环境，创建实例 备库安装12cR2 grid软件和database软件，不创建实例 测试环境介绍 画图的时候手误，scan hostname两节点是一致的 主库：
ORA-15001: diskgroup "FRA" does not exist or is not mounted
一台数据库在启动时候报错,提示一个asm group不存在 123456789101112ORA-00210: cannot open the specified control fileORA-00202: control file: '+FRA/STBRAC/CONTROLFILE/current.294.1005908473'ORA-17503: ksfdopn:2 Fa
ORA-00845: MEMORY_TARGET not supported on this system
12.2安装grid完毕后执行root.sh时报错 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071[root@racnode1 ~]# /u01/app/12.2.0/grid/r
XTTS迁移11g到12c
初始化安装 配置跨平台增量备份的环境 目标主机上安装数据库 在目标主机上安装数据库软件和实例，创建要导入表空间对象所在的用户。 123456789101112131415161718-- 源端建相关对象create tablespace ts1 datafile '/u01/app/oracle/oradata/ora11g/ts101.dbf' size 20m;create
ORA-20200: Database/Instance does not exist in AWR_PDB_DATABASE_INSTANCE
当我在12.2中通过pdb登录生成awr时报错 123456789101112131415161718192021222324252627[oracle@xb admin]$ sqlplus sys/oracle@pdb12c as sysdbasys@PDB12C> @?/rdbms/admin/awrsqrpt.sqlSpecify the Report Type~~~~~~~~~~~~
EXADATA上安装em cloud control 13.3
安装em cloud control 13.3 下载EM cloud control 13.3解压出来, 得到如下, 剩下的zip包不用解压 1234[root@ soft]# lsem13300_linux64-2.zip em13300_linux64-3.zip em13300_linux64-4.zip em13300_linux64-5.zip em13300_linux64-6
12c中rman恢复表和分区
在12c以前的版本中，如果想恢复单表到某个时间点之前是一件非常麻烦的事情，一般方法可能只能通过把全库备份基于某个时间点恢复到别处，然后再从新库当中把数据导出来插入回原库中，如果源库很大的话整个时间可想而知。而在12c新的rman特性中，提供了一个非常棒的功能，可以直接通过简单的命令就能恢复单表或者分区到某个时间点，还可以直接恢复到其他的schema下面。 如果想通过rman备份当中恢复出表或者分区