Dowiedz się, jak uzyskać dostęp do baz danych i zapisać je w trybie rescue
Info
Tłumaczenie zostało wygenerowane automatycznie przez system naszego partnera SYSTRAN. W niektórych przypadkach mogą wystąpić nieprecyzyjne sformułowania, na przykład w tłumaczeniu nazw przycisków lub szczegółów technicznych. W przypadku jakichkolwiek wątpliwości zalecamy zapoznanie się z angielską/francuską wersją przewodnika. Jeśli chcesz przyczynić się do ulepszenia tłumaczenia, kliknij przycisk “Zgłóś propozycję modyfikacji” na tej stronie.
Wprowadzenie
Tryb Rescue pozwala na stały dostęp do Twoich danych, nawet jeśli system operacyjny serwera lub zainstalowane na nim oprogramowanie przestały działać.
Dowiedz się, jak uzyskać dostęp do systemu operacyjnego w trybie Rescue i pobrać pliki bazy danych.
Wymagania początkowe
Serwer dedykowany, VPS lub instancja Public Cloud na Twoim koncie OVHcloud (z wyłączeniem systemu Windows)
Dostęp do Panelu klienta OVHcloud
Link bezpośredni:
Ścieżka nawigacji:Bare Metal Cloud > Serwery dedykowane > Wybierz serwer
Warning
OVHcloud udostępnia różnorodne usługi, jednak to Ty odpowiadasz za ich konfigurację i zarządzanie nimi. Ponosisz więc odpowiedzialność za ich prawidłowe funkcjonowanie.
Celem tego tutoriala jest pomoc w jak najlepszym wykonywaniu bieżących zadań. W przypadku trudności lub wątpliwości związanych z administrowaniem, użytkowaniem lub wdrażaniem usług na serwerze zalecamy skorzystanie z pomocy wyspecjalizowanego usługodawcy lub zbliżenie się do naszej społeczności.
W praktyce
Zrestartuj serwer do trybu Rescue
Zapoznaj się z przewodnikiem dotyczącym uruchomienia usługi OVHcloud w trybie rescue:
Postępuj zgodnie z instrukcjami zawartymi w tej sekcji dla serwera VPS lub instancji Public Cloud. Przejdź do następnej sekcji dla serwera dedykowanego.
Dostęp do danych na serwerze VPS lub na instancji Public Cloud
Najpierw musimy określić punkt montowania, w którym znajduje się / system.
W tym celu możesz użyć poleceń lsblk i fdisk -l.
Przykład wydania lsblk:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTsda 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
Poniższe sekcje kodu podane są jako ilustracja, w odniesieniu do przykładu wyjściowego. Należy dostosować instrukcje do rzeczywistej konfiguracji i zastąpić wartości w poleceniach identyfikatorami dysku i wolumenu.
W tym przykładzie dysk główny (10 GB) nazywa się "sdb". Nasze dane in / znajdują się zatem na partycji /dev/sdb. (podczas gdy "sda" znajduje się w trybie Rescue, a "sda1" - główna partycja w trybie rescue zamontowana na /.)
Wstawiamy partycję systemu do katalogu /mnt, a następnie sprawdzamy jej zawartość:
root@rescue:~# mount /dev/sdb1 /mntroot@rescue:~# ls /mntbin boot dev etc home lib lib64 media mnt opt proc root run sbin srv sys tmp usr varroot@rescue:~#
Aby uruchomić usługi w systemie z trybu Rescue, zamontuj również te partycje:
root@rescue:~# mount -o rbind /dev /mnt/devroot@rescue:~# mount -t proc proc /mnt/procroot@rescue:~# mount -t sysfs sys /mnt/sysroot@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)
Poniższe sekcje kodu podane są jako ilustracja, w odniesieniu do przykładu wyjściowego. Należy dostosować instrukcje do rzeczywistej konfiguracji i zastąpić wartości w poleceniach identyfikatorami dysku i wolumenu.
W tym przykładzie dane w / znajdują się na woluminie /dev/md.
Wstawiamy partycję systemu do katalogu /mnt, a następnie sprawdzamy jej zawartość:
root@rescue:~# mount /dev/md3 /mntroot@rescue:~# ls /mntbin boot dev etc home lib lib64 media mnt opt proc root run sbin srv sys tmp usr varroot@rescue:~#
Aby uruchomić usługi w systemie z trybu Rescue, zamontuj również te partycje:
root@rescue:~# mount -o rbind /dev /mnt/devroot@rescue:~# mount -t proc proc /mnt/procroot@rescue:~# mount -t sysfs sys /mnt/sysroot@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)
Odzyskiwanie baz danych
Po zamontowaniu wszystkich niezbędnych partycji musimy mieć możliwość wykonywania poleceń na samym systemie. W tym celu użyj polecenia chroot:
root@rescue:~# chroot /mnt/root@rescue:/#
Teraz wszystkie polecenia, które wprowadzisz, zostaną zastosowane w Twoim systemie zamiast tymczasowego środowiska w trybie Rescue.
Teraz możemy uruchomić usługę mysql:
root@rescue:/# service mysql start[ ok ] Starting MariaDB database server: mysqld ..root@rescue:/#
Użyj komendy mysqldump, aby zapisać bazę danych w pliku:
W tym przypadku użytkownikiem mysql, który łączy się z bazą danych, jest root. Opcja -p pozwala na wpisanie hasła dla root, a odzyskana baza danych jest nazywana scarif.
Plik bazy danych jest następnie zapisywany w katalogu /home pod nazwą dump.sql.
Możesz również wykonać kopię zapasową wszystkich baz danych jednocześnie:
