Flashcopy与数据库恢复的完美结合(11/20)

1.4.4.10 查询主机A数据库A 的aidu.test03表的数据信息

SQL>select count(1) from aidu.test03;

SQL>select checkpoint_change# from v$database;

1.4.4.11 将数据库A设置为online backup模式

SQL>alter database begin backup;

1.4.4.12 在DS8100_B上执行 resyncflash命令，同步flashcopy磁盘组

Dscli>resyncflash –record –persist 5000-5002:8000-8002 5100-5102:8100-8102

Dscli>lsflash –l 5000-9000

1.4.4.13 将数据库A退出online backup模式

SQL>alter database end backup;

1.4.4.14 主机B上,挂载VG,启动数据库B,检查特征表记录

#varyonvg testvg

SQL>startup

SQL>select count(1) from aidu.test03;

SQL>select checkpoint_change# from v$database;

1.4.4.15 重复上面1.4.3.9－1.4.3.14步，可以实现多次的增量备份与恢复

1.4.5 案例总结

在备中心机房的存储上，执行flashcopy复制工作，不会对生产环境的运行效率产生影响，随时可以进行。

本案例可以实现数据库的增量备份,完全可以取代DataGuard的逻辑数据库。Resyncflash的速度很快，完全不消耗网络负载，而且操作步骤简单。

本案例如果再与archivelog结合,实施数据库恢复,可以取代rman备份。

为了确保使用flashcopy的target盘可以启动数据库B,最好在mkflash和resyncflash前，将数据库设置为online backup模式，这是个善意的建议。但是，如果需要使用flashcopy和flashcopy时间点后面产生的数据库的归档日志(archielog)文件,进行数据库不完整恢复,则一定需要将数据库设置为online backup模式,否则恢复时将会遇到’WARNING! Recovering data file % from a fuzzy file’错误,最终导致无法恢复。

本案例使用pprc的目标盘作为flashcopy的源盘，为了达到flashcopy目标盘上数据的一致性，必须保证pprc 复制+flashcopy复制双层数据一致性，所以在执行mkflash和resyncflash之前，一定需要检查pprc的状态是否正常（FULL DUPLEX）,如果pprc的状态是非full duplex，则需要首先解决pprc的同步问题（通过resumepprc，failbackpprc或者mkpprc 等命令来重新建立好pprc的复制关系）。

上一篇：Flashcopy与数据库恢复的完美结合(10/20)

下一篇：Flashcopy与数据库恢复的完美结合(12/20)