关于SYBASE灾难恢复的讨论，请高手进来看看

lee2223

为了模拟SYBASE数据库在物理灾难后，在快速其它地方快速恢复，最近做了个试验。

平台：HU-UNIX  主机：HP-RP5470  SYBASE:12.0    数据库设备用裸设备
master数据库256M，生产库共3个，每个容量在50G左右

步骤：
  1.将SYBASE数据库做一次全库备份，包括master和systemprocess加上生产库到带库上。
  2.在另一台主机上将阵列的逻辑卷化成和原主机一样，包括路径也一样。
  3.在另一台主机上（操作系统版本补丁和原主机一样），安装SYBASE12.0，安装完毕后将.cfg文件配置和原主机一样。
  4.启动SYBASE数据库成功，backupserver也成功启动。

5.
在这一步时我想到了先恢复master数据库，于是将数据库启动到单用户模式（启动时加-m参数）。然后将原备份的master数据库load回新数据库中，成功。此时用sp_helpdb看其它的库也有了。但接下来load其它生产库时却报错，数据怎么也load不进去。

  我问了SYBASE的工程师，SYBASE工程师告之在没有数据的情况下load空master数据库是没有意义的，load成功也只有一个虚拟的路径而已不可用。需要将原数据设备和数据库重建后在load数据回去。

  无奈只有重新rebuildmaster后在重建数据设备和数据库。但SYBASE建库特别慢（不知道大家有没有感觉），官方说法是1小时可建20G大小的库。因此我建3个50G的库花了近8个小时时间。建完库后将备份数据导入数据库，正常。检查数据正常。

     整个恢复过程给我的感觉想重建了一套系统一样，时间花费太长，重要业务根本不容许这么长的时间恢复。SYBASE能不能像INFORMIX一样只要用备份磁带，用ontape -r命令就将数据和结构恢复到另一个配置一样的主机上。

      或许我的操作步骤不对，有更好的恢复方法？请有经验的大侠指正。请大家来讨论。

chuxu

如果你建库（用户库）就是为了load，在create db时加for load的参数，可以加快速度。不过你的监控速度好像的确比较慢，是否和盘的速度相关。

chuxu

还有一种方案是先做一次全量的恢复，然后在生产上只备份log，在备份上通过恢复log来恢复数据，应该会快一些。

ywtmh

我也觉得和你的盘的速度有关的

lee2223

可能是和磁盘速度有关，但我的磁盘阵列是HP-VA7110应该也不慢。以各位大侠的经验1小时可建多大的数据库。

还有想请教大侠的是，我恢复的基本流程是不是正确的，我觉得这才是灾难恢复的关键。