ORACLE RAC数据库配置Dataguard环境(3).docVIP

三、角色切换 　　将一套单实例数据库转换成RAC，最快捷的方式是什么，假设条件允许，我觉着首选就应当是Dataguard的switchover，如果一切顺利，甚至只需要短短几分钟就能够完成转换的操作。由于环境所限，这里我们来实际演示一个案例，将一套RAC数据库切换为单实例，嘻嘻，仅做示例，这个会了，那单实例转换RAC也没啥问题的！ 　　进行切换前要对当前环境进行检查，一个是要确保切换的正确执行，再一个也要确保切换后数据库的Dataguard配置不会被破坏。有朋友可能会问，当前Dataguard跑的好好的，难道切换下角色就有可能导致Dataguard不正常吗？ 　　老实讲这太可能了，就像谈恋爱的俩人关系再好，要是有其中一人搬了家，新地址却没让另一半知道，那这两人的关系肯定就断了，起码是要中断一段时间(细心品味的话，这段描述也说明，即使准备不好导致Dataguard出现了一些问题也表怕，还是会有补救措施的，比如，赶紧找找相熟的打听打听新地址)。因此无论做什么样的切换，最起码也要保证双方还能互动吧，这里我们要做的检查，也正是确保不论角色怎么换，两方的紧(亲)密联系不会被中断。 　　角色切换后，原Primary变成了Standby，而原Standby变成了新的Primary(假设该Dataguard配置为一主一备的前提下)，因此这里首先检查两端log_archive_dest_n参数的设置，首先来看Primary数据库： SQL?set?sqlprompt?JSSDB? JSSDB?show?parameter?log_archive_dest NAME?????????????????????????????????TYPE????????VALUE ------------------------------------?-----------?------------------------------ log_archive_dest?????????????????????string log_archive_dest_1???????????????????string??????location=/data/oradata/jssdbn1 ?????????????????????????????????????????????????/archivelog log_archive_dest_10??????????????????string log_archive_dest_2???????????????????string??????service=jssstd?lgwr?async?vali ?????????????????????????????????????????????????d_for=(online_logfiles,primary ?????????????????????????????????????????????????_role)?db_unique_name=jssstd log_archive_dest_3???????????????????string log_archive_dest_4???????????????????string log_archive_dest_5???????????????????string log_archive_dest_6???????????????????string log_archive_dest_7???????????????????string log_archive_dest_8???????????????????string log_archive_dest_9???????????????????string log_archive_dest_state_1?????????????string??????enable log_archive_dest_state_10????????????string??????enable log_archive_dest_state_2?????????????string??????enable log_archive_dest_state_3?????????????string??????enable log_archive_dest_state_4?????????????string??????enable log_archive_dest_state_5?????????????string??????enable log_archive_dest_state_6?????????????string??????enable log_archive_dest_s