前几天广州市某银行的DBA便经历这次生死之旅，他只用了一秒种的时间，差点就坠入了地狱，并万劫不复。
事情还得从头说起。此银行的一些内部关键业务平台为AIX小型机+Sybase ASE 12.5，此应用平台数据量巨大，每天都有超过10G的数据量生成，也是因为数据量太大，备份则为一星期一次。
因为访问繁忙，数据库负载过重，DBA在进行调优时，误执行了一条DML语句，导致一张重要的表数据全部丢失，而上次备份的数据是在三天前，此数据相当重要，不得有任何闪失，此DBA尝试多种恢复后，仍无果。
事情在此银行影响甚大，此银行高层连夜召开会议，最后决定让专业的数据恢复公司接手来进行数据恢复。
该银行技术部副总打电话咨询过全国多家数据恢复公司，但绝大多数数据恢复公司对 Sybase数据库基本上不了解，对此银行的技术部副总提出的问题完全不能回答。而北京北亚数据恢复中心的数据库工程师对 Sybase数据库了如指掌，在取得此银行的信任后，北亚数据恢复中心拟出一份数据恢复方案，此银行再次召开会议，讨论方案的可行性，最后认同数据方案。
北京北亚数据恢复中心的数据库工程师紧急飞往广州，并连夜加班，从在数据文件中定位目标表数据页到使用内部程序更改页结构，和使用日志进行恢复，所有工作在8个小时内便完成。该银行工作人员在对恢复出来的表进行详细验证后，发现数据无任何问题，基本上和原来一模一样，此时才宣告数据恢复工作完成。
一次一秒种时间造成的破坏，恢复则花了8小时，而更有甚者在进行多次尝试恢复后加深了对数据的破坏，数据存储结构已完全不可逆。作为一个DBA或一个系统维护人员在进行某些危险性操作时一定要三思，一定要做够功课，让结果可回搠.