我们原来是用TSM+磁带库来做备份。后来增加了备份一体机。现在是短期的数据都放在一体机上。包括vmware系统。数据库。数据文件。应用环境及部分。大的数据库则由磁带库进行季度备份作为归档备查。新设计的架构是把数据库全体迁移到V7000上。然后镜像给V5000。不过还没有...

我们现在也面临这样的问题。数百万个小文件。备份的时候效率非常低，全盘备份应该是可以加快备份和恢复的过程。只是应该没办法做到细颗粒度的备份和恢复，之前我发的帖子里有人回复关于这种文件的管理，你也可以参考一下。...

对于非多活的系统环境，依靠备份来保障业务尽量少丢数据，是非常不明智的做法。传统的备份都有一定的滞后性，因为备份是定时启动，也需要时间完成备份。而生产数据是不断产生的，且在内存中还存储着相当一部分数据。若在如此窘迫的环境下一定得保障少丢数据，首先得保障数据库的归档...

我也曾经误把一个组的盘加到另一个asm组，导致数据丢失。最后数据库备份恢复的。

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

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...