Jakie są różnice między fizycznymi i logicznymi kopii zapasowych dla MySQL na AWS RDS

Fizyczne kopie zapasowe

Fizyczne kopie zapasowe składają się z dokładnych kopii plików bazy danych i katalogów przechowujących surowe dane. Te kopie zapasowe są jak migawka rzeczywistej bazy danych na poziomie systemu plików. W fizycznej kopii zapasowej tworzone są kopie plików, takich jak pliki danych bazy danych, tabelowce, pliki dziennika i pliki konfiguracyjne. Zazwyczaj odbywa się to poprzez kopiowanie plików bezpośrednio z lokalizacji pamięci bazy danych. Kopia zapasowa jest zasadniczo lustrem stanu fizycznego bazy danych w momencie kopii zapasowej.

Charakterystyka fizycznych kopii zapasowych:
- Kompletność i prędkość: Fizyczne kopie zapasowe są bardzo szybkie, ponieważ obejmują kopiowanie plików tak samo bez konwersji lub interpretacji. To sprawia, że ​​nadają się do dużych baz danych, w których szybkie tworzenie kopii zapasowych i odzyskiwania są krytyczne.
-Kompaktowość: Ponieważ jest to kopia bajtowa, fizyczne kopie zapasowe są zwykle bardziej kompaktowe niż logiczne kopie zapasowe, które konwertują dane na instrukcje SQL lub format tekstu.
- Granatliczność odzyskiwania: Fizyczne kopie zapasowe często zapewniają odzyskiwanie na poziomie bazy danych lub strefy tabel. Granulatity odzysku może różnić się w zależności od użytego silnika magazynowego.
- Przywrócenie: Przywrócenie fizycznej kopii zapasowej polega na skopiowaniu zapasowych plików z powrotem do oryginalnych lokalizacji. Może to być proste, ale wymaga nienaruszonego zestawu plików, ponieważ brakujące pliki mogą zapobiec pełnemu odzyskaniu.
-Specyficzne środowisko: Fizyczne kopie zapasowe obejmują informacje związane z instancją, takie jak ścieżki plików i dane specyficzne dla systemu, więc są one zwykle przywracane do środowiska podobnego do miejsca, w którym pobrano kopię zapasową.
- Kopie zapasowe offline lub spoczynku: ogólnie fizyczne kopie zapasowe wymagają, aby baza danych była offline lub w stanie spójnym (jak migawka), aby uniknąć przechwytywania plików, które są średnie zapachowe, które mogą uszkodzić kopię zapasową. Istnieją jednak narzędzia, które mogą tworzyć fizyczne kopie zapasowe, koordynując z bazą danych, np. Percona Xtrabackup.

Ograniczenia fizycznych kopii zapasowych z AWS RDS dla MySQL:
- AWS RDS nie zezwala na tradycyjne fizyczne kopie zapasowe (bezpośrednie kopie poziomu systemu plików), ponieważ infrastruktura podstawowa jest zarządzana i nie zapewnia dostępu do systemu plików.
- Narzędzia takie jak Percona Xtrabackup, które ułatwiają fizyczne kopie zapasowe dla instalacji MySQL EC2 lub Amazon, nie mogą być używane bezpośrednio w instancjach RDS.
- Zamiast tego AWS RDS oferuje możliwości migawki, które są również formą fizycznej kopii zapasowej, ale zarządza się inaczej. Migawki przechwytują całą instancję bazy danych w pewnym momencie i są przechowywane i zarządzane przez AWS.
- Istnieje metoda przywracania danych kopii zapasowych do RDS z Amazon S3, ale zarządza ją jako przywrócenie S3, a nie kopię zapasową systemu plików RAW.

Logiczne kopie zapasowe

Logiczne kopie zapasowe wyodrębnia strukturę bazy danych i jej zawartość na instrukcje logiczne, zwykle polecenia SQL, takie jak tworzenie tabeli i instrukcji, które mogą odtworzyć obiekty i dane bazy danych po przywróceniu kopii zapasowej. Te kopie zapasowe są często w postaci plików tekstowych lub binarnych plików zrzutu logicznego.

Charakterystyka logicznych kopii zapasowych:
-Format: Logiczne kopie zapasowe są niezależne od platformy i zawierają tylko schemat i dane bazy danych, bez szczegółów pamięci niskiego poziomu, takich jak pliki danych lub dzienniki.
- Użyteczność i przenośność: ponieważ logiczne kopie zapasowe zawierają polecenia do odtwarzania obiektów bazy danych i wstawienia danych, można je przywrócić w różnych architekturach sprzętu, wersjach MySQL lub środowiskach chmurowych, co czyni je bardzo przenośnymi.
- Granarium: logiczne kopie zapasowe można brać na różnych poziomach ziarnistego, takich jak cała baza danych, określone schematy lub poszczególne tabele.
- Kopia zapasowa online: Kopie zapasowe logiczne można wykonywać, gdy baza danych działa bez przestoju, zapytaj bazę danych pod kątem jej struktury i danych.
- Rozmiar i prędkość: Kopie zapasowe logiczne są zwykle wolniejsze i wytwarzają większe pliki niż fizyczne kopie zapasowe, ponieważ dane są konwertowane w format logiczny i muszą być eksportowane za pośrednictwem silnika bazy danych.
- Narzędzia: Wspólne narzędzia do logicznej kopii zapasowej MySQL obejmują MySQLDUMP, MyDumper i The Select ... do Outfile SQL.
- Przywrócenie: Przywracanie logicznych kopii zapasowych polega na uruchamianiu skryptów lub poleceń SQL w instancji MySQL, skutecznej przebudowie struktury bazy danych i ponownej repopulacji danych.
- Edytualność: kopie zapasowe logiczne umożliwiają modyfikacje przed przywróceniem, takie jak zmiana wartości danych lub dostosowanie struktur tabeli, przydatne dla migracji lub transformacji.

AWS RDS i logiczne kopie zapasowe

- W AWS RDS dla MySQL, logiczne kopie zapasowe są często wykonywane przy użyciu MySQLDUMP lub podobnych narzędzi uruchomionych z zewnętrznego klienta lub instancji EC2, ponieważ nie można uzyskać dostępu do podstawowego systemu plików.
- Logiczne kopie zapasowe są odpowiednie dla mniejszych zestawów danych lub dla sytuacji wymagających przenośności danych i schematu w różnych środowiskach.
- Zautomatyzowane kopie zapasowe i migawki z AWS uzupełniają logiczne kopie zapasowe, ale logiczne kopie zapasowe zapewniają większą elastyczność w przywracaniu częściowych danych lub migracji.

Porównanie w kontekście AWS RDS

- Fizyczne kopie zapasowe dla RDS są w większości traktowane jako zautomatyzowane migawki, które przechwytują cały stan instancji bazy danych i są zarządzane przez AWS. AWS nie zezwala na tradycyjne fizyczne kopie zapasowe, bezpośrednio kopiując pliki bazy danych.
- Logiczne kopie zapasowe zapewniają użytkownikom kontrolę i elastyczność w eksportu i migracji treści bazy danych, ale mają ograniczenia prędkości i wymagają więcej czasu na przywrócenie dużych zestawów danych.
- W celu odzyskiwania po awarii i szybkiego odzyskiwania całych instancji zautomatyzowane migawki AWS i fizyczne funkcje tworzenia kopii zapasowych są bardziej wydajne.
- W przypadku migracji, transformacji danych lub częściowych przywracania preferowane są logiczne kopie zapasowe.
- Rozmiar kopii zapasowej jest ogólnie mniejszy i szybszy prędkość kopii zapasowej w przypadku fizycznych kopii zapasowych, ale logiczne kopie zapasowe mają lepszą przenośność i modyfikowalność.
- Logiczne kopie zapasowe umożliwiają selektywne kopie zapasowe i częściowe przywracanie, a fizyczne kopie zapasowe obsługują całkowite odzyskiwanie bazy danych.

Podsumowując, fizyczne kopie zapasowe na MySQL na AWS RDS odnoszą się przede wszystkim do zautomatyzowanego systemu migawek dostarczonego przez AWS, który kopiuje pliki danych bazy danych na poziomie pamięci w celu szybkiego, całkowitego odzyskania instancji. Logiczne kopie zapasowe obejmują eksport schematu i danych bazy danych za pomocą instrukcji SQL, umożliwiając elastyczny ruch i transformację danych, ale zwykle kosztem dłuższych czasów tworzenia kopii zapasowych i przywracania. Ze względu na ograniczenia zarządzania AWS RDS, bezpośrednie fizyczne kopie zapasowe na poziomie pliku nie są możliwe w instancjach RDS, kierując użytkownikom w kierunku migawek do fizycznej kopii zapasowej i MySQLDump lub podobnych narzędzi do logicznych kopii zapasowych. Oba rodzaje kopii zapasowych pełnią różne role i mogą być łączone w kompleksowych strategii tworzenia kopii zapasowych w zależności od potrzeb biznesowych. To rozróżnienie pomaga kierować sposobem tworzenia, przechowywania i przywracania tworzenia kopii zapasowych, przechowywanych i przywracanych w środowiskach AWS RDS MySQL.