Projektowanie pod kątem tworzenia kopii zapasowych i odzyskiwania usługi Azure SQL
Ważne jest, aby odzyskać dane bazy danych SQL. Należy rozważyć automatyczne kopie zapasowe usług Azure SQL Database i Azure SQL Managed Instances. Kopie zapasowe bazy danych umożliwiają przywracanie bazy danych do określonego punktu w czasie i w skonfigurowanym okresie przechowywania.
Opisywanie automatycznych kopii zapasowych
Zarówno usługa SQL Database, jak i wystąpienie zarządzane SQL używają technologii programu SQL Server do tworzenia pełnych kopii zapasowych co tydzień, różnicowych kopii zapasowych co 12–24 godziny oraz kopii zapasowych dziennika transakcji co 5 do 10 minut. Częstotliwość wykonywania kopii zapasowych dziennika transakcji zależy od rozmiaru obliczeniowego i aktywności bazy danych. Podczas przywracania bazy danych usługa określa, które pełne, różnicowe kopie zapasowe i kopie zapasowe dziennika transakcji muszą zostać przywrócone.
Pełne kopie zapasowe: w pełnej kopii zapasowej tworzona jest kopia zapasowa wszystkich elementów w bazie danych i dziennikach transakcji. Usługa SQL Database wykonuje pełną kopię zapasową raz w tygodniu.
Różnicowe kopie zapasowe: w różnicowej kopii zapasowej tworzona jest kopia zapasowa wszystkich elementów, które uległy zmianie od czasu utworzenia ostatniej pełnej kopii zapasowej. Usługa SQL Database tworzy różnicową kopię zapasową co 12–24 godziny.
Transakcyjne kopie zapasowe: w transakcyjnej kopii zapasowej tworzona jest kopia zapasowa zawartości dzienników transakcji. Jeśli najnowszy dziennik transakcji zakończy się niepowodzeniem lub jest uszkodzony, opcja polega na powrocie do poprzedniej kopii zapasowej dziennika transakcji. Transakcyjne kopie zapasowe umożliwiają administratorom przywracanie do określonego czasu, co obejmuje moment, w którym dane zostały przypadkowo usunięte. Kopie zapasowe dziennika transakcji co pięć do 10 minut.
Opis przypadków użycia kopii zapasowych
Automatyczne kopie zapasowe można używać na kilka sposobów.
Przywróć istniejącą bazę danych do punktu w czasie w przeszłości w okresie przechowywania. Ta operacja tworzy nową bazę danych na tym samym serwerze co oryginalna baza danych, ale używa innej nazwy, aby uniknąć zastępowania oryginalnej bazy danych. Po zakończeniu przywracania można usunąć oryginalną bazę danych.
Przywracanie usuniętej bazy danych do czasu usunięcia lub dowolnego punktu w czasie w okresie przechowywania. Usuniętą bazę danych można przywrócić tylko na tym samym serwerze lub w wystąpieniu zarządzanym, na którym utworzono oryginalną bazę danych.
Przywracanie bazy danych do innego regionu geograficznego. Przywracanie geograficzne pozwala odzyskać dane po awarii geograficznej, gdy nie można uzyskać dostępu do bazy danych ani kopii zapasowych w regionie podstawowym. Tworzy nową bazę danych na dowolnym istniejącym serwerze lub wystąpieniu zarządzanym w dowolnym regionie świadczenia usługi Azure.
Przywracanie bazy danych z określonej długoterminowej kopii zapasowej pojedynczej bazy danych lub bazy danych w puli. Jeśli baza danych jest skonfigurowana przy użyciu zasad przechowywania długoterminowego, możesz przywrócić starą wersję bazy danych.
Zasady długoterminowego przechowywania kopii zapasowych
Automatyczne kopie zapasowe usługi Azure SQL Database są dostępne do przywrócenia przez maksymalnie 35 dni. Ten okres jest wystarczający z punktu widzenia codziennych zadań administracyjnych. Czasami jednak dane muszą być przechowywane przez dłuższy czas. Na przykład przepisy dotyczące ochrony danych Twojej lokalnej jurysdykcji mogą wymagać przechowywania kopii zapasowych przez kilka lat.
Aby spełnić te wymagania, użyj funkcji przechowywania długoterminowego (LTR, long-term retention). W ten sposób możesz przechowywać kopie zapasowe bazy danych Azure SQL Database w obiektach blob magazynu geograficznie nadmiarowego dostępnego do odczytu (RA-GRS) przez maksymalnie 10 lat. Jeśli potrzebujesz dostępu do dowolnej kopii zapasowej w przechowywaniu długoterminowym, możesz przywrócić ją jako nową bazę danych za pomocą witryny Azure Portal lub programu PowerShell.