当前位置:首页 » 数据仓库 » db数据库修复工具
扩展阅读
webinf下怎么引入js 2023-08-31 21:54:13
堡垒机怎么打开web 2023-08-31 21:54:11

db数据库修复工具

发布时间: 2022-04-17 13:41:26

Ⅰ mongodb数据被误删除,没有备份数据,只有日志和jonural文件,请问能恢复吗

正常来说不行的。
mongodb的journal只是在mongod真正把改动写进数据库文件之前记录这个操作,以防在进程突然中断时数据库文件会损坏而已,对于删除操作,journal里并没有原来的数据。
在特殊的境况下,比如操作刚刚写进journal,还没有真正写进数据库文件的时候,如果你把mongod进程中断了,那么就可以保存原来的数据,但是默认的journalCommitInterval是100毫秒,所以基本上是来不及的。
另一种情况,是如果你是在一个replica set里面,有可能在删除primary之后,改动还没有来得及传播到某些replica set的成员,在这个之前你能把那些replica set的连接中断,是可以保住原来的数据的。

Ⅱ 谁有修复后缀为db文件的工具

一般来说,以db为后缀的文件,都是数据库文件,关联数据,不好修复了,可以搜搜有没有db文件之类的修复专家,祝你好运。

Ⅲ 求DataNumen Database Recovery(数据库恢复)V2.4.0.0 网盘资源

链接:

提取码:uj4b

软件名称:DataNumenDatabaseRecovery(数据库恢复软件)V2.4.0.0英文安装版

语言:英文软件

大小:10.49MB

类别:系统工具

介绍:DataNumenDatabaseRecovery是一款专门用于对DB数据库进行恢复的软件,利用软件能够有效的恢复使用了DB数据库储存数据的用户的数据,有需要的可以下载使用。

Ⅳ 怎样修复已经损坏的sql数据库

有两种方法,一种方法使用mysql的check table和repair table 的sql语句,另一种方法是使用MySQL提供的多个myisamchk, isamchk数据检测恢复工具。

前者使用起来比较简便。推荐使用。

1、check table 和 repair table 登陆mysql 终端: mysql -uxxxxx -p dbname check table tabTest;

如果出现的结果说Status是OK,则不用修复,如果有Error,可以用: repair table tabTest; 进行修复,修复之后可以在用check table命令来进行检查。

在新版本的phpMyAdmin里面也可以使用check/repair的功能。

2. myisamchk, isamchk 其中myisamchk适用于MYISAM类型的数据表,而isamchk适用于ISAM类型的数据表。

这两条命令的主要参数相同,一般新的系统都使用MYISAM作为缺省的数据表类型,这里以myisamchk为例子进行说明。

当发现某个数据表出现问题时可以使用: myisamchk tablename.MYI 进行检测,如果需要修复的话,可以使用: myisamchk -of tablename.MYI 关于myisamchk的详细参数说明,可以参见它的使用帮助。

需要注意的时在进行修改时必须确保MySQL服务器没有访问这个数据表,保险的情况下是最好在进行检测时把MySQL服务器Shutdown掉。

2、另外可以把下面的命令放在你的rc.local里面启动MySQL服务器前: [ -x /tmp/mysql.sock ] && /pathtochk/myisamchk -of /DATA_DIR/*/*.MYI 。

其中的/tmp/mysql.sock是MySQL监听的Sock文件位置,对于使用RPM安装的用户应该是/var/lib/mysql/mysql.sock,对于使用源码安装则是/tmp/mysql.sock可以根据自己的实际情况进行变更,而pathtochk则是myisamchk所在的位置,DATA_DIR是你的MySQL数据库存放的位置。

需要注意的是,如果你打算把这条命令放在你的rc.local里面,必须确认在执行这条指令时MySQL服务器必须没有启动!

最后检测修复所有数据库(表)。

Ⅳ 有好的SQLite数据库恢复软件

移动装备中误删除的SQLite数据库文件(*.db、*.sqlitedb、*.sqlite等)想要恢复,有好的软件可以进行操作恢复吗?我之前有恢复过Oracle数据库,就是用软件恢复的,不知道这个可以不?

Ⅵ mongodb集合被误删了,可以恢复吗

我曾经做过 直接把数据库的文件的删除了, 好像是什么ns的文件,
结果也没有恢复,我就知道通过一些软件恢复硬盘的文件可能能找回过去的数据。
找到数据库存放的位之,找找硬盘文件恢复的软件,试一试吧。
下面有好的方法吗

Ⅶ 求助,mongodb如何恢复误删数据

方法/步骤
在mongodb的官方上search mongomp没有相应的资料,自己就在shell命令行里面 :
/data/mongodb-linux-x86_64-1.6.0/bin/mongomp --help 了一把, 自己来测试了,测试总结如下:
备份本机mongodb到/tmp/bakup目录下面:[root@localhost csf]# /data/mongodb-linux-x86_64-1.6.0/bin/mongomp -h 192.168.0.39:10001 -d csf -o /backup/mongodb
将/tmp/backup 下面的文件导入数据库:[root@localhost csf]#/data/mongodb-linux-x86_64-1.6.0/bin/mongorestore -h 192.168.0.39:10001 -d csf -drop --directoryperdb /backup/mongodb/csf/
【注释】--drop参数,有此参数,则表示,先删除所有的记录,然后恢复。如无此参数,则恢复备份时候的数据,备份之后新增加的数据依然存在;/backup/mongodb则是备份文件存放路径

Ⅷ 有什么软件可以恢复安卓手机删除的数据库文件.db的

安卓手机的短信删除后,会依然保存于db数据库文件中,该文件一般位于手机本向,文件名为mmssms.db,如果删除单条短信,可以基于该DB数据库文件进行恢复,但是如果删除过去时间过久,新的数据可能会覆盖删除过的短信,造成无法恢复,所以,在删除记录后,要及时复制出该文件,及时恢复

Ⅸ 如何修复 SQL 数据库置疑

修复sql2000数据库置疑

在实际的操作中由于突然断电或者突然断网造成数据库置疑(在企业管理器中数据库后面出现置疑两个字),下面我们通过以下方法来进行修复置疑的数据库。

A.我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。
B.停掉数据库服务器。
C. 将刚才生成的数据库的日志文件test_log.ldf删除,用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data.mdf。
D. 启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。
E. 设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器,按右键,选择“属性”,在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
F.设置test为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表,但是仅仅有系统表
G.下面执行真正的恢复操作,重建数据库日志文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
执行过程中,如果遇到下列提示信息:
服务器: 消息 5030,级别 16,状态 1,行 1
未能排它地锁定数据库以执行该操作。
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
说明您的其他程序正在使用该数据库,如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表,那么退出SQL Server Enterprise Manager就可以了。
正确执行完成的提示应该类似于:
警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项,并且可能需要删除多余的日志文件。
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
H.验证数据库一致性(可省略)
dbcc checkdb('test')
一般执行结果如下:
CHECKDB 发现了 0 个分配错误和 0 个一致性错误(在数据库 'test' 中)。
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
I.设置数据库为正常状态
sp_dboption 'test','dbo use only','false'
如果没有出错,那么恭喜,现在就可以正常的使用恢复后的数据库啦。
J.最后一步,我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然,我们可以在SQL Server Enterprise Manager里面恢复,也可以使用如下语句完成
sp_configure 'allow updates',0
go
reconfigure with override
go