容灾切换时,在数据库层面主要是要保证可用性,对于核心交易系统来说对重要的是数据的一致性校验。针对容灾切换,主要有以下几个建议和经验:
OceanStor BCManager eReplication容灾产品,了解一下,支持一键式容灾保护、恢复,简化客户操作,提高操作效率。
支持Oracle、DB2、SQLServer等多种应用,及VMWare、FusionCompute虚拟化平台的容灾保护恢复。
产品文档:
兼容性列表:
技术原理:
https://support.huawei.com/enterprise/zh/doc/EDOC1000090710?section=l004
1.容灾切换主要涉及到网络层、应用层和存储层的切换,切换过程中制定好完整的流程和体系可以保障切换的顺利完成。如:切换流程、切换涉及到的步骤、切换对象、容灾演练(这个环节非常重要),建议切换前进行演练。
2.存储和数据库的切换,常见问题:
(1)生产站点和灾备站点数据不一致:
ORA-01186: file 5 failed verification tests
ORA-01157: cannot identify/lock data file 5 - see DBWR trace file
ORA-01111: name for data file 5 is unknown - rename to correct file
ORA-01110: data file 5: '/opt/oracle/product/11gR2/db/dbs/UNNAMED00005'
解决方案
p以sys用户登录生产端数据库,执行如下命令查看当前数据文件:select file#,name from v$datafile;
p以sys用户登录容灾端数据库,执行如下命令查看当前数据文件:select file#,name from v$datafile;
p此时容灾端将会有以UNNAMEXXX格式的数据文件,通过如下方式重新创建进行恢复。
n执行命令关闭文件自动管理功能:alter database set STANDBY_FILE_MANAGEMENT=MANUAL;
n使用如下命令依次重新创建数据文件,正确的数据文件如今参考生产端的位置:alter database create datafile '/opt/oracle/product/11gR2/db/dbs/UNNAMED00007' as '/opt/oradata/db_uidb/rdata12';
n执行命令重新开启文件自动管理功能:alter database set STANDBY_FILE_MANAGEMENT=AUTO;
n执行命令恢复容灾端数据库:recover automatic standby database;
p容灾端数据库恢复完成后,重新登录dgmgrl控制台,恢复apply状态:edit database dripcc set state = 'APPLY-ON';
注意:临时表空间文件不会自动同步,需要手工添加进行同步