通过日志回滚，可以实现一定历史追溯的恢复功能。灾备端日常不能进行数据库验证，只能通过演练，经过故障切换之后，数据库可访问，才能验证。

按提示找一下归档文件吧，把生产服务器相对应的拷贝过来也行。

主备superblock都坏的话，一般没啥好方法了，数据重要的话找数据恢复公司试试吧

先做restore，恢复到4.3然后做recover，会通过日志前滚到9日，日志的末尾。前提是4.3-4.9之前没有做类似表空间、数据文件创建等动作。

车开的再好，难免被别人撞。系统维护的在完善，也有不守规矩的人乱搞.

1.多个VDISK配置成了Volume Groups的形式，那么两个站点的多个VDISK的一致性是同时的，也就是说站点1的多个VDISK同时写，站点2相应的多个VDISK写也是同时写的，这样一来，每次站点2的多VDISK写入后，从存储视角来说，多VDISK是数据一致性的，站点2的主机是能利用这一致性的多个VDISK的，在...

问题描述不清。

从备份集中恢复归档日志declaredevtype varchar2(256);done boolean;begindevtype:=sys.dbms_backup_restore.deviceAllocate(type=>\'\',ident=>\'t2\');sys.dbms_backup_restore.restoreSetArchivedLog(destination=>\'/data1/slavearchive\');sys.dbms_backup_restore...

mysql：自带的mysqldump，或者第三方的xtrabackupxtrabackup支持差异备份mongodb:mongodump（mongoretore）或者mongoexport(mongoimport)mongodb的增量备份还需要基于oploghbase不了解