简介
本文描述逐步程序通过重建备用数据库解决数据库复制或同步问题在头等网络从主数据库。
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.后，要重建数据库，请运行在正确语法的此脚本。
sh PCoracleADG.ksh [PRIMARY] [STANDBY] [DB_TO_BE_DROPPED] [SYSTEM_PASSWD] [ORACLE_BASE]
[ORACLE_USER] [ARCHIVED_LOG_LOCATION] [ORACLE_DATA_FILES_LOCATION] [REDO_LOG_LOCATION]
注意：脚本复制在$ORACLE_BASE/standby文件夹下并且需要运行作为oracle用户。
步骤4.识别所有方案以您的设置当前状态并且相应地继续：
注意：为例假设， HA1是主网关/数据库，并且HA2是附属网关/数据库
情形 1：HA1是活跃的并且需要重建在HA2的备用数据库。利用这些参数并且运行在HA2的步骤提及的脚本3。
PRIMARY = primedb
STANDBY = primstdb
DB_TO_BE_DROPPED = primstdb
SYSTEM_PASSWD = use Step 5
ORACLE_BASE = /orahome/oracle
ORACLE_USER = oracle
ARCHIVED_LOG_LOCATION = output of ‘show parameter log_archive_dest_1;'
ORACLE_DATA_FILES_LOCATION = output of ‘select name from v$datafile;'
REDO_LOG_LOCATION = output of ‘select member from v$logfile;’
方案 2：HA2是活跃的并且需要重建在HA1的备用数据库。请使用这些参数并且运行在HA1的步骤提及的脚本3。
PRIMARY = primedb
STANDBY = primstdb
DB_TO_BE_DROPPED = primedb
SYSTEM_PASSWD = use Step 5
ORACLE_BASE = /orahome/oracle
ORACLE_USER = oracle
ARCHIVED_LOG_LOCATION = output of ‘show parameter log_archive_dest_1;'
ORACLE_DATA_FILES_LOCATION = output of ‘select name from v$datafile;'
REDO_LOG_LOCATION = output of ‘select member from v$logfile;’
第五步：使用此步骤发现<SYSTEM_PASSWD> ：
su -在HA1或HA2的最初
grep Embedded_SYSTEM_PASS=安装/conf/.db.conf
例如，如果它有Embedded_SYSTEM_PASS=90f8006cd6bc0dde，则：
- Java - cp安装/使用情况/encryptionUtil.jar EncodeDecode解密90f8006cd6bc0dde。
- 使用作为SYSTEM_PASSWD在步骤4.的头等中央印制厂回归输出字符串。
在主要的和附属头等网络网关的数据库验证：
1. 验证编号和名称恢复日志文件是同样在活动和备用数据库。
2. 验证数量和数据档案的大小在激活和备用数据库的是同样。
3. 请使用此on命令活动和备用数据库显示在备用数据库的当前SCN能跟上在主数据库的scn ：
sqlplus / as sysdba
SQL>select current_scn from v$database;
4. 验证database_roleof激活数据库主要的，并且备用数据库是LOGICAL_STANDBY。
sqlplus / as sysdba
SQL>select database_role from v$database;
5.验证激活数据库open_mode读/写，并且只读与在备用数据库应用。
sqlplus / as sysdba
SQL>select open_mode from v$database;
6. 验证激活switchover_status是对待机和允许在备用数据库：
sqlplus / as sysdba
SQL>select switchover_status from v$database;
7. 验证归档日志获得已转接：
在Activedatabase ：
SQL> alter system switch logfile;
在备用数据库：
检查保证一个新的文件在~/arch创建
反馈