關系(xi)數(shu)據(ju)(ju)庫(ku)MySQL版提供了多種恢(hui)復(fu)實例的(de)數(shu)據(ju)(ju)的(de)方(fang)式(shi)，用以滿足(zu)數(shu)據(ju)(ju)故(gu)障或損壞、實例被誤(wu)刪除等(deng)不同的(de)使用場景。目前提供的(de)恢(hui)復(fu)方(fang)案有(you)：
通過全量備份文(wen)件恢復到實(shi)例。
將實例的數據恢復(fu)到(dao)指定(ding)時間點(dian)。
恢復方案簡圖
恢復方案說明
| 類別 | 說明 |
|---|---|
| 恢復范圍 | 整個實例或指定數(shu)據庫指定表(biao)。 |
| 新實例各配置(zhi)項 | 新實(shi)(shi)例(li)的(de)參(can)數設置和當(dang)前實(shi)(shi)例(li)保持一致。 |
| 新實例(li)賬號(hao)信(xin)息 | 新實例內含恢復時所選擇的(de)備份時間點或備份集產生(sheng)時間點的(de)賬號(hao)信息。 |
| 新實例數據 | 新實例內的數(shu)據與用于(yu)恢(hui)復(fu)的備份(fen)文件中的數(shu)據一致。 |
| 恢復時長 | 根據(ju)數(shu)據(ju)文件的不同(tong)時長(chang)有所不同(tong)：
恢復(fu)時間(jian)因網絡、磁盤等(deng)影(ying)響因素會(hui)有所不同，具體(ti)以實際恢復(fu)時間(jian)為準。 |
常見問題
為(wei)何通過備份集不能恢復(fu)到當前(qian)實(shi)例？
可檢查當前實例的狀態是否正常，如果處于非運行中或異常狀態，需要等待實例為運行中才可以(yi)進行恢復到當(dang)前實(shi)例操作。
為何不(bu)能恢復到已有實例？
可以從以下原(yuan)因進(jin)行排查：
檢查目標(biao)實(shi)例的狀(zhuang)態(tai)是否正(zheng)常。
檢查目標(biao)(biao)實(shi)(shi)例(li)(li)(li)版本(ben)與源實(shi)(shi)例(li)(li)(li)的版本(ben)是否相同，且內(nei)核(he)(he)版本(ben)目標(biao)(biao)實(shi)(shi)例(li)(li)(li)是否大于等于當前實(shi)(shi)例(li)(li)(li)內(nei)核(he)(he)版本(ben)。高(gao)內(nei)核(he)(he)版本(ben)的實(shi)(shi)例(li)(li)(li)無(wu)法(fa)恢復到低內(nei)核(he)(he)版本(ben)的實(shi)(shi)例(li)(li)(li)。
檢查(cha)目標實(shi)(shi)例與源實(shi)(shi)例的lower_case_table_names參數是(shi)否相同(tong)，該參數為區分(fen)表名大小寫參數，如果該參數不同(tong)，將無法恢復。
如果目標實(shi)例(li)(li)實(shi)例(li)(li)與源(yuan)(yuan)實(shi)例(li)(li)的備份類型為云硬盤，則目標實(shi)例(li)(li)與源(yuan)(yuan)實(shi)例(li)(li)的VPC必須一致。
注意
如果(guo)目(mu)標實(shi)例實(shi)例與源實(shi)例的備(bei)份(fen)類型為對象存儲，則可以(yi)跨VPC恢復，無該限制。
檢(jian)查目(mu)標實(shi)例(li)(li)與源實(shi)例(li)(li)是否在同一個企業項(xiang)目(mu)，不同企業項(xiang)目(mu)無法恢復。
檢(jian)查目標實(shi)例(li)(li)是否為帶只(zhi)讀的MGR實(shi)例(li)(li)，如果是，則該實(shi)例(li)(li)無法進行恢復。
如(ru)果源實(shi)例具(ju)備(bei)tde功(gong)能，但是目標(biao)實(shi)例不(bu)具(ju)備(bei)（可以不(bu)開(kai)啟），則(ze)無法進行恢復。
