我已经尝试过使用大量工具转储数据,但没有成功.
始终相同的错误消息：
我很确定这是因为电源故障而发生的.
做法？
现在数据库实际上是一个文件.而且我在想是否有可能对它进行处理并尝试尽可能多地保存数据.
我猜测当数据库由工具或程序打开时,它首先检查它的标题.
在我的情况下,我立即收到错误消息.我假设标题已损坏,或错过匹配.并且由于没有工具将尝试读取有效载荷.
在文档http://www.sqlite.org/fileformat2.html中,有标题偏移的解释.
我已经在他们的FAQ(http://www.sqlite.org/faq.html#q20)中请求了sqlite团队的更新,但与此同时,这里有几个选项.
常见问题解答声明：
>“…如果未使用sqlITE_SECURE_DELETE且尚未运行VACUUM,则某些已删除的内容可能仍在数据库文件中,标记为可重用的区域.但是,同样,我们不知道存在任何程序或工具为了帮助你恢复这些数据.“
和：
>“…根据您的数据库损坏的程度,您可以通过使用CLI将模式和内容转储到文件然后重新创建来恢复某些数据.不幸的是,一旦humpty-dumpty从墙上掉下来,一般不可能把他重新组合起来.“
事实上,至少有两个优秀的工具可以为整个sqlite数据库和单个记录进行数据恢复,它们可以帮助解决硬件故障,软件错误或人为问题.它不会100％原始,但情况并非毫无希望
PhotoRec是开源和多平台.虽然历史上它用于图像和pdf,但它现在支持sqlite恢复(http://www.cgsecurity.org/wiki/File_Formats_Recovered_By_PhotoRec),以及220种二进制文件类型.如果删除了数据库(或整个目录),PhotoRec通常可以将db文件恢复到足够健全的状态以进行打开和导出.该应用程序的预编译版本可免费用于Windows,Mac和Linux.
此外,ccl Forensics的商业产品Epilog可以进行非常先进的记录恢复,包括从预写日志(WAL)事务文件中检索数据.这是几百美元,但它可以对sqlite数据(原生二进制数据库文件以及原始磁盘映像)进行相当惊人的取证重建.
以上两个都已经多次保存我的隐藏,所以将其传递给其他可能已经删除/损坏的sqlite数据库(以及流行的用例,如手机,浏览器,地址簿等)的真正取证的人. .
一旦重新生成/导出数据,验证备份方案并定期运行pragma integrity_check以及清除真的总是一个好主意.
我已经要求更新官方常见问题解答,至少提一下可以google“sqlite recovery”或者其他东西,如果它禁止提及其他项目/产品的名称.
干杯.
