sybase数据库恢复

最近由于感染病毒，可能在qq中有些好友会收到我的消息，说是有没有淘宝账户，请大家一定不要理睬，谢谢各位，给大家造成的影响，请原谅

SQL Anywhere file data corruption usually occurs when the software application or the operating system crashes while the .MLM data file is open in memory. mlmfile In most cases, headers or parts of the data file are not saved to disk causing the data corruption or the application to fail. Other causes of corruption are physical problems with the storage media, hardware malfunctions, natural causes, viruses, software errors, and human errors.

As bad as the situation may be, there are ways to recover all or part of your data file. You should immediately make 2 or 3 backup copies of the corrupted file(s) and stop using the computer except to send the file(s) for recovery analysis. We are a team of highly specialized engineers who have been working with corrupt files for the past two decades offering free analysis of corrupt or damaged SQL Anywhere file data files with a ‘no-recovery, no-fee’ policy. Please use the instructions below to send us the corrupted db file for a free no-obligation analysis.

Full Confidentiality is guaranteed!.

LogDigger™ is a powerful tool for Sybase ASE serials databases, allowing administrators to easily locate changes in the database, enabling sophisticated data analyses, and providing undo capabilities to rollback logical data corruptions or user errors.

syslogs stores all operation records which modify database. Sybase does not provide tool to read and anlyse syslogs. Sometime DBA want to know what stored in the syslogs, like operate record to a table, to a transaction etc. It presents xactid,op columns when we query on syslogs table, which can’t be read. Senior dba can use dbcc log to get details, but dbcc log command is difficult to master and the result also not easy to read. So LogDigger filled the blank of syslogs translater.

LogDigger can also be leveraged for:

• Ex post facto auditing of DML statements, the order in which transactions were committed and the user responsible for the updates.
• Historical analysis of data access patterns for database tuning and capacity planning.

LogDigger directly accesses the Sybase redo logs, which are complete records of all activities performed on the database, and the associated data dictionary, which is used to translate internal object identifiers and types to external names and data formats. Each row contains a SQL UNDO statement, which can be used to rollback the change, and SQL REDO statement, which details the original operation. LogDigger can translate to a flat file.

Installation

       1 To use LogDigger, please install Sybase client of pre 12.5.4.

       2 Download newest version from http://www.sybedit.com, and extract to a folder.

How to use LogDigger

1、Double click on LogDigger

2、Click ConnectDB Button

3、Input login name, password, and ASE server name

then click OK button to login, click Cancel button to exit.

4、Please select the database to be anlysed， default db is master。默认登陆数据库为master

5、Click Setting button，set the option

6、Click ReadLog button

7、Click TranLog button，to translate syslogs

Looking to the Future

       LogDigger is developed by vs2005, dbcc log command is the point.  In the future, with more function, it will be replication server, like ase Replicator, replication server. But it’s so far to do. LogDigger can be a tool to monitor syslogs, record all the operation to a file.

       The function is simple of LogDigge, more function, more supported database version are necessary.

经过一段时间时间考虑，日志分析工具改名为LogDigger

理解和使用sybase 日志分析工具－LogDigger

Sybase LogDigger是hobbylu为sybase ase产品系列提供的一个非常有用的分析工具，使用该工具可以轻松获得sybase日志（syslogs）的具体内容，特别是，该工具可以分析出所有对数据库操作的DML(insert、update,delete)语句，另外还可分析得到一些必要的回滚SQL语句。该工具特别使用调试、审计或者回退某个特定的事务。

LogDigger分析工具的运行平台为windows平台，它是可视化的图形界面，技术人员可以很快的掌握其功能，操作简单，功能强劲，目前支持sybase15.0版本之前的所有版本，并使用用所有平台。

一、LogDigger的用途

       syslogs表中存放着所有进行数据库操作的数据，其记录了针对数据库结构的每一个变化，也就是对数据库操作的所有DML语句。sybase官方到目前为止尚未推出自己的读取和解析syslogs的工具，对于普通的数据库管理员来讲，有时候非常需要了解syslogs中到底记录了什么，比如针对某张表的操作记录，某个进程的操作记录等等，但是从syslogs中根本就无法读出有效信息，仅仅只是xactid,op即事务号和操作代码。水平较高的数据库管理员可以从使用dbcc log获取其中详细的信息，但是从dbcc log本身极其复杂，想要掌握dbcc log即时在技术的支撑下，也需要花费较大的精力，而且dbcc log输出的结果，普通人也无法很好的理解。而LogDigger的推出，填补了sybase在日志翻译方面的空白。

总的来说，LogDigger工具的主要用途有：

1、跟踪数据库的变化

2、回退数据库的变化：回退特定的变化数据，恢复误删除、误更新数据

3、图形化的了解日志信息

二、安装LogDigger

       1、要使用LogDigger，请先安装好sybase ase客户端，客户端版本要求为11.9与12.5.4之间。

       2、要使用LogDigger，首先可以从www.sybedit.com上下载日志翻译软件LogDigger，目前是绿色版本，直接解压后就可以使用。

三、使用LogDigger工具

下面将详细介绍如何使用LogDigger工具。

1、运行LogDigger

2、运行后出现主界面，选择ConnectDB按钮

3、在登陆对话框上输入用户名/密码/服务名

输好之后，选择OK，退出选择Cancel

4、登陆数据库后，默认登陆数据库为master，选择你需要进行日志分析的数据库

5、点击Setting，进行日志分析的设置

弄好之后补上

6、点击ReadLog，读取日志信息

7、选择TranLog，进行日志的翻译

四、LogDigger的展望

       LogDigger目前是利用dbcc log的功能基础上进行开发的，在以后考虑是否可以变成复制，类似Ase Replicator，replication server，当然它肯定达不到它们的高度，顶多是一个设想，实现部分功能，比如监控日志，并将一段时间之内的数据变化，存为文本文件。

       LogDigger目前的功能还是比较单一，希望其能丰富一点，并对各种版本的支持能够更好一点。

五、作者介绍

       Hobbylu，1999年毕业于一个不知名的二类院校，在上海某国有企业工作，经过多年的学习和研究，成为了sybase的超级粉丝，逐步掌握了ase、asa的内部数据结构，对于ase研究相对较深。于2002年通过sybase administrator assicoate认证之后，就没有再参加过更高一级的认证。在sybase技术支持一块，经验丰富，可以处理sybase的绝大部分问题，其接触过的平台和版本也较多，跟着sybase从11.0一直学习到15，在性能调优、数据备份、数据管理、复制服务器方面均有相当丰富的经验和精湛的技术，为一些客户提供了技术支持。

       Hobbylu在研发方面，也有一定建树，其重要研发了Procdebug，powersybedit，LogDigger等工具。其中数据库恢复工具 powersybedit，可以提供在线和离线的数据恢复，是其拳头产品，主要用于ase以及asa。早期还研发了存储过程调试工具procdebug， （利用sybase的内置函数功能，实现了存储过程的调试）。LogDigger是其在2009年完成的一个软件。

一、sybase adaptive enterprise server数据库恢复服务

(1)系统崩溃只剩下数据文件的情况下的恢复,甚至数据库文件不存在而只有损坏得备份文件情况下得恢复.

(2)误delete数据恢复、误删除表恢复(drop）、truncate表恢复 等.

 (3)各种数据库错误的修复.

 (4)数据库被标记为可疑，不可用等情况.

(5)数据库中数据文件出现坏块情况下的恢复.

(6)数据库无数据文件但有有日志的情况下的恢复.

 (7)数据库只有设备数据文件 没有任何日志的情况下的恢复.

(8) 605错误修复

(9) 3414错误的修复

等等

二、sybase sql anywhere（asa）数据库恢复

 各种asa数据库故障恢复

ICP备案已经通过

I guess it would be a nice tool, however there is still a long way to
go:
1. You better name your tool something, like ASE logminer, Oracle
logminer is part of its RDBMS.
2. Get certified for different platforms
3. Find a lawyer, what will happen if your tool cause damage to
client’s database?
4. Docs
5. …..

I guess it would be a nice tool, however there is still a long way to
go:
1. You better name your tool something, like ASE logminer, Oracle
logminer is part of its RDBMS.
2. Get certified for different platforms
3. Find a lawyer, what will happen if your tool cause damage to
client's database?
4. Docs
5. .....

由于技术人员的疏忽，master数据库状态有时候在不经意之间被修改为-32768，并重新启动了数据库。如果没有重新启动数据库，我们当然可以用命令重新修改回来。重新启动之后，master库就进入了bypass模式，这样从系统功能方面已经无法对master数据库进行增删改操作，也就无法让master库恢复正常。

怎么办？

着急了吧？

等着老板K你了吧？

等着老板炒你鱿鱼、扣薪水、挨批评！

别着急，下面我就对此类问题帮你进行深刻的分析，顺便让大家学点东西。本来我想直接使用我的工具powersybedit进行修改操作，但这样，你需要得到我的powersybedit，而我的ps目前暂不提供给外部服务。本着让大家明明白白的宗旨，我就开始讲了。

1、确定你的数据库版本

2、确定你的数据库页的大小

3、下载16进制编辑工具（ultraedit,winhex)

4、备份好目前的master设备，如果是裸设备，可以使用dd命令导出变成文件形式。

5、用16进制工具打开，本人使用ultraedit。

6、接下来使用笨办法，也就是搜索ascii码”master”，根据经验判断在这个master附近出现model，tempdb，sybsystemprocs值的，基本上可以判定这个就是sysdatabases中的master记录信息。

7、接下来我们从master这个位置开始，往前找，在第31字节处，我们可以发现其中有80 01 16进制值。

8、找到这个值之后，在此修改，将80 01修改为00 00

9、保存

10、替换原来的master设备，并启动数据库，ok，你的master库已经不再是bypass了。

是挺简单的吧