Ⅰ 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