☰

Recuperar tabelas MySQL da VM Proxmox removida

tag-icon • tag-icon mysql lvm ext4 data-recovery
Recuperar tabelas MySQL da VM Proxmox removida

Tenha o nó Proxmox independente com LVM thin e volume VM 130 /dev/pve/vm-130-disk-0 dentro dele. VM 130 foi excluída acidentalmente. O banco de dados MySQL foi perdido com VM. Depois de descobrirmos isso em um dia, todas as VMs neste nó foram interrompidas para prevenir a gravação em/dev/pve. O novo backup também foi excluído sem chance de recuperação. Após a exclusão, novas VMs não foram criadas.

Como posso recuperar tabelas de banco de dados de volume perdido (anteriormente conhecido como /dev/pve/vm-130-disk-0)?

O que tentei (sem sorte):

  1. Reverter metadados LVM em vm130 para o momento de exclusão. Como resultado na saída do comando "lvs" posso ver o volume /dev/pve/vm-130-disk-0, mas está inativo e não pode ser ativado porque um erro: device-mapper: reload ioctl on (253:7) falhou : Nenhum dado disponível Durante a restauração fui forçado a usar "lvconvert --repair" que danificou o LVM como aquihttps://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/1625201 A solução alternativa do link ajuda a ativar pve/data, mas não /dev/pve/vm-130-disk-0.

  2. testdisk para encontrar partições VM no disco físico /dev/sda3. Foram encontradas 18 partições, mas ninguém conhece as strings de teste da VM 103. Testado com bgrep. Observe que essas partições não cobrem todo o disco físico.

  3. Pesquisando com bgrep sobre strings de texto /dev/sda3 da VM 130. Strings encontradas em dois locais diferentes no disco fora das partições da VM fundadas por testdisk.

  4. Recuperação de tabelas mysql com 'undrop-for-innodb' pesquisando todo o disco /dev/sda3. Tenho páginas de 12 GB para diferentes bancos de dados, incluindo o banco de dados que estou procurando. Mas o dicionário/SYS_TABLES.sql produz IDs de tabelas enormes como 5643947289462206311 e símbolos estranhos \0! no nome da tabela:

    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 !\0database_name\0INSERT INTO tbl_log_\n SET log_id " 5643947289462206311 NULL NULL NULL 1600742439 "" 741488441

    Além disso, Dictionary/SYS_INDEXES.sql não pode encontrar nada usando esses enormes IDs de tabela. Bom tutorial na primeira resposta aqui:https://dba.stackexchange.com/questions/23251/is-there-a-way-to-recover-a-dropped-mysql-database

Dentro de /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

Detalhes do Proxmox:

# 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

Eu ficaria grato por quaisquer conselhos e idéias. Obrigado!

Responder1

Recuperação de tabelas mysql com 'undrop-for-innodb' pesquisando todo o disco /dev/sda3. Tenho páginas de 12 GB para diferentes bancos de dados, incluindo o banco de dados que estou procurando. Mas o dicionário/SYS_TABLES.sql produz IDs de tabelas enormes como 5643947289462206311 e símbolos estranhos \0! no nome da tabela:

Você precisa SYS_TABLES/ SYS_INDEXESpara encontrar o índice pelo nome da tabela. Parece que seu SYS_* está corrompido (ou talvez stream_parsertenha encontrado páginas que não pertencem por engano).

Portanto, não há tabelas SYS_*, mas esperamos que seus dados estejam em algum lugar nessas páginas de 12G. O que fazer? Tentar grep. Por exemplo, se você sabe que uma tabela deve ter uma string, [email protected]tente encontrar índices que a contenham e depois verifique c_parserse é realmente a tabela que você está procurando.

É um processo muito manual, complicado e demorado. Caso contrário, eu tentaria recuperar o banco de dados e depois revisaria seu processo de backup em uma autópsia.

Responder2

Acho que primeiro você deveria restaurar o LVM. E só então pense em como restaurar o arquivo db mysql no sistema de arquivos.

Pergunta semelhante: Alguma maneira de recuperar sistemas de arquivos ext4 de um volume lógico LVM excluído?

informação relacionada