☰

從已刪除的 Proxmox VM 還原 MySQL 表

tag-icon • tag-icon mysql lvm ext4 data-recovery
從已刪除的 Proxmox VM 還原 MySQL 表

擁有獨立的 Proxmox 節點，其中包含 LVM Thin 和 VM 130 卷 /dev/pve/vm-130-disk-0。 VM 130 意外刪除。 VM 中的 MySQL 資料庫遺失。在我們一天內發現它之後，該節點上的所有虛擬機都被停止以防止寫入 /dev/pve。新鮮的備份也被刪除，沒有恢復的機會。刪除後未建立新虛擬機器。

如何從遺失的磁碟區（以前稱為 /dev/pve/vm-130-disk-0）還原資料庫表？

我嘗試過的（沒有運氣）：

  1. 將 vm130 上的 LVM 元資料回溯到刪除時刻。作為命令“lvs”的輸出，我可以看到卷/dev/pve/vm-130-disk-0，但它處於非活動狀態並且無法激活，因為出現錯誤：device-mapper: reload ioctl on (253: 7) failed ：沒有可用資料恢復時我被迫使用“lvconvert --repair”，它損壞了 LVM，如下所示https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/1625201 連結中的解決方法有助於啟動 pve/data，但不能啟動 /dev/pve/vm-130-disk-0。

  2. testdisk 在實體磁碟 /dev/sda3 上尋找 VM 分割區。找到 18 個分區，但沒有人知道來自 VM 103 的測試字串。請注意，這些分割區並不覆蓋整個實體磁碟。

  3. 使用 bgrep 對 VM 130 中的 /dev/sda3 文字字串進行搜尋。

  4. 使用“undrop-for-innodb”搜尋整個磁碟 /dev/sda3 來還原 mysql 表。為不同的資料庫提供了 12 GB 頁面，包括我正在尋找的 DB。但是dictionary/SYS_TABLES.sql會產生巨大的表格ID，例如5643947289462206311和奇怪的符號\0！在表名中：

    2020203D2020 4E414D455F434F SYS_TABLES「\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0std\n\0\0!\0!\0\0\0\0\0\0\0std\n\0\0!\0!\0\0\0 !\0database_name\0INSERT INTO tbl_log_\n SET log_id " 5643947289462206311 NULL NULL NULL 1600742439 "" 741488441

    此外，dictionary/SYS_INDEXES.sql 使用這些巨大的表 ID 找不到任何內容。第一個答案中的好方法：https://dba.stackexchange.com/questions/23251/is-there-a-way-to-recover-a-dropped-mysql-database

/dev/pve/vm-130-disk-0 內部：

# fdisk -l

     Disk /dev/sda: 32 GiB, 34359738368 bytes, 67108864 sectors
     Units: sectors of 1 * 512 = 512 bytes
     Sector size (logical/physical): 512 bytes / 512 bytes
     I/O size (minimum/optimal): 512 bytes / 512 bytes
     Disklabel type: dos
     Disk identifier: 0x65ab60ca

     Device     Boot    Start      End  Sectors  Size Id Type
     /dev/sda1  *        2048 64286719 64284672 30.7G 83 Linux
     /dev/sda2       64288766 67106815  2818050  1.4G  5 Extended
     /dev/sda5       64288768 67106815  2818048  1.4G 82 Linux swap / Solaris

     Above /dev/sda1 is ext4 with mysql database files.

mysql
     - mysql-server-5.5               5.5.47-0+deb8u1                  amd64
     - tables stored in innoDB format.
     - tables stored in separate files (my.cnf):
            innodb_file_per_table = 1
     - binary log forced enabled, but it rotated very othen:
            expire_logs_days    = 7

普羅克斯詳細資料：

# uname -a
    Linux wz020 4.15.18-12-pve #1 SMP PVE 4.15.18-35 (Wed, 13 Mar 2019 08:24:42 +0100) x86_64 GNU/Linux
# pveversion
    pve-manager/5.4-3/0a6eaa62 (running kernel: 4.15.18-12-pve)
# pvs
    PV         VG  Fmt  Attr PSize PFree
    /dev/sda3  pve lvm2 a--  1.64t 6.00g
# vgs
    VG                           #PV #LV #SN Attr   VSize VFree
    pve                            1  26   0 wz--n- 1.64t 6.00g

如果有任何建議和想法，我將不勝感激。謝謝！

答案1

使用“undrop-for-innodb”搜尋整個磁碟 /dev/sda3 來還原 mysql 表。為不同的資料庫提供了 12 GB 頁面，包括我正在尋找的 DB。但是dictionary/SYS_TABLES.sql會產生巨大的表格ID，例如5643947289462206311和奇怪的符號\0！在表名中：

您需要SYS_TABLES/SYS_INDEXES來按表名查找索引。看起來您的 SYS_* 已損壞（或可能stream_parser錯誤地找到了不屬於的頁面）。

因此，沒有 SYS_* 表，但希望您的資料位於這些 12G 頁面的某個位置。怎麼辦？嘗試grep。例如，如果您知道表必須有一個字串，[email protected]請嘗試尋找包含該字串的索引，然後檢查c_parser它是否確實是您要尋找的表。

這是一個非常手動、複雜且耗時的過程。我會嘗試以其他方式還原資料庫，然後在事後檢查您的備份過程。

答案2

我認為首先你應該恢復 LVM。然後才考慮如何恢復檔案系統中的mysql db檔。

類似問題： 有什麼方法可以從已刪除的 LVM 邏輯磁碟區中還原 ext4 檔案系統嗎？

相關內容