Konfigurowanie bezpłatnej licencji repliki rezerwowej dla usługi Azure SQL Database
Dotyczy: 
Azure SQL Database
W tym artykule opisano, jak można zaoszczędzić na kosztach licencjonowania, określając pomocniczą bazę danych odzyskiwania po awarii na potrzeby wstrzymania podczas korzystania z usługi Azure SQL Database.
Omówienie
Jeśli pomocnicza replika bazy danych jest używana tylko do odzyskiwania po awarii i nie ma na nim żadnych obciążeń, ani aplikacji łączących się z nią, możesz zaoszczędzić na kosztach licencjonowania, wyznaczając bazę danych jako replikę rezerwową. Jeśli pomocnicza baza danych jest wyznaczona do rezerwowania, firma Microsoft udostępnia liczbę rdzeni wirtualnych licencjonowanych na podstawową bazę danych bez dodatkowych opłat w ramach korzyści z praw do trybu failover w warunkach licencjonowania produktu. Opłaty są nadal naliczane za zasoby obliczeniowe i magazyn używane przez pomocniczą bazę danych.
Replikę rezerwową można wyznaczyć podczas konfigurowania nowej aktywnej replikacji replikacji geograficznej lub przekonwertować istniejącą replikę na rezerwową.
Chociaż aktywna replikacja geograficzna obsługuje dodawanie czterech replik pomocniczych, można wyznaczyć tylko jedną pomocniczą replikę bazy danych na potrzeby rezerwowania. Grupy trybu failover obsługują jedną pomocniczą replikę bazy danych na podstawową bazę danych i mogą być czytelne lub rezerwowe.
Podczas planowanego lub nieplanowanego przejścia w tryb failover replika rezerwowa staje się nową podstawową i zaczyna ponosić regularne koszty licencjonowania rdzeni wirtualnych, podczas gdy oryginalny element podstawowy staje się nową rezerwą pomocniczą i przestaje ponosić koszty licencjonowania rdzeni wirtualnych.
Korzyść z kosztów
Po wyznaczeniu repliki bazy danych jako rezerwowej firma Microsoft nie nalicza kosztów licencjonowania programu SQL Server dla rdzeni wirtualnych używanych przez replikę rezerwową. Jednak ponieważ baza danych jest rozliczana przez całą godzinę, nadal mogą być naliczane opłaty za całą godzinę, jeśli zmiana stanu zostanie wprowadzona w środku godziny.
Korzyść przekłada się inaczej między klientami korzystającymi z modelu płatności zgodnie z rzeczywistym użyciem i klientami korzystającymi z modelu Korzyść użycia hybrydowego platformy Azure. W przypadku klienta z płatnością zgodnie z rzeczywistym użyciem rdzenie wirtualne są dyskontowane na fakturze. W przypadku klienta, który używa Korzyść użycia hybrydowego platformy Azure dla repliki rezerwowej, liczba rdzeni wirtualnych używanych przez replikę pomocniczą jest zwracana do puli licencjonowania.
Na przykład jako klient z płatnością zgodnie z rzeczywistym użyciem, jeśli masz 16 rdzeni wirtualnych przypisanych do pomocniczej bazy danych, rabat za 16 rdzeni wirtualnych pojawia się na fakturze, jeśli wyznaczysz pomocniczą bazę danych jako rezerwową.
W innym przykładzie, jeśli masz 16 licencji Korzyść użycia hybrydowego platformy Azure i wdrożysz jedną bazę danych, która ma 16 rdzeni wirtualnych, po wyznaczeniu pomocniczej bazy danych na potrzeby wstrzymania 16 rdzeni wirtualnych zostanie zwróconych do puli licencji do użycia z innymi wdrożeniami usługi Azure SQL.
Możliwości funkcjonalne
W poniższej tabeli opisano funkcje pomocniczej repliki bazy danych rezerwowej:
| Funkcjonalność | opis |
|---|---|
| Ograniczone obciążenia odczytu | Po wyznaczeniu bazy danych jako rezerwowej można uruchamiać tylko ograniczoną liczbę obciążeń odczytu w pomocniczej bazie danych, takich jak dynamiczne widoki zarządzania (DMV), kopie zapasowe i zapytania konsoli bazy danych (DBCC). |
| Planowane przejście w tryb failover | Wszystkie planowane scenariusze trybu failover, w tym ćwiczenia odzyskiwania, przenoszenie baz danych do innych regionów i przywracanie baz danych do podstawowej, są obsługiwane przez replikę rezerwową. Gdy pomocnicze przełączy się do podstawowego, może obsługiwać zapytania odczytu i zapisu. Nowa pomocnicza (oryginalna podstawowa) staje się repliką rezerwowa i nie powinna być używana do obciążeń odczytu. |
| Nieplanowany tryb failover | Podczas nieplanowanego przejścia w tryb failover po przełączeniu pomocniczym do roli podstawowej może ona obsługiwać zapytania odczytu i zapisu. Po ograniczeniu awarii i ponownym połączeniu z oryginalnymi podstawowymi połączeniami staje się nową repliką rezerwowymi pomocniczymi i nie należy jej używać w przypadku obciążeń odczytu. |
| Kopia zapasowa i przywracanie | Zachowanie tworzenia i przywracania kopii zapasowej w repliki rezerwowej i pomocniczej repliki bazy danych z możliwością odczytu są takie same. |
| Monitorowanie | Wszystkie operacje monitorowania obsługiwane przez replikę pomocniczą z możliwością odczytu są obsługiwane przez replikę rezerwową. |
Replika bazy danych rezerwowej musi być używana tylko do odzyskiwania po awarii. Poniżej wymieniono jedyne działania, które są dozwolone w bazie danych rezerwowej:
- Wykonywanie operacji konserwacji, takich jak checkDB
- Nawiązywanie połączeń z aplikacjami do monitorowania
- Uruchamianie próbnego odzyskiwania po awarii
Ograniczenia
W poniższej tabeli wymieniono obsługiwane i nieobsługiwane modele wdrażania:
| Model wdrażania | Warstwa zasobów obliczeniowych | Warstwa usług | Obsługiwana replika rezerwowa | Sprzęt |
|---|---|---|---|---|
| Pojedyncza baza danych | Zaaprowizowane | Ogólnego przeznaczenia | Tak | Seria Standardowa (Gen5), seria FSv2, seria DC |
| Pojedyncza baza danych | Zaaprowizowane | Krytyczne dla działania firmy | Tak | Seria Standardowa (Gen5), seria DC |
| Pojedyncza baza danych | Zaaprowizowane | Hiperskala | NIE DOTYCZY | Brak |
| Pojedyncza baza danych | Praca bezserwerowa | wszystkie | Nie. | Nie dotyczy |
| Pula elastyczna | wszystkie | Wszystko | Nie. | Nie dotyczy |
Korzystanie z bazy danych rezerwowej ma następujące ograniczenia:
- Dla rezerwowej można wyznaczyć tylko jedną pomocniczą replikę bazy danych.
- Warstwa obliczeniowa bezserwerowa nie jest obsługiwana. Nie można włączyć repliki rezerwowej, jeśli podstawowa lub pomocnicza baza danych znajduje się w bezserwerowej warstwie obliczeniowej.
- Model zakupów jednostek DTU nie jest obsługiwany. Replikę rezerwową dla baz danych można włączyć tylko przy użyciu modelu zakupów rdzeni wirtualnych.
- Warstwa usługi Hiperskala nie jest obsługiwana. Tylko bazy danych w warstwach ogólnego przeznaczenia i Krytyczne dla działania firmy usług mogą być wyznaczone na potrzeby rezerwowania.
- W przypadku korzystania z grupy trybu failover prawa rezerwowe są przypisywane na poziomie bazy danych, a nie na poziomie grupy trybu failover i muszą być przypisane oddzielnie dla każdej bazy danych w grupie trybu failover.
- Wyznaczenie repliki pomocniczej na potrzeby rezerwowania nie jest obsługiwane, gdy replika jest repliką pomocniczą repliki pomocniczej (znany proces to łączenie łańcuchowe).
Wymagania wstępne
- Subskrypcja platformy Azure. Jeśli nie masz subskrypcji platformy Azure, przed rozpoczęciem utwórz bezpłatne konto platformy Azure.
- Podstawowa aprowizowana usługa Azure SQL Database z rdzeniami wirtualnymi w warstwie ogólnego przeznaczenia lub Krytyczne dla działania firmy usługi uruchomiona na obsługiwanym sprzęcie. Zapoznaj się z przewodnikiem Szybki start, aby rozpocząć pracę.
Konfigurowanie nowej repliki na potrzeby rezerwowania
Replikę rezerwową można wyznaczyć podczas konfigurowania nowej aktywnej relacji replikacji geograficznej przy użyciu witryny Azure Portal, programu PowerShell, interfejsu wiersza polecenia platformy Azure lub interfejsu API REST.
- Witryna Azure Portal
- Program PowerShell
- Interfejs wiersza polecenia platformy Azure
- Interfejs API REST
Aby utworzyć nową aktywną relację replikacji geograficznej i wyznaczyć pomocniczą bazę danych na potrzeby wstrzymania w witrynie Azure Portal, wykonaj następujące kroki:
Przejdź do zasobu bazy danych SQL w witrynie Azure Portal.
Wybierz pozycję Repliki w obszarze Zarządzanie danymi z menu zasobów, a następnie wybierz pozycję + Utwórz replikę , aby otworzyć stronę Tworzenie bazy danych SQL Database — replika geograficzna .
Na stronie Tworzenie bazy danych SQL Database — replika geograficzna wybierz pozycję Replika rezerwowa dla pozycji Typ repliki w obszarze Konfiguracja repliki. Zaznacz to pole, aby potwierdzić, że użyjesz repliki do obsługi wstrzymania.
Podaj nowy lub istniejący serwer dla nowej bazy danych rezerwowej, a następnie użyj polecenia Przejrzyj i utwórz , aby przeprowadzić ostateczną walidację szczegółów bazy danych i serwera.
Użyj polecenia Utwórz , aby potwierdzić ustawienia i utworzyć nową replikę bazy danych rezerwowych.
Uwaga
Możesz również wyznaczyć bazy danych na potrzeby wstrzymania podczas tworzenia grupy trybu failover lub dodawać bazy danych do istniejącej grupy trybu failover w witrynie Azure Portal.
Konwertowanie istniejącej repliki
Możesz użyć witryny Azure Portal lub polecenia Łącza replikacji — zaktualizuj interfejs API REST, aby przekonwertować istniejącą replikę z regularnej repliki geograficznej na replikę rezerwową lub replikę rezerwową na zwykłą replikę geograficzną.
Aby przekonwertować istniejącą replikę w witrynie Azure Portal, wykonaj następujące kroki:
- Przejdź do zasobu bazy danych SQL w witrynie Azure Portal.
- Wybierz pozycję Repliki w obszarze Zarządzanie danymi.
- Wybierz wielokropek (...) dla repliki, a następnie:
- Aby przekonwertować replikę regularną na replikę rezerwową, wybierz pozycję Konwertuj na rezerwową. Zaznacz pole wyboru obok pozycji Potwierdzam... w oknie podręcznym Konwertuj na replikę rezerwowa, a następnie wybierz pozycję Tak , aby zapisać zmianę i przekonwertować replikę.
- Aby przekonwertować replikę rezerwową na zwykłą replikę geograficzną, wybierz pozycję Konwertuj na obszar geograficzny. Zaznacz pole wyboru obok pozycji Potwierdzam... w oknie podręcznym Konwertuj na replikę geograficzną, a następnie wybierz pozycję Tak , aby zapisać zmiany i przekonwertować replikę.
Aby przekonwertować istniejącą replikę przy użyciu linków replikacji interfejsu API REST — zaktualizuj polecenie, należy wyznaczyć linkType STANDBY jako replikę rezerwową lub GEO przekonwertować istniejącą replikę rezerwową z powrotem na zwykłą replikę geograficzną.
Wyświetlanie praw licencjonowania
Prawa licencjonowania dla istniejącej bazy danych można wyświetlić przy użyciu witryny Azure Portal, programu PowerShell, interfejsu wiersza polecenia platformy Azure lub interfejsu API REST.
- Witryna Azure Portal
- Program PowerShell
- Interfejs wiersza polecenia platformy Azure
- Interfejs API REST
Aby sprawdzić prawa licencjonowania dla istniejącej bazy danych przy użyciu witryny Azure Portal, wykonaj następujące kroki:
Przejdź do bazy danych SQL w witrynie Azure Portal.
Na stronie Przegląd zaznacz pole Typ repliki w obszarze Podstawowe elementy. Wartość
Standbywskazuje, że baza danych jest repliką rezerwową i nie są naliczane opłaty za koszty licencjonowania SQL dla tej bazy danych:
Usuwanie repliki rezerwowej
Po wyznaczeniu bazy danych jako rezerwowej nie można po prostu usunąć właściwości rezerwowej. Aby usunąć replikę rezerwową, należy zatrzymać replikację, aby zakończyć aktywną relację replikacji geograficznej. Po zatrzymaniu replikacji baza danych stanie się autonomiczna i zaczniesz ponosić koszty licencjonowania.
Replikację geograficzną można zatrzymać przy użyciu witryny Azure Portal, programu PowerShell, interfejsu wiersza polecenia platformy Azure lub interfejsu API REST.
- Witryna Azure Portal
- Program PowerShell
- Interfejs wiersza polecenia platformy Azure
- Interfejs API REST
Aby usunąć replikę rezerwową, kończąc replikację geograficzną w witrynie Azure Portal, wykonaj następujące kroki:
- Przejdź do bazy danych SQL w witrynie Azure Portal.
- Wybierz pozycję Repliki w obszarze Zarządzanie danymi.
- Wybierz wielokropek (...) dla repliki rezerwowej, a następnie wybierz pozycję Zatrzymaj replikację z menu podręcznego. Spowoduje to zatrzymanie replikacji, dzięki czemu pomocnicza baza danych jest teraz autonomiczna, a nie przeznaczona do rezerwowania i ponosi koszty licencjonowania.
Często zadawane pytania
Jakie są implikacje cenowe?
Opłaty za dodatkowe repliki baz danych są naliczane za licencjonowanie, obliczenia i magazyn SQL dla danych i kopii zapasowych. Po wyznaczeniu repliki bazy danych na potrzeby rezerwowania nie są naliczane opłaty za koszty licencjonowania rdzeni wirtualnych używanych przez replikę pomocniczą, ale nadal są naliczane opłaty za zasoby obliczeniowe i magazyn.
Jakie są przybliżone oszczędności w przypadku repliki rezerwowej?
Bez uwzględnionych kosztów licencjonowania replika rezerwowa może zaoszczędzić od 35 do 40 procent w porównaniu do regularnej w pełni czytelnej repliki pomocniczej, choć oszczędności różnią się w zależności od regionu. Aby uzyskać dokładne ceny, użyj kalkulatora cen platformy Azure i wybierz pozycję Replika rezerwowa na liście rozwijanej **Odzyskiwanie po awarii.
Ile rdzeni wirtualnych będzie wolnych od licencji dla repliki rezerwowej?
Ta sama liczba rdzeni wirtualnych, których używa podstawowa baza danych. Skonfigurowanie repliki pomocniczej o tej samej liczbie rdzeni wirtualnych co podstawowa baza danych jest zalecana w celu uzyskania optymalnej wydajności replikacji geograficznej.
Czy muszę mieć licencję programu SQL Server z aktywnym pakietem Software Assurance , aby korzystać z repliki rezerwowej?
L.p. Ponieważ replika rezerwowa nie ponosi kosztów licencjonowania, nie potrzebujesz aktywnej licencji programu SQL Server z aktywnym pakietem Software Assurance.
Jak mogę użyć repliki rezerwowej?
Repliki rezerwowe są przeznaczone tylko do celów odzyskiwania po awarii i nie mogą mieć żadnych aktywnych obciążeń odczytu. Jedynymi dopuszczalnymi obciążeniami są monitorowanie, konserwacja, taka jak uruchamianie dynamicznych widoków zarządzania (DMV) i CheckDB.
Czy mogę zaktualizować istniejącą replikę pomocniczą do odczytu do repliki rezerwowej, aby zaoszczędzić na kosztach?
Tak, w witrynie Azure Portal w okienku Repliki . Wybierz wielokropek (...) i wybierz opcję Konwertuj replikę.
Czy mogę włączyć Korzyść użycia hybrydowego platformy Azure dla repliki rezerwowej?
Zaprojektowanie repliki w trybie wstrzymania zastępuje rabat z Korzyść użycia hybrydowego platformy Azure, dzięki czemu nie można modyfikować modelu licencjonowania repliki przy użyciu witryny Azure Portal. Jeśli jednak replika rezerwowa ma używać Korzyść użycia hybrydowego platformy Azure po przejściu w tryb failover, możesz użyć polecenia Set-AzSqlDatabase PowerShell lub az sql db update interfejsu wiersza polecenia platformy Azure, aby zaktualizować typ licencji na
BasePrice(Korzyść użycia hybrydowego platformy Azure) repliki rezerwowej do użycia, gdy replika rezerwowa stanie się podstawowa po przejściu w tryb failover.Co się stanie z stanem repliki rezerwowej podczas pracy w trybie failover?
Podczas planowanego lub nieplanowanego przejścia w tryb failover replika rezerwowa staje się nowym podstawowym kosztem regularnych licencji, podczas gdy oryginalna baza podstawowa staje się nową rezerwą pomocniczą i przestaje ponosić koszty licencjonowania rdzeni wirtualnych. Ponieważ jednak opłaty za wystąpienie są naliczane przez całą godzinę, nadal mogą być naliczane opłaty za licencje dla nowej pomocniczej przez całą godzinę, jeśli zmiana stanu nastąpi w połowie godziny. Jeśli oryginalny element podstawowy (który staje się rezerwowym po przejściu w tryb failover) używał Korzyść użycia hybrydowego platformy Azure, rabat licencjonowania rezerwowego zastępuje Korzyść użycia hybrydowego platformy Azure używany przez bazę danych.
Co zrobić, jeśli skaluję w górę podstawowy lub pomocniczy do wyższego rozmiaru rdzeni wirtualnych?
Podczas skalowania w górę najlepszym rozwiązaniem jest najpierw skalowanie pomocniczej w górę, a następnie podstawowe. Mimo że replika pomocnicza będzie mieć większą liczbę rdzeni wirtualnych niż podstawowa w okresie przejściowym, nadal obowiązują korzyści z repliki rezerwowej. Staraj się jak najbardziej zminimalizować okres przejściowy.
Co zrobić, jeśli skaluję w dół podstawowy lub pomocniczy do niższego rozmiaru rdzeni wirtualnych?
Podczas skalowania w dół najlepszym rozwiązaniem jest najpierw skalowanie w dół podstawowej, a następnie pomocniczej. Mimo że replika pomocnicza będzie mieć większą liczbę rdzeni wirtualnych niż podstawowa w okresie przejściowym, nadal obowiązują korzyści z repliki rezerwowej. Staraj się jak najbardziej zminimalizować okres przejściowy.
Co się stanie w przypadku usunięcia relacji replikacji geograficznej między repliką podstawową i rezerwową?
Po usunięciu replikacji geograficznej rezerwowa baza danych staje się regularną autonomiczną bazą danych i rozpoczyna naliczanie kosztów licencjonowania.
Czy mogę uzyskać korzyści z pojemności zarezerwowanej dla repliki rezerwowej?
Tak. Cennik pojemności zarezerwowanej jest w pełni zgodny z repliką rezerwową.
Czy mogę wyznaczyć replikę rezerwową podczas tworzenia nowej grupy trybu failover lub dodawania do niej baz danych?
Tak, ale tylko podczas tworzenia nowej grupy trybu failover lub dodawania baz danych do istniejącej grupy trybu failover w witrynie Azure Portal. Program PowerShell i interfejs wiersza polecenia platformy Azure nie są obecnie dostępne.