建站
咨詢
售后
建站咨詢
新聞中心
在數(shù)據(jù)備份與恢復中，數(shù)據(jù)的安全性是非常重要的一個方面，因為一旦數(shù)據(jù)遭到破壞、丟失或損壞，給企業(yè)和用戶帶來的損失都將是巨大的?；谶@個原因，重要的數(shù)據(jù)應該及時地備份并定期地對其進行恢復測試。
創(chuàng)新互聯(lián)專注于海珠網(wǎng)站建設服務及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗。 熱誠為您提供海珠營銷型網(wǎng)站建設，海珠網(wǎng)站制作、海珠網(wǎng)頁設計、海珠網(wǎng)站官網(wǎng)定制、重慶小程序開發(fā)服務，打造海珠網(wǎng)絡公司原創(chuàng)品牌,更為您提供海珠網(wǎng)站排名全網(wǎng)營銷落地服務。
最近，新頁客戶端在一次數(shù)據(jù)恢復測試中迎來了一項重大成功，客戶端成功恢復了數(shù)據(jù)庫，同時數(shù)據(jù)也完好無損。這個結果表明了新頁客戶端數(shù)據(jù)備份的安全性和恢復能力都非常優(yōu)秀。
這項測試顯示了一些關鍵的因素，這些因素是新頁客戶端實現(xiàn)成功數(shù)據(jù)恢復的重要因素。新頁客戶端備份數(shù)據(jù)的頻率非常頻繁，確保企業(yè)數(shù)據(jù)及時得到備份。這樣可確保當出現(xiàn)問題時，企業(yè)可以快速地恢復數(shù)據(jù)。
新頁客戶端采用了一種高效的方法來備份和保存數(shù)據(jù)，采用基于云端存儲的方法。這種方法可以確保數(shù)據(jù)的大容量，高可靠性和便于管理。使用這種方法，客戶端可以對數(shù)據(jù)進行全面的管理，而不必擔心數(shù)據(jù)的易失性。
在這項測試中，新頁客戶端利用備份數(shù)據(jù)成功檢索并恢復了一份丟失的數(shù)據(jù)庫，而且該數(shù)據(jù)庫還包含了許多關鍵性的數(shù)據(jù)。這表明了客戶端高效恢復數(shù)據(jù)的能力和備份數(shù)據(jù)的完整性。這項測試是新頁客戶端向用戶提供安全數(shù)據(jù)存儲服務的一部分，顯示了公司對客戶數(shù)據(jù)保護的專注度。
新頁客戶端成功恢復數(shù)據(jù)庫，數(shù)據(jù)無損且完整的測試結果是非常鼓舞人心的。這項測試的成功表明企業(yè)在數(shù)據(jù)存儲和恢復方面，可以放心地選擇新頁客戶端作為數(shù)據(jù)儲存服務提供商，他們可以通過新頁客戶端快速地安全地備份數(shù)據(jù)。同時，這也是對企業(yè)長期以來致力于客戶數(shù)據(jù)保護的肯定。
新頁客戶端成功恢復數(shù)據(jù)庫，數(shù)據(jù)無損且完整的測試結果表明該公司在數(shù)據(jù)備份、存儲和恢復方面具有高度專業(yè)與能力。此外，新頁客戶端還采用創(chuàng)新的云端存儲技術，以確保其顧客擁有高可靠性、大容量和高效的數(shù)據(jù)平臺，讓企業(yè)在數(shù)據(jù)存儲和管理方面更加安心。這一切表明，新頁客戶端在數(shù)據(jù)安全方面具有非常高的信譽和聲譽，有效地維護了數(shù)百個企業(yè)的數(shù)據(jù)安全。
相關問題拓展閱讀：
- 怎么數(shù)據(jù)恢復
- U8數(shù)據(jù)庫恢復。
- mysql數(shù)據(jù)庫被刪除怎么恢復
怎么數(shù)據(jù)恢復
問題一：數(shù)據(jù)恢復技術是怎么實現(xiàn)的 1.數(shù)據(jù)恢復原理一-分區(qū)表
數(shù)據(jù)恢復原理與分區(qū)表關系緊密。在主引導區(qū)中，從地址BE開始，到FD結束為止的64個字節(jié)中的內(nèi)容就是通常所說的分區(qū)表。無論系統(tǒng)中建立多少個邏輯磁盤，在主引導扇區(qū)中通察指過一個擴展分區(qū)的參數(shù)就可以逐個找到每一個邏輯磁盤。需要特別注意的是，由于主分區(qū)之后的各個分區(qū)是通過一種單向鏈表的結構來實現(xiàn)鏈接的，因此，若單向鏈表發(fā)生問題，將導致邏輯磁盤的丟失。這就是當硬盤被CIH病毒破壞后，我們可以通過KV3000的F10功能來找到丟失的D，E及以后的邏輯分區(qū)的原因。
2.數(shù)據(jù)恢復原理二-目錄區(qū)與數(shù)據(jù)區(qū)
目錄區(qū)DIR:是Directory即根目錄區(qū)的簡寫，在FAT12和FAT16格式中，DIR緊接在第二FAT表之后，而在FAT32格式中，根目錄區(qū)的位置可以在分區(qū)中的任意位置，其起始位置是由引導扇區(qū)給出的。單有FAT表還不能確定文件在磁盤中的具置，只有FAT表和DIR區(qū)配合使用，才能準確定位文件的確切位置。
數(shù)據(jù)區(qū)（DATA） 在DIR區(qū)之后，才是真正意義上的數(shù)據(jù)存儲區(qū)，即DATA區(qū)。
DATA雖然占據(jù)了硬盤的絕大部分空間，但沒有了前面的各部分，它對于我們來說，也只能是一些枯燥的二進制代碼，沒有任何意義。
3.數(shù)據(jù)恢復原理三-引導扇區(qū)與分配表操作系統(tǒng)引導扇區(qū)（OBR）
OBR（OS Boot Record）即操作系統(tǒng)引導扇區(qū)，通常位于硬盤的0磁道1柱面1扇區(qū)（這是對于DOS來說的，對于那些以多重引導方式啟動的系統(tǒng)則位于相應的主分區(qū)/擴展分區(qū)的之一個扇區(qū)），是操作系統(tǒng)可直接訪問的之一個扇區(qū)，它也包括一個引導程序和一個被稱為BPB（BIOS Parameter Block）的本分區(qū)參數(shù)記錄頃沒野表。文件分配表（FAT）
FAT(File Allocation Table)即文件分配表，是DOS/Win9x系統(tǒng)的文件尋址系統(tǒng)。為了防止意外損壞，F(xiàn)AT一般做兩個（也可以設置為一個），第二FAT為之一FAT的備份, FAT區(qū)緊接在OBR之后（對于FAT32格式，位置是從引導扇區(qū)開始的第32個扇區(qū)就是之一個FAT表的位置），其大小由這個分區(qū)的空間大小及文件分配單元的大小決定。
問題二：怎樣可以讓數(shù)據(jù)恢復軟件恢復不了我電腦里面的數(shù)據(jù) 現(xiàn)在很多數(shù)據(jù)恢復軟件都自帶徹底刪除功能，徹底刪除的原理就是刪除后再在同一位置寫入亂七八糟的其他文件，再刪除反復幾次，就絕對恢復不了了。
當然現(xiàn)在很多的各種衛(wèi)士軟件中，也自帶文件粉碎功能，工作原理和結果都是一樣的。
問題三：excel表數(shù)據(jù)丟失怎么恢復。 我是剛剛把數(shù)據(jù)完全恢復就來回答了.因為我也經(jīng)歷了重要EXCEL數(shù)據(jù)(一年半的分類賬啊)丟失的痛苦, 在網(wǎng)上找了N種方法都不行.你試試我的方法看行不行.
打開EXCEL–點擊文件里的打開–在打開窗口點右俯角的工具–點查找–點高級–然后在屬性欄點:上次修改時間,在條件欄點:在(之前),在值欄里填:你大概的保存時間,更好后延幾天,在選擇位置欄點:我的電腦,在選定文件類型點:EXCEL,然后點搜索.在結果欄里有信息. 祝你好運
問題四：數(shù)據(jù)恢復軟件無法完全恢復文件怎么辦？ 你好，你完全刪除三次的定義是什么，是這些文件你刪除了三次才刪除完，還是你刪除一次往里面寫入一雀喊些文件，然后又刪除又寫入，如說是這樣你丟失的數(shù)據(jù)只能找到在你最后一次刪除的文件，前面的刪除的是無法恢復出來的，因為全部被你重新寫入的數(shù)據(jù)給覆蓋了。如果數(shù)據(jù)很重要，不要嘗試自己操作以免對數(shù)據(jù)造成2次損傷，建議你可以找《飛爾數(shù)據(jù)恢復中心》這樣專業(yè)點的數(shù)據(jù)恢復機構吧，有自身的修復特點，恢復幾率高。希望我的回答可以幫助到你。
問題五：如何實現(xiàn)數(shù)據(jù)恢復常見問題 問題1：在沒有備份的情況下，卸載了軟件，但是賬套數(shù)據(jù)文件存在，如何恢復數(shù)據(jù)？
引子：通常情況下，應該提醒用戶經(jīng)常在系統(tǒng)管理中進行賬套備份。如果在沒有備份的情況下，卸載了軟件（或重裝了系統(tǒng)），這時軟件是安裝在其他盤上，比如D盤。
若這兩個文件存在的話，可以通過以下方法把數(shù)據(jù)恢復。
解決方法：
（1）、把zt991文件夾備份好，卸載干凈后，重新安裝軟件；
（2）、在“系統(tǒng)管理”創(chuàng)建991賬套，啟用年份及行業(yè)性質(zhì)都與原賬套相同。如果原來賬套是多個年度的，則一定要建立年度賬（比如001賬套是2023年啟用的，則要新建一個001賬套，啟用年份是2023年，并且要建立2023年和2023年的年度賬）。這樣在軟件安裝目錄下會形成一個文件夾zt991。
（3）、將sqlserver服務關閉（可在任務欄中使用“sqlserver服務管理器”進行服務停止，或在控制面板–管理工具–服務中將mssqlserver服務停用）
（4）、將已經(jīng)備份出去的zt991文件夾覆蓋新的zt991文件夾。
（5）、重新啟動sqlserver服務和U6的服務，然后登錄U6應用程序，即可看到原賬套中的信息，確認信息無誤后，及時進行數(shù)據(jù)備份。
問題2：在系統(tǒng)管理中進行了賬套備份，但是恢復賬套的時候，提示“備份信息文件無效，恢復失敗”。
引子：在系統(tǒng)管理中進行賬套備份，形成兩個文件：uferpact.lst（通uf2kact.lst）和ufdata.ba_。所以當出現(xiàn)這個提示的時候，先對這兩個文件進行操作。首先檢查ufdata.ba_是否可以解壓縮，如果解壓縮失敗，說明物理文件破壞，這時備份文件無效了（這時就要考慮用問題1中的方法來解決了）。如果解壓縮成功，可以用以下兩個方法來操作。
解決方法一：還原數(shù)據(jù)
（1）、用產(chǎn)品自帶的解壓工具把ufdata.ba_文件解壓。解壓工具D:\U6SOFT\Admin\ ufunp.exe。雙擊這個文件，選擇源文件，錄入解壓文件，把ufdata.ba_解壓成ufdata.bak，點擊“解壓縮”按鈕。
（2）、在系統(tǒng)管理中新建一個賬套，假定賬套號是001。
（3）、在sql server 的企業(yè)管理器中，逐層展開樹形結構，鼠標右鍵點擊“數(shù)據(jù)庫”，選擇“所有任務”―“還原數(shù)據(jù)庫”
（4）、進入“還原數(shù)據(jù)庫”界面，從下拉列表中選擇“還原為數(shù)據(jù)庫ufdata_001_2023，“從設備”還原，然后點擊“選擇設備”。
（5）、進入“選擇還原設備”，點擊“添加”按鈕，進入“選擇還原目的”界面，點擊“文件名”后的瀏覽按鈕，選擇ufdata.bak文件所在的路徑。然后點擊“確定”按鈕。
（6）、再點擊“確定”按鈕，又一次進入“還原數(shù)據(jù)庫”界面，在“選項”頁簽下，選擇“在現(xiàn)有數(shù)據(jù)庫上強制還原”。
一定要注意邏輯文件名對應的“移至物理文件名”對應的路徑是否正確。點擊“確定”就可以了。
注：這樣方法也適用于只有ufdata.ba_文件的情況下恢復數(shù)據(jù)，以及只對年度賬數(shù)據(jù)進行恢復的情況。
解決方法二：把現(xiàn)有運行正常的賬套進行備份，然后用記事本的方式打開uferpact.lst文件，同時也打開恢復失敗的賬套的uferpact.lst文件，參照自己備份出來的賬套的uferpact.lst文件，修改恢復失敗的賬套的uferpact.lst文件，除了保留賬套號外，其余不一致的地方都要修改。…>>
問題六：我的移動硬盤突然壞掉了，怎么能把數(shù)據(jù)恢復?。?發(fā)生數(shù)據(jù)刪除情況也不必驚慌，用恢復工具就可以找回。
以頂尖數(shù)據(jù)恢復軟件為例
1.打開頂尖恢復軟件，選擇“手機數(shù)據(jù)恢復”模式。(鼠標停留在功能按鈕可查看詳情)
2.按提示選擇硬盤存儲設備，然后點擊下一步。
3.進入硬盤掃描階段，如果用戶發(fā)現(xiàn)丟失的數(shù)據(jù)已經(jīng)被掃描到，也可以“中斷掃描”。
4.選擇需要恢復的文件，用戶可以對文件進行預覽，查看是否是自己需要的文件。然后點擊下一步。(文件丟失后，文件名稱也會被系統(tǒng)自動更改名稱龔如果未掃描到需要文件，請使用“萬能恢復”模式再次掃描恢復。)
5.選擇恢復文件存放目錄。用戶可以將文件恢復到電腦上，以防止造成數(shù)據(jù)覆蓋問題，然后點擊下一步，等待恢復完成。
問題七：手機怎么下載數(shù)據(jù)恢復軟件 電腦有數(shù)據(jù)恢復軟件，手機基本上很少有數(shù)據(jù)恢復的軟件。你可以用電腦數(shù)據(jù)恢復軟件恢復手機的數(shù)據(jù)試試。
問題八：如何恢復電腦硬盤數(shù)據(jù)？ 如果是被系統(tǒng)覆蓋到了d盤，那原來的數(shù)據(jù)恢復的幾率很小，不知道你說用easyrecovery沒有恢復成功，具體是什么情況，像這種軟件操作，難度確實比較高的，數(shù)據(jù)重要之一選擇還是建議找51Recovery這樣廠業(yè)的數(shù)據(jù)恢復公司。如果想自己嘗試，一定要將故障盤接從盤，再通過主盤安裝的easyrecovery來掃故障盤，恢復出來的數(shù)據(jù)保存到主盤上，這樣避免數(shù)據(jù)被二次損壞。鑒于你說easyrecovery沒有恢復成功，我建議你換一款軟件進行嘗試，試試recovery my file。具體有問題可以再追問我。
問題九：如何恢復RAID0里面的數(shù)據(jù)恢復 可以把RAID的成員盤都拆下來掛到其他電腦上再恢復數(shù)據(jù)，只要正確分析出盤序和條帶大小就正確重組出數(shù)據(jù)，具體可以看我空間的文章 如果自己動手有困難可以看我個人信息聯(lián)系
問題十：電腦店（數(shù)據(jù)恢復店）是用什么方法恢復數(shù)據(jù)的 一點也不神秘，主要是你沒用過，呵呵，其實簡單的恢復數(shù)據(jù)是用的DISKGEN
硬盤分區(qū)被更改，丟失數(shù)據(jù)，用Diskgen恢復分區(qū)和數(shù)據(jù)的方法
硬盤分區(qū)破壞，或者用Ghost自動安裝被重新分區(qū)，丟失數(shù)據(jù)，先用Diskgen恢復分區(qū)，然后才能恢復數(shù)據(jù)：
一、用Diskgen恢復舊的分區(qū)表，操作如下：
1.在DOS中運行Diskgen。
2.按Alt和D鍵拉下菜單“硬盤(D)”加載要處理的硬盤，記得不要選錯了硬盤哦！
3.按Alt和T鍵激活“工具(T)”菜單,按上下箭頭選擇“重建分區(qū)表”。當出現(xiàn)“自動方式”和“交互方式”時，選擇“交互方式”。
4.找到的之一個分區(qū)時看到底“是原來分區(qū)的”還是“你現(xiàn)在分的”，如果是原來的就保留，不是就跳過。待到找到與原來的相同或相近（畢竟你也記不得很準確）的分區(qū)，就保留。直到逐一將原來所有分區(qū)找完為止。
5.檢查尋找的結果，如果看到上面找到的結果不對，那就從第3步重新找過。直到認為正確為止。如果硬盤被多次調(diào)整過分區(qū)的話，那么找出來的殘余分區(qū)信息就越多，尋找想要的分區(qū)信息難度相對會高很多。
建議先不要急著把找到的信息保留，要等掃描完全盤，再確定保留哪種分區(qū)狀態(tài)：不管掃描過程發(fā)現(xiàn)的分區(qū)信息如何，全都用筆將其分區(qū)大小的數(shù)字記錄下來，然后按“跳過“不要，讓掃描繼續(xù)，這樣，掃完全盤之后，你根據(jù)記錄的分區(qū)大小的信息，就會知道那種才是自己想找的分區(qū)信息了，最后再從第3步開始操作，當找到想要的信息那里點“保留”就行了。
6.按F8保存，Diskgen軟件會把你認為對的分區(qū)表信息重新寫入，然后退出Diskgen并重新啟動。
7.如果僅僅是被Ghost自動安裝光盤重新更改了分區(qū)，那么做完上一步之后，進入Windows系統(tǒng)就可以直接看見原來的數(shù)據(jù)了。
8.如果之一個分區(qū)的信息（通常是C盤）被破壞了，僅留下的是后面幾個分區(qū)的信息，那么也可以保留后面分區(qū)的，重新啟動后再進入DOS,用PQmagic把之一個沒分配的分區(qū)重新建立。還有！可能要對各分區(qū)格式化一次，系統(tǒng)才能認得出來。這里格式化不會破壞原有數(shù)據(jù)的。
二、恢復數(shù)據(jù)
U8數(shù)據(jù)庫恢復。
系統(tǒng)庫還在的話裝完漏吵梁軟碰敏件把U8安裝目錄拷到新電腦然后安裝數(shù)據(jù)庫，裝完數(shù)據(jù)庫后附加數(shù)據(jù)庫，把每個賬套的每個年度都附返運加，然后在安裝軟件就行了。
1、安裝SQL SERVER；
2、安裝U8管理軟件，并運行系統(tǒng)管理建戚汪立系統(tǒng)數(shù)據(jù)庫；
3、停止SQL SERVER服務，將舊硬盤里恢復的UFSYSTEM（MDF和LDF文件）覆蓋上一步建高游仔立的UFSYSTEM；
4、啟動SQL SERVER服務，利用SQL SERVER管理工具附加其余的
用友
數(shù)據(jù)庫（UF開頭的MDF和LDF文件）。
然后磨答配置U8客戶端連接就可以了。
有一個辦法你可以試一下，以前的數(shù)據(jù)你無信顫旁法做備份，唯一的辦法就是做原始數(shù)據(jù)的拷貝。
然后你在新洞悉系統(tǒng)下，安裝完用友軟件，然后建幾個帳套，這樣就會在形成對應帳套的帳套文件，之后你再把你之前拷貝過來的那些東西直接復制到滑橡你的帳套目錄下。
mysql數(shù)據(jù)庫被刪除怎么恢復
1 找個別的機器安裝個同版本的mysql或從已安裝同版本的其他機器上（非同版本的也可以試下）：
拷貝 mysql/data/mysql 目錄到你的mysql/data/ 下吧
2 試著啟動mysql服務，如果能啟動了，理論上應該丟失的只有用戶、授權等一些系統(tǒng)掘槐信息，不影響你的使用的數(shù)據(jù)；
如果不能啟動，看錯誤日志，爭取啟動了。
3 趕緊把數(shù)據(jù)備份一份出來，重新把判滲友所有喊兄庫（只是你后來創(chuàng)建的業(yè)務相關的庫，不包括mysql庫）都刪了，重新導入一遍。理論上不這樣也可以，但只是非生產(chǎn)重要的環(huán)境下。
4 重新做用戶授權。
每個 DBA 是不是粗皮都有過刪庫的經(jīng)歷？刪庫了沒有備份怎么辦？備份恢復后無法啟動服務什么情況？表定義損壞數(shù)據(jù)無法讀取怎么辦？逗凳液
我曾遇到某初創(chuàng)互聯(lián)網(wǎng)企業(yè)，因維護人員不規(guī)范的備份恢復操作，導致系統(tǒng)表空間文件被初始化，上萬張表無法讀取，花了數(shù)小時才搶救回來。
當你發(fā)現(xiàn)數(shù)據(jù)無法讀取時，也許并非數(shù)據(jù)丟失了，可能是 DBMS 找不到描述數(shù)據(jù)的信息。
背景
先來了解下幾張關鍵的 InnoDB 數(shù)據(jù)字典表，它們保存了部分表定義信息，在我們恢復表結構時需要用到。
SYS_TABLES 描述 InnoDB 表信息CREATE TABLE `SYS_TABLES` (`NAME` varchar(255) NOT NULL DEFAULT ”, 表名`ID` bigint(20) unsigned NOT NULL DEFAULT ‘0’, 表id`N_COLS` int(10) DEFAULT NULL,`TYPE` int(10) unsigned DEFAULT NULL,`MIX_ID` bigint(20) unsigned DEFAULT NULL,`MIX_LEN` int(10) unsigned DEFAULT NULL,`CLUSTER_NAME` varchar(255) DEFAULT NULL,`SPACE` int(10) unsigned DEFAULT NULL, 表空間idPRIMARY KEY (`NAME`)) ENGINE=InnoDB DEFAULT CHARSET=latin1;SYS_INDEXES 描述 InnoDB 索引信息CREATE TABLE `SYS_INDEXES` ( `TABLE_ID` bigint(20) unsigned NOT NULL DEFAULT ‘0’, 與sys_tables的id對應山物 `ID` bigint(20) unsigned NOT NULL DEFAULT ‘0’, 索引id `NAME` varchar(120) DEFAULT NULL,索引名稱 `N_FIELDS` int(10) unsigned DEFAULT NULL, 索引包含字段的個數(shù) `TYPE` int(10) unsigned DEFAULT NULL, `SPACE` int(10) unsigned DEFAULT NULL, 存儲索引的表空間id `PAGE_NO` int(10) unsigned DEFAULT NULL, 索引的root page id PRIMARY KEY (`TABLE_ID`,`ID`)) ENGINE=InnoDB DEFAULT CHARSET=latin1;SYS_COLUMNS 描述 InnoDB 表的字段信息CREATE TABLE `SYS_COLUMNS` ( `TABLE_ID` bigint(20) unsigned NOT NULL, 與sys_tables的id對應 `POS` int(10) unsigned NOT NULL, 字段相對位置 `NAME` varchar(255) DEFAULT NULL, 字段名稱 `MTYPE` int(10) unsigned DEFAULT NULL, 字段編碼 `PRTYPE` int(10) unsigned DEFAULT NULL, 字段校驗類型 `LEN` int(10) unsigned DEFAULT NULL, 字段字節(jié)長度 `PREC` int(10) unsigned DEFAULT NULL, 字段精度 PRIMARY KEY (`TABLE_ID`,`POS`)) ENGINE=InnoDB DEFAULT CHARSET=latin1;SYS_FIELDS 描述全部索引的字段列CREATE TABLE `SYS_FIELDS` ( `INDEX_ID` bigint(20) unsigned NOT NULL, `POS` int(10) unsigned NOT NULL, `COL_NAME` varchar(255) DEFAULT NULL, PRIMARY KEY (`INDEX_ID`,`POS`)) ENGINE=InnoDB DEFAULT CHARSET=latin1;./storage/innobase/include/dict0boot.h 文件定義了每個字典表的 index id，對應 id 的 page 中存儲著字典表的數(shù)據(jù)。
這里我們需要借助 undrop-for-innodb 工具恢復數(shù)據(jù)，它能讀取表空間信息得到 page，將數(shù)據(jù)從 page 中提取出來。
# wget yum install -y gcc flex bison# make# make sys_parser
# ./sys_parser 讀取表結構信息
sys_parser databases/table
stream_parser 讀取 InnoDB page 從 ibdata1 或 ibd 或分區(qū)表
# ./stream_parserYou must specify file with -f optionUsage: ./stream_parser -f Where: -hPrint this help -V or -g – Print debug information -s size – Amount of memory used for disk cache (allowed examples 1G 10M). Default 100M -Tretrieves only pages with index id = NM (N – high word, M – low word of id) -t size – Size of InnoDB tablespace to scan. Use it only if the parser can’t determine it by himself.
c_parser 從 innodb page 中讀取記錄保存到文件
# ./c_parserError: Usage: ./c_parser -4|-5|-6 -f -t table.sql Where -f — InnoDB page or directory with pages(all pages should have same index_id) -t — CREATE statement of a table -o — Save dump in this file. Otherwise print to stdout -l — Save SQL statements in this file. Otherwise print to stderr -h — Print this help -d — Process only those pages which potentially could have deleted records (default = NO) -D — Recover deleted rows only (default = NO) -U — Recover UNdeleted rows only (default = YES) -V — Verbose mode (lots of debug information)innodb_datafile is in REDUNDANT formatinnodb_datafile is in COMPACT formatinnodb_datafile is in MySQL 5.6 format -T — retrieves only pages with index id = NM (N – high word, M – low word of id) -b — Directory where external pages can be found. Usually it is pages-XXX/FIL_PAGE_TYPE_BLOB/ -i — Read external pages at their offsets from . -p prefix — Use prefix for a directory name in LOAD DATA INFILE command
接下來，我們演示場景的幾種數(shù)據(jù)恢復場景。
場景1：drop table
是否啟用了 innodb_file_per_table 其恢復方法有所差異，當發(fā)生誤刪表時，應盡快停止MySQL服務，不要啟動。若 innodb_file_per_table=ON，更好只讀方式重新掛載文件系統(tǒng)，防止其他進程寫入數(shù)據(jù)覆蓋之前塊設備的數(shù)據(jù)。
如果評估記錄是否被覆蓋，可以表中某些記錄的作為關鍵字看是否能從 ibdata1 中篩選出。
# grep WOODYHOFFMAN ibdata1
Binary file ibdata1 matches
也可以使用 bvi（適用于較小文件）或 hexdump -C（適用于較大文件）工具
以表 sakila.actor 為例CREATE TABLE `actor` (`actor_id` allint(5) unsigned NOT NULL AUTO_INCREMENT,`first_name` varchar(45) NOT NULL,`last_name` varchar(45) NOT NULL,`last_update` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,PRIMARY KEY (`actor_id`),KEY `idx_actor_last_name` (`last_name`)) ENGINE=InnoDB AUTO_INCREMENT=201 DEFAULT CHARSET=utf8
首先恢復表結構信息1. 解析系統(tǒng)表空間獲取 page 信息
./stream_parser -f /var/lib/mysql/ibdata1
2. 新建一個 schema，把系統(tǒng)字典表的 DDL 導入
cat dictionary/SYS_* | mysql recovered
3. 創(chuàng)建恢復目錄
mkdir -p dumps/default
4. 解析系統(tǒng)表空間包含的字典表信息，
./c_parser -4f pages-ibdata1/FIL_PAGE_INDEX/01.page -t dictionary/SYS_TABLES.sql > dumps/default/SYS_TABLES 2> dumps/default/SYS_TABLES.sql./c_parser -4f pages-ibdata1/FIL_PAGE_INDEX/02.page -t dictionary/SYS_COLUMNS.sql > dumps/default/SYS_COLUMNS 2> dumps/default/SYS_COLUMNS.sql./c_parser -4f pages-ibdata1/FIL_PAGE_INDEX/03.page -t dictionary/SYS_INDEXES.sql > dumps/default/SYS_INDEXES 2> dumps/default/SYS_INDEXES.sql./c_parser -4f pages-ibdata1/FIL_PAGE_INDEX/04.page -t dictionary/SYS_FIELDS.sql > dumps/default/SYS_FIELDS 2> dumps/default/SYS_FIELDS.sql
5. 導入恢復的數(shù)據(jù)字典
cat dumps/default/*.sql | mysql recovered
6. 讀取恢復后的表結構信息
./sys_parser -pmsandbox -d recovered sakila/actor
由于 5.x 版本 innodb 引擎并非完整記錄表結構信息，會丟失 AUTO_INCREMENT 屬性、二級索引和外鍵約束， DECIMAL 精度等信息。
若是 mysql 5.5 版本 frm 文件被從系統(tǒng)刪除，在原目錄下 touch 與原表名相同的 frm 文件，還能讀取表結構信息和數(shù)據(jù)。若只有 frm 文件，想要獲得表結構信息，可使用 mysqlfrm –diagnostic /path/to/xxx.frm，連接 mysql 會顯示字符集信息。
innodb_file_per_table=OFF
因為是共享表空間模式，數(shù)據(jù)頁都存儲在 ibdata1，可以從 ibdata1 文件中提取數(shù)據(jù)。
1. 獲取表的 table id，sys_table 存有表的 table id，sys_table 表 index id 是1，所以從01.page 獲取表 id./c_parser -4Df pages-ibdata1/FIL_PAGE_INDEX/01.page -t dictionary/SYS_TABLES.sql | grep sakila/actorB28 2AD4D SYS_TABLES “sakila/actor” 0 “”B28 2AD4D SYS_TABLES “sakila/actor” 0 “” 0
2. 利用 table id 獲取表的主鍵 id，sys_indexes 存有表索引信息，innodb 索引組織表，找到主鍵 id 即找到數(shù)據(jù)，sys_indexes 的 index id 是3，所以從03.page 獲取主鍵 id
./c_parser -4Df pages-ibdata1/FIL_PAGE_INDEX/03.page -t dictionary/SYS_INDEXES.sql | grepBABCA SYS_INDEXES”PRIMARY”BAC3C SYS_INDEXES”idx_actor_last_name”BABCA SYS_INDEXES”PRIMARY”BAC3C SYS_INDEXES”idx_actor_last_name”
3. 知道了主鍵 id，就可以從對應 page 中提取表數(shù)據(jù)，并生成 sql 文件。
./c_parser -4f pages-ibdata1/FIL_PAGE_INDEX/76.page -t sakila/actor.sql > dumps/default/actor 2> dumps/default/actor_load.sql
4. 最后導入恢復的數(shù)據(jù)
cat dumps/default/*.sql | mysql sakila
更多詳細情況點擊
網(wǎng)頁鏈接
新頁客戶端恢復數(shù)據(jù)庫的介紹就聊到這里吧，感謝你花時間閱讀本站內(nèi)容，更多關于新頁客戶端恢復數(shù)據(jù)庫,新頁客戶端成功恢復數(shù)據(jù)庫，數(shù)據(jù)無損且完整！,怎么數(shù)據(jù)恢復,U8數(shù)據(jù)庫恢復。,mysql數(shù)據(jù)庫被刪除怎么恢復的信息別忘了在本站進行查找喔。
香港服務器選創(chuàng)新互聯(lián)，2H2G首月10元開通。
創(chuàng)新互聯(lián)（www.cdcxhl.com）互聯(lián)網(wǎng)服務提供商,擁有超過10年的服務器租用、服務器托管、云服務器、虛擬主機、網(wǎng)站系統(tǒng)開發(fā)經(jīng)驗。專業(yè)提供云主機、虛擬主機、域名注冊、VPS主機、云服務器、香港云服務器、免備案服務器等。
名稱欄目：新頁客戶端成功恢復數(shù)據(jù)庫，數(shù)據(jù)無損且完整！(新頁客戶端恢復數(shù)據(jù)庫)
文章網(wǎng)址：http://www.dlmjj.cn/article/dpsphjg.html
