ASE12.5.4终于支持对象级恢复,阿门!

hannibal

2006年6月14日,ASE12.5.4宣布支持archive database access技术.
即从dump介质中快速的建立archive database(只需再分配很少的数据库空间,数据从dump介质中map),
这和存储技术中的snapshot有点像.
利用这种技术可以实现备份数据快速校验和对象级恢复.
archive database为readonly模式.
archive database支持compressed dump.(压缩备份)
如果archive database创建的速度够快的话,该技术应该还可以应用于数据仓库系统的源数据的快速抽取.
注:刚做了个测试,建立一个源库大小为400兆的archive database用时10秒!

[ 本帖最后由 hannibal 于 2006-6-23 04:43 编辑 ]

echoaix

顶一下，有空试试

RS9000

不是很明白这项技术，LZ能详细的解释下吗？谢谢先

szbjshhnsd

这个功能的确不错。Sybase网站上暂时还没看到该版本的升级包。

hannibal

to RS9000，提出archive database的目的是解决dump database后以下几个场景的问题：
1.备份出来的数据，在传输和保存的过程中可能发生损坏。如何验证备份数据的有效性？
  在以前只能通过再建立一个database，把备份数据load上去检验。
  这在空间和时间上可能都会遇到问题。
  另外一个场景就是当数据库崩溃（如硬盘损坏），只能load以前的备份的时候，
  也会出现如上的问题，即如何确定以前的备份介质是好的？应该选择哪个备份做load？
  当然，备份介质发生损坏的概率是很小的，但是如果在生产系统需限时修复的情况下碰上这么一回是不是很火大？
2. 数据库完整性校验 dbcc check类的命令
   通常这些dbcc命令都会要求定期执行。但是全库校验是很费时和费资源的。
3.老生常谈的对象级恢复的问题。
  以前ASE解决对象级恢复只能使用bcp。但是对象级恢复的场景往往是那些由于误操作造成的数据丢失。
  也就是说具体的对象事先是无法预计的。客户如何从以前的dump备份中快速恢复出某一张表的数据？

   现在12.5.4提供了ADA这个功能，可以在一个非常小的archive database上（几十兆）快速（几秒钟）load一个很大的备份。
   这个archive database是一个readonly的数据库，可以做select查询，
   支持dbcc，但不能使用insert update delete。
   可用于备份有效性校验，数据完整性校验和具体到某一张表的数据导出。

  archive database的技术可以实现的原理是因为dump备份中的数据存放方式和数据库中的类似。
ADA可以把dump文件直接作为一个数据库设备来使用。
  当然，有人会问，设置了压缩级别的备份是否可以使用？答案是可以。
  但该压缩备份必须是ASE 12.5.4的备份服务器dump出来的（以前版本的ASE可以使用远程备份服务器的方法实现）。

[ 本帖最后由 hannibal 于 2006-6-24 13:26 编辑 ]

RS9000

谢谢LZ。

zhhui2000

好东东，很可惜我们的库是12.5.3，要不我可以试试