Automatyczne kopie zapasowe w bazie danych SQL w usłudze Microsoft Fabric
Dotyczy bazy danych:✅SQL w usłudze Microsoft Fabric
W tym artykule opisano funkcję automatycznego tworzenia kopii zapasowych dla bazy danych SQL w usłudze Microsoft Fabric. Aby przywrócić kopię zapasową, zobacz Przywracanie z kopii zapasowej w bazie danych SQL w usłudze Microsoft Fabric.
Co to jest kopia zapasowa bazy danych?
Kopie zapasowe bazy danych są istotną częścią każdej strategii ciągłości biznesowej i odzyskiwania po awarii, ponieważ pomagają chronić dane przed uszkodzeniem lub usunięciem.
W przypadku wszystkich nowych, przywróconych i kopiowanych baz danych baza danych SQL w usłudze Fabric zachowuje wystarczające kopie zapasowe, aby umożliwić przywracanie do punktu w czasie (PITR) w ciągu ostatnich siedmiu dni domyślnie. Usługa wykonuje regularne pełne, różnicowe i dzienniki kopie zapasowe, aby upewnić się, że bazy danych można przywracać do dowolnego punktu w czasie w okresie przechowywania bazy danych.
Jeśli usuniesz bazę danych, system przechowuje kopie zapasowe w taki sam sposób dla bazy danych online, dopóki okres przechowywania nie wygaśnie siedem dni.
Jak często kopie zapasowe są wykonywane w bazie danych SQL w sieci szkieletowej?
Usługa SQL Database w usłudze Fabric ma włączoną funkcję automatycznego tworzenia kopii zapasowych od momentu utworzenia bazy danych:
- Pełne kopie zapasowe co tydzień
- Różnicowe kopie zapasowe co 12 godzin
- Kopie zapasowe dziennika transakcji są wykonywane co około 10 minut
Dokładna częstotliwość tworzenia kopii zapasowych dziennika transakcji zależy od rozmiaru obliczeniowego i ilości aktywności bazy danych. Po przywróceniu bazy danych usługa automatycznie określa, które pełne, różnicowe i transakcyjne kopie zapasowe dziennika transakcji należy przywrócić.
Pierwsza pełna kopia zapasowa jest planowana natychmiast po utworzeniu lub przywróceniu nowej bazy danych. Ta kopia zapasowa zwykle kończy się w ciągu 30 minut, ale może to potrwać dłużej, gdy baza danych jest duża.
Po utworzeniu pierwszej pełnej kopii zapasowej wszystkie kolejne kopie zapasowe są zaplanowane i zarządzane automatycznie. Dokładny czas wszystkich kopii zapasowych bazy danych jest określany przez usługę bazy danych SQL, ponieważ równoważy ogólne obciążenie systemu. Nie można zmienić harmonogramu zadań tworzenia kopii zapasowej ani ich wyłączyć.
W przypadku nowej, przywróconej lub skopiowanej bazy danych funkcja przywracania do punktu w czasie staje się dostępna po utworzeniu początkowej kopii zapasowej dziennika transakcji, która następuje po początkowej pełnej kopii zapasowej.
Gdzie są przechowywane kopie zapasowe bazy danych SQL?
Wszystkie kopie zapasowe w bazie danych SQL w usłudze Fabric są przechowywane na kontach magazynu platformy Azure strefowo nadmiarowego (ZRS). W przypadku magazynu ZRS kopie zapasowe są kopiowane synchronicznie w trzech strefach dostępności platformy Azure w regionie podstawowym.
Magazyn ZRS jest obecnie dostępny tylko w niektórych regionach. Gdy magazyn platformy Azure oparty na magazynie ZRS jest niedostępny, kopie zapasowe są przechowywane w magazynie lokalnie nadmiarowym (LRS). W przypadku magazynu LRS kopie zapasowe są kopiowane synchronicznie trzy razy w jednej lokalizacji fizycznej w regionie podstawowym.
Przechowywanie magazynu kopii zapasowych
Baza danych SQL w usłudze Microsoft Fabric planuje co tydzień pełną kopię zapasową. Aby zapewnić pitr w całym okresie przechowywania, system musi przechowywać dodatkowe pełne, różnicowe i transakcyjne kopie zapasowe dziennika przez maksymalnie tydzień dłużej niż skonfigurowany okres przechowywania.
Kopie zapasowe, które nie są już potrzebne do zapewnienia funkcji PITR, są automatycznie usuwane. Ponieważ różnicowe kopie zapasowe i kopie zapasowe dzienników wymagają wcześniejszej pełnej kopii zapasowej do przywrócenia, wszystkie trzy typy kopii zapasowych są czyszczone razem w zestawach tygodniowych.
W przypadku wszystkich baz danych kompresowane są pełne i różnicowe kopie zapasowe w celu zmniejszenia kompresji magazynu kopii zapasowych. Średni współczynnik kompresji kopii zapasowej wynosi od 3 do 4 razy.
Historia kopii zapasowych
Listę kopii zapasowych można wyświetlić przy użyciu prostego polecenia T-SQL za pomocą dynamicznego widoku zarządzania o nazwie sys.dm_database_backups, który działa podobnie do usługi Azure SQL Database. Ten dynamiczny widok zarządzania zawiera informacje o metadanych dotyczących wszystkich obecnych kopii zapasowych potrzebnych do włączenia przywracania do punktu w czasie.
Aby wykonać zapytanie dotyczące katalogu historii kopii zapasowych, wystarczy uruchomić skrypt języka T-SQL za pośrednictwem portalu sieci szkieletowej (lub innego wybranego narzędzia klienckiego):
SELECT * FROM sys.dm_database_backups;
Często zadawane pytania dotyczące kopii zapasowych bazy danych SQL w sieci szkieletowej
Czy mogę uzyskać dostęp do kopii zapasowych?
Nie, kopie zapasowe są odizolowane od platformy Microsoft Fabric i są one niedostępne dla użytkowników końcowych. Jedynym sposobem interakcji klienta z plikami kopii zapasowych jest możliwość przywracania do punktu w czasie (PITR).
Czy moje kopie zapasowe są szyfrowane?
Wszystkie pliki przechowywane w usłudze Azure Storage, w tym kopie zapasowe bazy danych SQL w usłudze Microsoft Fabric, są automatycznie szyfrowane, gdy dane są utrwalane w chmurze. Więcej informacji można znaleźć w sekcji Szyfrowanie danych przechowywanych w usłudze Azure Storage.
Ograniczenia
Bieżące ograniczenia dotyczące kopii zapasowych dla bazy danych SQL:
- Nie można kontrolować częstotliwości tworzenia kopii zapasowych w bazie danych SQL w sieci szkieletowej.
- Nie można zmienić okresu przechowywania kopii zapasowych dla bazy danych SQL w usłudze Microsoft Fabric. Domyślny okres przechowywania wynosi siedem dni.
- Kopie zapasowe bazy danych można przywrócić tylko z dynamicznych baz danych SQL.
- Kopie zapasowe bazy danych można przywrócić tylko w tym samym obszarze roboczym. Funkcja PITR między obszarami roboczymi nie jest obsługiwana.
- Jeśli usuniesz obszar roboczy, wszystkie bazy danych w tym obszarze roboczym również zostaną usunięte i nie można ich odzyskać.
- Wszystkie kopie zapasowe są przechowywane w jednym regionie replikowanym w różnych strefach dostępności platformy Azure. Nie ma kopii zapasowych replikowanych geograficznie.
- Obsługiwane są tylko kopie zapasowe przechowywania krótkoterminowego. Brak obsługi kopii zapasowych przechowywania długoterminowego.
- Kopie zapasowe można przywrócić tylko za pośrednictwem portalu sieci szkieletowej. Obecnie nie ma włączonego interfejsu API REST, programu Azure PowerShell ani poleceń interfejsu wiersza polecenia.