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.