重建能起作用的或备用的数据库的步骤在头等中央印制厂中-Cisco.PDF

重建能起作用的或备用的数据库的步骤在头等中 央印制厂中由于不同步 目录 简介 先决条件 要求 使用的组件 背景信息 问题 故障排除 解决方案 验证 简介 本文描述逐步程序通过重建备用数据库解决数据库复制或同步问题在头等网络从主数据库。 先决条件 要求 Cisco 建议您了解以下主题： 只有当主数据库SWITCHOVER_STATUS是到不可解决的差距或失败的目的地，请使用此步骤 重建附属数据库。 保证主数据库在附属数据库在读的WRITEmodes的读的WRITEand。 保证您识别正确主要的和附属头等中央网关/数据库。    使用的组件 本文档中的信息基于以下软件和硬件版本： 头等中央版本1.2以上 Oracle数据库11G版本 本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原 始（默认）配置。如果您使用的是真实网络，请确保您已经了解所有命令的潜在影响。 背景信息 1. 请使用此命令认识主数据库switchover_status ： SQL select switchover_status from v$database SWITCHOVER_STATUS UNRESOLVABLE GAP 注意 ：头等中央Geo HA切换发生故障突然留下头等中央GEO HA损坏系统和数据库角色的状 态(primay或待机)然后您需要根据最后主/备状态重建主要的或附属。 注意 ：其他案件，与解决数据库复制问题的Cisco TAC的开放SR。 2.  请使用此命令认识电流模式主要的和附属数据库： SQL select open_mode from v$database; 3.  请使用此命令认识主要的和附属数据库ORACLE_SID ：    在从oracle用户的主网关上： echo $ORACLE_SID - output should be “primedb”    在从oracle用户的附属网关上： echo $ORACLE_SID - output should be “primstdb” 问题 当活动和暂挂databses彼此，变得不同步头等中央GEO HA交换机和故障切换/Failback步骤出故障 。这导致主要的，并且对二者之一的暂挂databses同时变得能起作用的或备用的。 故障排除 在您按照解决方案前您可执行基本故障排除步骤： 1. 检查在主要的和附属头等中央服务器之间的网络连通性和延迟相关问题。 2. 检查主要的此数据库的登录查找所有数据库涉及的ORA错误：      database_home_directory/diag/rdbms/anadb/anadb/trace/alert_anadb.log 3.  检查在主要的和附属数据库的open_mode、current_scn和切换状态。  SQL select open_mode from v$database SQL select current_scn from v$database SQL select switchover_status from v$database; 4. 数据库复制的根本原因能主要是网络通信问题betwee主要的和附属头等中央数据库、损坏的数据 库或者similary数据库相关错误。 解决方案 步骤1.验证在两的ORACLE_SID主要和备用网关/数据库。 在主网关/数据库ORACLE_SID = primedb 在附属网关/数据库ORACLE_SID = primstdb 如果， ORACLE_SID在主要的或附属网关不是如前面提到，请使用此命令配置正确SID ： setenv ORACLE_SID = value 注意 ：此处value = primedb或者primstdb根据主要的或附属。 第二步： 在激活和备用数据库登录作为sysdba和请查找目录路径对数据档案并且恢复日志和归档日 志日志文件。 利用这些命令： 查找数据档案： SQL select name from v$datafile;    查找恢复日志文件：                                  SQL select member from v$logfile; 查找归档日志：        SQL show parameter log_archive_dest_1; 第三步： 在您识别在步骤描述的正确方案4.后，要重建数据库，请运行在正确语法的此脚本。 s