数据库

相同平台的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:控制文件全部丢失 解决方案： >恢复物理备份 >通过备份的脚本重建 Shutdown Startup nomo

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