MariaDB - metody tworzenia kopii zapasowych

Dane służą jako podstawa biznesu i operacji, a przy różnych możliwych zagrożeniach (np. Napastnikach, awariach systemu, błędnych aktualizacjach i błędach konserwacji) kopie zapasowe pozostają krytyczne. Te kopie zapasowe mają wiele form i istnieje wiele opcji tworzenia ich z jeszcze szerszym zestawem opcji w ramach tych procesów. Ważne rzeczy, o których należy pamiętać, to typ bazy danych, krytyczne informacje i struktura. Te informacje określają najlepszą opcję.

OPCJE

Główne opcje kopii zapasowych obejmują kopie zapasowe logiczne i kopie fizyczne. Logiczne kopie zapasowe zawierają instrukcje SQL do przywracania danych. Fizyczne kopie zapasowe zawierają kopie danych.

  • Logical backupsoferują elastyczność przywracania danych na innym komputerze o innej konfiguracji w przeciwieństwie do fizycznych kopii zapasowych, które często są ograniczone do tego samego komputera i typu bazy danych. Logiczne kopie zapasowe są tworzone na poziomie bazy danych i tabeli, a fizyczne na poziomie katalogu i pliku.

  • Physical backupssą mniejsze niż logiczne, a także ich wykonanie i przywrócenie zajmuje mniej czasu. Fizyczne kopie zapasowe obejmują również pliki dziennika i pliki konfiguracyjne, ale logiczne kopie zapasowe nie.

Narzędzia do tworzenia kopii zapasowych

Głównym narzędziem używanym do tworzenia kopii zapasowych MariaDB jest mysqldump. Oferuje logiczne kopie zapasowe i elastyczność. Doskonale sprawdza się również w przypadku małych baz danych.Mysqldumpzrzuca dane do formatu SQL, CSV, XML i wielu innych formatów. Jego dane wyjściowe nie zachowują procedur składowanych, widoków i zdarzeń bez jawnych instrukcji.

Istnieją trzy opcje mysqldump kopie zapasowe -

  • Raw data - Zrzuć tabelę jako plik danych surowych za pomocą opcji --tab, która określa również miejsce docelowe pliku -

$ mysqldump -u root -p --no-create-info \
   --tab=/tmp PRODUCTS products_tbl
  • Data/Definitions export- Ta opcja umożliwia wyeksportowanie jednej lub wielu tabel do pliku i obsługuje tworzenie kopii zapasowych wszystkich istniejących baz danych na komputerze głównym. Przeanalizuj przykład eksportowania zawartości lub definicji do pliku

$ mysqldump -u root -p PRODUCTS products_tbl > export_file.txt
  • Transfer - Możesz także wyprowadzać bazy danych i tabele do innego hosta

$ mysqldump -u root -p database_name \
   | mysql -h other-host.com database_name

Używanie instrukcji SELECT ... INTO OUTFILE

Inna opcja eksportu danych wykorzystuje instrukcję SELECT ... INTO OUTFILE. Ta prosta opcja umieszcza tabelę w prostym, sformatowanym pliku tekstowym -

mysql> SELECT * FROM products_tbl
   -> INTO OUTFILE '/tmp/products.txt';

Jego atrybuty umożliwiają formatowanie pliku zgodnie z preferowanymi specyfikacjami.

Zwróć uwagę na następujące cechy tego stwierdzenia -

  • Nazwa pliku musi określać żądaną lokalizację danych wyjściowych.

  • Do wykonania instrukcji potrzebne są uprawnienia do pliku MariaDB.

  • Nazwa pliku wyjściowego musi być unikalna.

  • Potrzebujesz danych logowania na hoście.

  • W środowisku UNIX plik wyjściowy można odczytać na całym świecie, ale jego własność na serwerze wpływa na możliwość jego usunięcia. Upewnij się, że masz uprawnienia.

Używanie CONNECT w kopiach zapasowych

Procedura obsługi CONNECT umożliwia eksport danych. Jest to przydatne przede wszystkim w sytuacjach, gdy operacja SELECT ... INTO OUTFILE nie obsługuje formatu pliku.

Przejrzyj następujący przykład -

create table products
engine = CONNECT table_type = XML file_name = 'products.htm' header = yes
option_list = 'name = TABLE,coltype = HTML,attribute = border = 1;cellpadding = 5'

select plugin_name handler, plugin_version version, plugin_author
author, plugin_description description, plugin_maturity maturity
from information_schema.plugins where plugin_type = 'STORAGE ENGINE';

Inne narzędzia

Inne opcje kopii zapasowych są następujące -

  • XtraBackup- Ta opcja jest przeznaczona dla baz danych XtraDB / InnoDB i działa z dowolnym silnikiem pamięci masowej. Dowiedz się więcej o tym narzędziu z oficjalnej strony firmy Percona.

  • Snapshots- Niektóre systemy plików pozwalają na tworzenie migawek. Proces składa się z opróżnienia tabel z blokadą odczytu, zamontowania migawki, odblokowania tabel, skopiowania migawki, a następnie odmontowania migawki.

  • LVM- Ta popularna metoda wykorzystuje skrypt Perla. Pobiera blokadę odczytu na każdej tabeli i opróżnia pamięć podręczną na dysk. Następnie pobiera migawkę i odblokowuje tabele. Skonsultuj się z urzędnikiemmylvmbackup aby uzyskać więcej informacji.

  • TokuBackup- To rozwiązanie dostarczane przez firmę Percona zapewnia tworzenie kopii zapasowych na gorąco, biorąc pod uwagę problemy i ograniczenia opcji tworzenia kopii zapasowych InnoDB. Tworzy transakcyjną kopię dźwiękową plików, podczas gdy aplikacje nadal nimi manipulują. Więcej informacji można znaleźć w witrynie Percona.

Uwagi dotyczące INNODB

InnoDB używa puli buforów do zwiększenia wydajności. W kopii zapasowej skonfiguruj InnoDB, aby uniknąć kopiowania całej tabeli do puli buforów, ponieważ logiczne kopie zapasowe zwykle wykonują pełne skanowanie tabeli.