Recupero dei database in modalità Rescue
Info
Questa traduzione è stata generata automaticamente dal nostro partner SYSTRAN. I contenuti potrebbero presentare imprecisioni, ad esempio la nomenclatura dei pulsanti o alcuni dettagli tecnici. In caso di dubbi consigliamo di fare riferimento alla versione inglese o francese della guida. Per aiutarci a migliorare questa traduzione, utilizza il pulsante "Contribuisci" di questa pagina.
Obiettivo
La modalità Rescue permette di accedere ai tuoi dati in modo permanente, anche se il sistema operativo del server o i software ospitati non funzionano più.
Questa guida ti mostra come accedere al tuo sistema operativo in modalità Rescue e recuperare i file di database.
Prerequisiti
Accesso allo Spazio Cliente OVHcloud
- Link diretto: Server dedicati
- Percorso di navigazione:
Bare Metal Cloud > Server dedicati > Seleziona il tuo server
Warning
OVHcloud mette a tua disposizione servizi di cui tu sei responsabile per la configurazione e la gestione. Garantirne quotidianamente il corretto funzionamento è quindi responsabilità dell’utente.
Questa guida ti mostra come eseguire le operazioni necessarie alla gestione del tuo account. Tuttavia, in caso di difficoltà o dubbi relativi all'amministrazione, all'utilizzo o alla creazione di servizi su un server, ti consigliamo di rivolgerti a un fornitore specializzato o di contattare la nostra community.
Procedura
Riavvia il tuo server in modalità Rescue
Per attivare la modalità Rescue sul tuo servizio, segui la guida corrispondente:
Segui le istruzioni di questa sezione per un VPS o un'istanza Public Cloud. Passa alla sezione seguente per un server dedicato.
Accedi ai tuoi dati su un VPS o un'istanza Public Cloud
Dobbiamo prima identificare il punto di mount che contiene / il nostro sistema.
Utilizzando i comandi lsblk e fdisk -l.
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 2.5G 0 disk
└─sda1 8:1 0 2.5G 0 part /
sdb 8:16 0 10G 0 disk
└─sdb1 8:17 0 10G 0 part
- Esempio di uscita fdisk -l:
Disk /dev/sdb: 10 GiB, 10737418240 bytes, 20971520 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: 0x961fcb1c
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 20971486 20969439 10G 83 Linux
Disk /dev/sda: 2.5 GiB, 2621440000 bytes, 5120000 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: 0xaf5119d2
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 5117951 5115904 2.5G 83 Linux
Info
Le seguenti sezioni di codice sono fornite a titolo illustrativo in relazione all'esempio di uscita di cui sopra. È necessario adattare le istruzioni alla configurazione effettiva e sostituire i valori nei comandi con le credenziali di disco e di volume.
In questo esempio, il disco principale (10 GB) è chiamato "sdb". I nostri dati in / sono quindi sulla partizione /dev/sdb1. (Mentre "sda" è in modalità Rescue e "sda1" la partizione principale in modalità Rescue è montata su /.)
Salviamo la partizione di sistema nella cartella /mnt e ne verifichiamo il contenuto:
root@rescue:~# mount /dev/sdb1 /mnt
root@rescue:~# ls /mnt
bin boot dev etc home lib lib64 media mnt opt proc root run sbin srv sys tmp usr var
root@rescue:~#
Per avviare servizi sul sistema a partire dalla modalità Rescue, è necessario eseguire il mount di queste partizioni:
```bash
root@rescue:~# mount -o rbind /dev /mnt/dev
root@rescue:~# mount -t proc proc /mnt/proc
root@rescue:~# mount -t sysfs sys /mnt/sys
root@rescue:~# mount | grep /mnt
/dev/sdb1 on /mnt type ext4 (rw,relatime,data=ordered)
udev on /mnt/dev type devtmpfs (rw,nosuid,relatime,size=990236k,nr_inodes=247559,mode=755)
devpts on /mnt/dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /mnt/dev/shm type tmpfs (rw,nosuid,nodev)
hugetlbfs on /mnt/dev/hugepages type hugetlbfs (rw,relatime)
mqueue on /mnt/dev/mqueue type mqueue (rw,relatime)
proc on /mnt/proc type proc (rw,relatime)
sys on /mnt/sys type sysfs (rw,relatime)
Continua con la sezione di recupero del [database qui sotto](#databases).
### Accedi ai tuoi dati su un server dedicato (configurazione RAID software) <a name="dedicated"></a>
Dobbiamo prima identificare il punto di mount che contiene `/` il nostro sistema.
utilizzando i comandi `lsblk` e `fdisk -l`.
Esempio di uscita:
```bash
root@rescue:~# fdisk -l
Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 3907029168 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: gpt
Disk identifier: 5E158D46-2A45-42C9-8089-697BE070F669
Device Start End Sectors Size Type
/dev/sda1 40 2048 2009 1004.5K BIOS boot
/dev/sda2 4096 1050623 1046528 511M Linux RAID
/dev/sda3 1050624 42008575 40957952 19.5G Linux RAID
/dev/sda4 42008576 3905972223 3863963648 1.8T Linux RAID
/dev/sda5 3905972224 3907018751 1046528 511M Linux swap
Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 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: gpt
Disk identifier: 8039EE93-AB98-4EA1-B316-74EE89EF5EB6
Device Start End Sectors Size Type
/dev/sdb1 40 2048 2009 1004.5K BIOS boot
/dev/sdb2 4096 1050623 1046528 511M Linux RAID
/dev/sdb3 1050624 42008575 40957952 19.5G Linux RAID
/dev/sdb4 42008576 3905972223 3863963648 1.8T Linux RAID
/dev/sdb5 3905972224 3907018751 1046528 511M Linux swap
Disk /dev/md4: 1.8 TiB, 1978349322240 bytes, 3863963520 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
Disk /dev/md3: 19.5 GiB, 20970405888 bytes, 40957824 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
Disk /dev/md2: 511 MiB, 535756800 bytes, 1046400 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
Info
Le seguenti sezioni di codice sono fornite a titolo illustrativo in relazione all'esempio di uscita di cui sopra. È necessario adattare le istruzioni alla configurazione effettiva e sostituire i valori nei comandi con le credenziali di disco e di volume.
In questo esempio, i nostri dati in / si trovano sul volume /dev/md3.
Salviamo la partizione di sistema nella cartella /mnt e ne verifichiamo il contenuto:
root@rescue:~# mount /dev/md3 /mnt
root@rescue:~# ls /mnt
bin boot dev etc home lib lib64 media mnt opt proc root run sbin srv sys tmp usr var
root@rescue:~#
Per avviare servizi sul sistema a partire dalla modalità Rescue, è necessario eseguire il mount di queste partizioni:
root@rescue:~# mount -o rbind /dev /mnt/dev
root@rescue:~# mount -t proc proc /mnt/proc
root@rescue:~# mount -t sysfs sys /mnt/sys
root@rescue:~# mount | grep /mnt
/dev/md3 on /mnt type ext4 (rw,relatime,data=ordered)
devtmpfs on /mnt/dev type devtmpfs (rw,relatime,size=16412720k,nr_inodes=4103180,mode=755)
tmpfs on /mnt/dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /mnt/dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
hugetlbfs on /mnt/dev/hugepages type hugetlbfs (rw,relatime)
mqueue on /mnt/dev/mqueue type mqueue (rw,relatime)
proc on /mnt/proc type proc (rw,relatime)
sys on /mnt/sys type sysfs (rw,relatime)
Recupero dei database
Una volta salite tutte le partizioni necessarie, dobbiamo poter eseguire ordini sul sistema stesso. Per farlo, utilizza il comando chroot:
root@rescue:~# chroot /mnt/
root@rescue:/#
Tutti i comandi che stai per effettuare saranno applicati al tuo sistema invece dell'ambiente temporaneo della modalità Rescue.
A questo punto possiamo avviare il servizio mysql:
root@rescue:/# service mysql start
[ ok ] Starting MariaDB database server: mysqld ..
root@rescue:/#
Utilizza il comando mysqldump per salvare il database in un file:
root@rescue:/# mysqldump -u root -p scarif > /home/dump.sql
Enter password:
root@rescue:/#
In questo caso, l'utente mysql che si connette al database è root. L'opzione -p ti permette di inserire la password di root e il database recuperato è chiamato scarif.
Il file di database viene quindi registrato nella directory /home con il nome dump.sql.
Puoi anche salvare tutti i database in una sola volta:
root@rescue:/# mysqldump -u root -p --all-databases > alldb.sql
Enter password:
root@rescue:/#
La lista del contenuto di /home mostra i due file di database creati dai comandi precedenti:
root@rescue:/# ls /home
alldb.sql dump.sql
Nel caso di tavole corrotte, questo comando può essere utilizzato per la riparazione:
root@rescue:/# mysqlcheck -u root -p Password_Root_MySQL --auto-repair --optimize --all-databases
A partire dalla cartella /home, potrai inviare i tuoi file di backup verso un server remoto. In questo esempio utilizziamo lo strumento di trasferimento dei file scp:
root@rescue:/# scp -P SSH_Port_Number dump.sql user@IP_address:/home/backup
Per saperne di più
Contatta la nostra Community di utenti all’indirizzo https://community.ovh.com/en/.
