Sybase Adaptive Server Enterprise(ASE)数据库恢复工具
专注于Sybase Adaptive Server Enterprise(ASE)以及 Sybase SQL Anywhere(ASA)数据库文件的恢复。
联系手机：（微信），QQ： ！
郑重承诺，修不好不收费。客户验证数据的正确性后，再付款。
Sybase ASE恢复工具产生背景：
曾经将笔记本电脑上的另一个数据库的备份文件B恢复到了一个在线数据库A里了（两个都是实验用数据库！）。库B比库A要小很多。向多方（包括sybase technical）咨询都说没有办法只能通过备份文件来恢复。但是，我感觉应该有种办法吧！难道sybase公司都没有办法？如果这样，我将一个小的备份文件load到一个大的数据库里面，难道这个大数据库也只能用备份来恢复吗？ 突然产生了一种想法，能不能打开sybase的设备文件看看里面都存了一些什么样的数据？能读取一点数据也是收获啊！
于是，在接下来的三个月时间里我花了很大的精力来研究Sybase ASE的内部数据结构，用VB编写读取程序，并反复测试修改。最后，基本形成两个小工具。
1.能够从Sybase数据设备上提取数据的:READSYBDEVICE
2.从日志设备上提取日志信息的：LOG_ANALYZER_ASSISTANT （暂时叫这两个名字，以后可能会改）
下面为两个工具读取出来的数据截图：
一、下图为读取的Sybase数据库内页面上的数据（页号：165621，表名：FLOWREC1，右上部显示页面上的十六进制数据，下部分是FLOWREC1在页面165621上的数据）
二、下图为从日志设备上提取的日志信息（包括：页号，页内偏移，可用行号，日志类型OP，会话ID，列宽度，日志操作时间，SUID,UID,SPID，以及日志信息内容等）。针对插入（OP=4）、删除（OP=5）、更新（OP=9）能够逆向写出相应的SQL语句。
Sybase ASE的恢复工具支持ASE v11.0, v11.5,v11.9.2,v12.0,v12.5.x,v15.x等各个版本，支持little endian以及big endian，支持cp850,iso_1,cp936,eucgb,utf8等国内常用的多个字符集。
关于从Sybase ASE设备文件中提取对象包含的页面不外乎两种方法。
第一：依次扫描页面获取页头控制信息中记录的对象ID；
第二：根据分配页追踪到对象的OAM页，再从OAM页上分析出对象占用的页面。
另 外，已经研发成功了能够从Sybase SQL Anywhere的DB文件中恢复数据的工具，支持ASA v5.0,v6.0,v7.0,v8.0,v9.0,v10.0,v11.0,v12.0等版本。恢复Sybase SQL Anywhere的工具在国内应该算首创。
在后面的文章中，我会介绍我的这些工具的一些实现思路！
本人可以提供SYBASE数据库修复服务：
(1)系统崩溃只剩下数据文件的情况下的恢复,甚至数据库文件不存在而只有损坏得备份文件情况下得恢复.
(2)误delete数据恢复、误删除表恢复(drop）、truncate表恢复 等.
(3)各种sybase错误的修复.
(4)sybase数据库被标记为可疑，不可用等情况.
(5)sybase数据库中数据文件出现坏块情况下的恢复.
(6)sybase数据库无数据文件但有有日志的情况下的恢复.
(7)sybase数据库只有设备数据文件 没有任何日志的情况下的恢复.
(8)sybase数据文件被误删除情况下的恢复.
(9)磁盘阵列上的sybase数据库被误格式化情况下的恢复.
------------------------------------------------------------------------------------------------- ----
本文为andkylee个人原创，请在尊重作者劳动成果的前提下进行转载；
---- 转载务必注明原始出处 : http://www.dbainfo.net
---- 关键字： 数据库 恢复 sybase 设备 页面 工具 dat
-------------------------------------------------------------------------------------------------
强啊。佩服一个先……
再问个问题——Sybase的数据存储结构在各平台上都通用吗?个人经验——在从intel平台<=>Power平台作dump-load的时候，在online database末尾，会发生一个conversion page的过程，据观察似乎是大数端和小数端的转化，如果真的是不同平台存储结构有异的话，请问你这个工具还能用吗?
幸亏你问的是数据设备上的存储结构，我编写的工具没有分析备份文件上的结构，虽然sybase在dump的时候同样也拷贝了未分配的页面，因为压缩和对未分配页面的处理等等方面的问题，处理起来比较麻烦。再说，分析设备的物理存储结构是个比较基础的工作，其它方面是锦上添花的事情。
Sybase的数据存储结构在各平台上都通用吗?
不同的端之间是不通用的，相同的端之间，我做过测试，是可以的。比如:windows <> linux , solaris <> aix。但是，我的程序目前仅能在windows上面运行。
在从intel平台<=>Power平台作dump-load的时候，在online database末尾，会发生一个conversion page的过程，据观察似乎是大数端和小数端的转化，如果真的是不同平台存储结构有异的话，请问你这个工具还能用吗?
你的分析是对的。从我的那篇博客中的内容就可以得到验证。Sybase15.0.3跨平台恢复过程 http://www.dbainfo.net/sybase1503-cross-platform-recovery.htm
比如：
Started cross-platform conversion for database testdb.
Started cross-platform conversion for system objects.
Cross-platform conversion for database testdb: 672 pages completed.
Completed cross-platform conversion for system objects.
Started cross-platform conversion for user objects.
在进行大小端进行转化的时候，好像不处理索引，可能索引处理起来麻烦些，也可能是为了提供dump&load的时间吧（sp_post_xpload也很费劲）。总之索引是可以重建的。
同样也不处理日志，官方文档中不支持日志跨平台备份。
我的工具能够处理不同平台存储结构的差异。