什麼是資料庫恢復

A. 什麼是數據的備份與恢復

數據備份就是把一個資料庫里的東西，在某個時間資料庫管理軟體復制完全另外一個一樣的。

恢復是自從備份了資料庫後，使用資料庫的過程中發現出現了點小問題，導致資料庫有些信息丟失了，並且現在的資料庫中找不到這些信息了，這個時候就可以用備份的資料庫來恢復下這些丟失的信息了。

數據丟失原因：

1、人為誤操作，有時候在使用計算機的過程中不小心刪除了文件，或者不小心將分區進行格式化操作，導致數據丟失。

2、惡意程序的破壞，最常見的惡意程序就是病毒。通常一般病毒是不會造成數據丟失的，但有些病毒有可能會造成硬碟鎖死、分區丟失或數據丟失。

3、系統或軟體錯誤，如在工作中，由於操作系統或應用程序自身存在的BUG引起的死機，會造成工作文檔丟失等現象，還有在升級系統或更新應用程序時有時會帶來一些如影響系統兼容性和穩定性的問題。

以上內容參考網路——數據恢復，網路——數據備份

B. 在sql中，什麼是資料庫的備份和恢復

通俗的講，資料庫備份就是把數據一份出來，放到你的存儲設備或者電腦備份盤里，如果資料庫數據丟失或者誤刪除，可以通過備份的數據進行恢復。
資料庫還原，就是將之前備份的數據，給還原到資料庫伺服器上

C. 什麼是資料庫恢復

數據恢復的原理，你如果了解了硬碟的結構以後你會發現，我們的數據保存到有存儲介質的碟片上，當我們保存數據的時候，就會在碟片上做凸凹不平而保存數據。如果我們刪除了文件的時候，我們並沒有把所有的凸凹不平的介質抹掉，而是把它的地址給抹去，而讓操作系統找不到這個文件，而認為它已經消失，可以在這個地方寫數據，把原來的凸凹不平的數據信息給覆蓋掉了，所以數據恢復的原理是，如果沒被覆蓋，我們就可以用軟體，突破操作系統的定址和編址方式，重新找到那些沒被覆蓋的地方的數據並組成一個文件，如果幾個小地方被覆蓋，可以用差錯效驗位來糾正，如果覆蓋太多，那麼就每辦法恢復了！所以提倡如果發現文件丟失，立即找數據恢復公司恢復，不要做任何操作！
區別就在於，個人恢復的可能不會完全恢復，出現亂碼，而數據恢復公司一般會100%恢復．

D. 資料庫恢復的基本原理是利用什麼重建資料庫

重建資料庫時壓測環境沒有備份，但是另一套測試環境的表結構與壓測環境一致，只是數據有所差異，所以，獲取表結構比較容易。導入表結構沒有什麼好說明的地方，注意導入 SQL 的許可權和字元集。 重建表空間註：此小節對應恢復步驟的 。由於是整庫恢復，資料庫和表較多，所以使用腳本處理。大概的處理流程是，兩層循環，外層循環資料庫列表，內層循環對應資料庫表列表。然後依次 DISCARD TABLESPACE、拷貝對應庫對應表的 ibd 文件到對應目錄並更改許可權、IMPORT TABLESPACE。之前分析過，由於新舊的 ibd 文件表空間 id 不一致，導致不能正確導入。在 MySQL 錯誤日誌中記錄了表名、新舊表空間 id，接下來我們看看怎麼分解。 分析 MySQL 錯誤日誌註：此小節對應恢復步驟的和 。這一步很有意思。所有的資料庫表累計，不可能使用人工處理，我們得想點取巧的辦法。我們發現 MySQL 錯誤日誌記錄的表名、新舊表空間 id 很有規律，我們只需要依次取出這些值，問題就解決一大半了。

E. 資料庫有哪三種恢復模式在3種恢復模式下,資料庫日誌文件會執行什麼樣的操作

SQL
Server資料庫有三種恢復模式：簡單恢復模式、完整恢復模式和大容量日誌恢復模式。

相對於簡單恢復模式而言，完整恢復模式和大容量日誌恢復模式提供了更強的數據保護功能。這些恢復模式都是基於備份事務日誌來提供完整的可恢復性及在最大范圍的故障情形內防止丟失工作。通常，資料庫使用完整恢復模式或簡單恢復模式。

下面對三種恢復模式做一個比較：

恢復模式

日誌備份

恢復點

優點

缺點

解決方案及建議

簡單(Simple)

無日誌備份。

自動回收日誌空間以減少空間需求，實際上不再需要管理事務日誌空間。

最新備份之後的更改不受保護。在發生災難時，這些更改必須重做。只能恢復到備份的結尾。

簡單恢復模式可最大程度地減少事務日誌的管理開銷，因為不備份事務日誌。

如果資料庫損壞，則簡單恢復模式將面臨極大的工作丟失風險。數據只能恢復到已丟失數據的最新備份。

在簡單恢復模式下，備份間隔應盡可能短，以防止大量丟失數據。簡單恢復模式並不適合生產系統，因為對生產系統而言，丟失最新的更改是無法接受的。在這種情況下，我們建議使用完整恢復模式。

完整(Full)

需要日誌備份。

理論上可以恢復到任意時點。

數據文件丟失或損壞不會導致丟失工作。

此模式完整記錄所有事務，佔用大量空間。

大容量(Bulk-logged)

需要日誌備份。

如果在最新日誌備份後發生日誌損壞或執行大容量日誌記錄操作，則必須重做自該上次備份之後所做的更改。
可以恢復到任何備份的結尾。不支持時點恢復。

該模式是完整恢復模式的附加模式，允許執行高性能的大容量復制操作。通過使用最小方式記錄大多數大容量操作，減少日誌空間使用量。

比完整模式節省日誌存儲空間。

對於某些大規模大容量操作(如大容量導入或索引創建)，暫時切換到大容量日誌恢復模式可提高性能並減少日誌空間使用量。由於大容量日誌恢復模式不支持時點恢復，因此必須在增大日誌備份與增加工作丟失風險之間進行權衡。

注意：

1.
適合於資料庫的恢復模式取決於資料庫的可用性和恢復要求。

2.
在完整恢復模式和大容量日誌恢復模式下，必須進行日誌備份。如果不想進行日誌備份，則請使用簡單恢復模式。

F. 數據恢復技術是什麼

數據恢復主要用於資料庫管理上，是對丟失的數據進行恢復。
現在這個算還不錯吧，如果去大公司，對整個公司的數據進行管理，這種越老越值錢啊。
資料庫開發人員和軟體開發是越年輕越值錢，過來40就基本不行了。
資料庫管理人員就不一樣了，越老越值錢。用久了，到後面資料庫很復雜，而且又只有你知道，不值錢才怪。

G. 資料庫的還原與恢復究竟有什麼區別

備份：把資料庫備份一份
還原：把資料庫還原到之前的一個備份
分離：把資料庫停止和運行的mssql服務上分出來不使用
附加：把分離的資料庫載入到mssql服務上可以正常被調用

H. 什麼是資料庫的備份和恢復

資料庫備份和恢復要成對出現，但是要在同一個資料庫軟體里用才有效果。比如：用SQL備份的話，你要用SQL的恢復。而不能用ORALCE來恢復。具體操作是選擇要備份和恢復的資料庫，然後右鍵，選擇備份和恢復就可以了。

I. 什麼是資料庫的恢復恢復的基本原則是什麼

結構體在include/linux/mtd/mtd.h中定義：
struct
mtd_info
{
u_char
type;
//mtd
設備類型
u_int32_t
flags;
//mtd設備屬性標志
u_int32_t
size;
//標示了這個mtd設備的大小
u_int32_t
erasesize;
//mtd設備的擦除單元大小，對於nandflash來說就是block的大小
u_int32_t
oobblock;
//oob區在頁內的位置，對於512位元組一頁的nand來說是512
u_int32_t
oobsize;
//oob區的大小，對於512位元組一頁的nand來說是16
u_int32_t
ecctype;
//ecc校驗類型
u_int32_t
eccsize;
//ecc的大小