解决数据库复制或同步问题的步骤在头等网络

Size: px

Start display at page:

Download "解决数据库复制或同步问题的步骤在头等网络"

努母惠
5 years ago
Views:

1 解决数据库复制或同步问题的步骤在头等网络目录简介先决条件要求使用的组件背景信息问题故障排除解决方案简介当备用数据库从主数据库 rebuilded 时, 本文描述逐步程序解决数据库复制或同步问题在头等网络先决条件要求 Cisco 建议您了解以下主题 : 只有当主数据库 SWITCHOVER_STATUS 是到不可解决的差距, 请使用此步骤重建附属数据库保证主数据库在读 / 写, 并且附属数据库在只读或只读与运用模式使用的组件本文档中的信息基于以下软件和硬件版本 : 头等网络版本 3.9 以上 Oracle 数据库 11G 版本本文档中的信息都是基于特定实验室环境中的设备编写的本文档中使用的所有设备最初均采用原始 ( 默认 ) 配置如果您使用的是真实网络, 请确保您已经了解所有命令的潜在影响背景信息 1. 请使用此命令认识主数据库 switchover_status : SQL> select switchover_status from v$database; SWITCHOVER_STATUS UNRESOLVABLE GAP 注意 : 头等中央 Geo HA 切换发生故障突然留下头等中央 GEO HA 损坏系统和数据库角色的状

2 态 (primay 或待机 ) 然后您需要根据最后主 / 备状态重建主要的或附属注意 : 其他案件, 与解决数据库复制问题的 Cisco TAC 的开放 SR 2. 请使用此命令认识电流模式主要的和附属数据库 : SQL> select open_mode from v$database; 问题头等网络数据库复制失败头等网络应用程序创建通知这样失败, 是可用的在事件宣明会 GUI 客户端的系统事件故障排除在解决方案前, 请执行基本故障排除步骤类似 : 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. 数据库复制的根本原因可以归结于网络在主要的和附属头等网络网关损坏的数据库或者相似的数据库相关错误之间的 commuication 问题解决方案执行在主要的和附属头等网络网关的数据库恢复过程 : 步骤 1: 当前定期备份工作在文件系统保留几个天归档日志日志文件从将删除的归档日志日志文件要避免, 在 backup_daily.sh 的此线路, backup_high_daily.sh backup_weekly.sh 和 backup_high_weekly.sh 注释 : 更改删除直到时间的 noprompt archivelog 对 #delete 直到时间的 noprompt archivelog 注意 : 这些.sh 脚本由 oracle 用户拥有, 并且可以在 $ORACLE_HOME/ana_scripts 目录找到第二步 : 在主数据库, 登录作为 sysdba 和看到编号恢复在系统的文件由和执行此命令 : SQL> select member from v$logfile;

3 对于每本日志优良请执行此命令因此, 如果前面的命令返回 6 行, 然后请执行下一条命令 6 次 SQL>alter system switch logfile; 第三步 : 在备用数据库, 请登陆作为 sysdba 并且创建 pfile 从 spfile : SQL>create pfile='$oracle_home/dbs/ana_sb_init.ora' from spfile; 第四步 : 在备用数据库登录作为 sysdba 和请查找目录路径对数据档案, 备份片段, 恢复日志和归档日志日志文件这可以用这些命令执行 : 查找数据档案 : SQL> select name from v$datafile; 查找备份文件 : rman target / RMAN> list backup; 查找恢复日志文件 : SQL> select member from v$logfile; 查找 archivelog : SQL> show parameter log_archive_dest_1; 关闭数据库 : SQL> shutdown immediate; 步骤 5. 删除所有数据档案文件, 备份片段, 恢复日志文件和 archivelog 文件从对应的目录 ( 路径在步骤 4.) 被找到然后请重新启动与 pfile 已创建的 nomount 在步骤 3 : SQL>startup nomount pfile='$oracle_home/dbs/ana_sb_init.ora; 第六步 : 在主数据库请做复制在您的备份文件夹的所有原始备份片段并且在其他位置存储他们步骤 7. 在主数据库, 请连接对 RMAN 并且请使用删除备份从文件系统删除所有物理备份片段 RMAN>delete backup; 步骤 8 在主数据库请连接对 RMAN 并且使用数据库备用控制文件和 archivelog 的完全备份按此顺序执行这些命令 : RMAN>backup database; RMAN>backup format '$BACKUP_DIR/Control%U' current controlfile for Standby; RMAN>backup archivelog all; 注意 :$BACKUP_DIR 是当前备份文件夹以前找到与列表备份, 并且文件在将来将呼叫 Control%U 它不是变量步骤 9 在主数据库请连接对 RMAN 并且请使用列表备份发现在步骤 8. 创建寻找有 $BACKUP_DIR/Control%U. 命名格式的文件的备用控制控制字段的 ckp scn BS 密钥类型 LV 大小设备类型消逝的时间完成时间

4 全双工 1.09M 磁盘 00:00:04 21-JAN-14 BP 密钥 :2358 状态 : 被压缩的联机 :YES 标记 :TAG T 片段名称 :/export/home/oracle/backup/control9nouks3f_1_1 包括的备用控制文件 :Ckp SCN : Ckp 时间 :21-JAN-14 注意 : 在本例中, 备用控制文件备份是 /export/home/oracle/backup/control9nouks3f_1_1 在线路中在此文件名之下, 您看到 Ckp SCN : ". 我们在步骤 13 的复制运行块将使用第 " " 步骤 10 在主数据库 tar 所有备份编结什么在步骤 8. 创建作为 root 用户 SCP 对备份文件夹的 TAR 文件在备用数据库步骤 11 在备用数据库登录作为改变 TAR 文件的文件所有权的 root 用户和使用 chown 对 oracle :dba. 然后回到 oracle (su - oracle) 和 untar 的交换机用户 TAR 文件步骤 12 在主网关运行登录作为头等网络用户和 cd 对 ~/Main 目录和此命令获得 sys 密码 :./runregtool.sh gs get persistency/general/embeddeddbsystempass 注意 : 返回的 sys 密码用于下一步连接到从主数据库的备用数据库步骤 13 在主数据库请连接瞄准数据库 ( 主要的 ) 然后到辅助数据库 ( 待机 ) 然后请运行重复项运行块创建备用数据库 : RMAN>connect auxiliary sys/$sys_pwd@anadb_sb RMAN>run { set until scn $SCN_NUMBER; duplicate target database for Standby dorecover spfile set "db_unique_name"="anadb_sb" set LOG_ARCHIVE_DEST_2="Service=anadb ASYNC LGWR VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) database_unique_name=anadb" set FAL_CLIENT="anadb_sb" set FAL_SERVER="anadb" set log_file_name_convert="$redo","$redo" nofilenamecheck; } 注意 :$sys_pwd 是您在步骤 12 得到的 sys 密码在运行块的 $SCN_NUMBER 在步骤 9. 获取为例 $REDO 是 / 跟随的恢复日志位置步骤 14 一旦在步骤 13 的运行块在备用数据库登录完成, 然后作为 sysdba 并且运行这些命令启动在只读跟随的只读模式的备用数据库与 Apply 模式 : SQL>shutdown immediate; SQL>startup nomount;

5 SQL>alter database mount Standby database; SQL>recover managed Standby database using current logfile disconnect from session; SQL>recover managed Standby database cancel; SQL>alter database open read only; SQL>recover managed Standby database using current logfile disconnect from session; 步骤 15 在主数据库的验证以后, 请注释删除在 backup_daily.sh backup_high_daily.sh backup_weekly.sh 和 backup_high_weekly.sh 的此线路 : 更改 #delete 直到时刻的 noprompt archivelog 删除直到时间的 noprompt archivelog 验证在主要的和附属头等网络网关的数据库验证 : 1. 验证编号和名称恢复日志文件是同样在主要的和备用数据库 2. 验证数量和数据档案的大小在主要的和备用数据库的是同样 3. 请使用此 on 命令 Primbary 和备用数据库显示在备用数据库的当前 SCN 能跟上在主数据库的 SCN : SQL>select current_scn from v$database; 4. 验证主数据库 open_mode 读 / 写, 并且只读与在备用数据库应用 SQL>select open_mode from v$database; 5. 验证 switchover_status 主要的是对待机和允许在备用数据库 : SQL>select switchover_status from v$database; 6. 验证归档日志转接在 Primarydatabase : SQL> alter system switch logfile; 在附属数据库 : 检查保证一个新的文件在 ~/arch 创建 7. 验证您从现在起将看不到事件宣明会 GUI 的数据库复制失败 ( 在以后 20 分钟内 )

sql> startup mount 改变数据库的归档模式 sql> alter database archivelog # 打开数据库 sql> alter database open 禁止归档模式 sql> shutdown immediate sql>startup mount sql> al

sql> startup mount 改变数据库的归档模式 sql> alter database archivelog # 打开数据库 sql> alter database open 禁止归档模式 sql> shutdown immediate sql>startup mount sql> al RMAN sql> sqlplus / as sysdba 查看数据库版本 sql> select * from v$version; 查看数据库名称 sql> show parameter db_name; 一使用 RMAN 时, 需要将数据库设置成归档模式 sql> conn / as sysdba; sql> show user 查看数据库是否为归档模式 sql> archive log list