数据库

相同平台的RAC 到单实例库的clone 迁移一、场景因一套RAC 库的机器需要更换机房，必须在原先机房保留一套与之一样的数据库，以便应用不断的情形做机器的搬迁:1)、应用暂停为零最好，这种情形用goldengate 做，可以做到零停机，成本太高；2)、利用rman+dg 来做，应用暂停时间大约在切应用和apply 最后一批日志，因为是TB 级库，如果顺利，控制在30 分钟

create/rebuild index online时会在该索引所在用户下创建一个在线日志中间表SYS_JOURNAL_obj#,和在ind$及online_ind$表里标记256或512(11G里的标记位可能不是)；如果服务进程在语句执行过程中意外终止的话，可能会导致相关在ind$标记位信息及在线日志中间表不能及时处理及清除(这个清除动作一般由smon进程来处理)这将导致对该索引的后续

常见的文件丢失场景及恢复常见文件丢失包括三大类：1）、控制文件丢失；2）、数据文件丢失；3）、重做日志丢失；一、控制文件的丢失：A:控制文件部分丢失解决方案：复制可用的control file或修改spfile/pfile重新启动。B:控制文件全部丢失解决方案：>恢复物理备份>通过备份的脚本重建ShutdownStartup nomo

---环境------aix rac+adg,off-line方式打补丁----读所有patch，及PSU的readme，很重要，特别是patch，可能有的应用patch方法不应---------停实例，停服务，停集群，disable集群，杀进程-----[oracle@trsendb1 /]srvctl stop instance -d xxxx -i xxxx[oracle