Udostępnij przez


Konfigurowanie replik nazwanych w warstwie Hiperskala i zarządzanie nimi

Dotyczy:Azure SQL Database

Ten artykuł zawiera przykłady konfigurowania bazy danych Azure SQL Database w warstwie Hiperskala o nazwie repliki i zarządzania nią.

Tworzenie repliki o nazwie Hiperskala

W poniższych przykładowych scenariuszach przedstawiono sposób tworzenia nazwanej repliki WideWorldImporters_NamedReplica bazy danych WideWorldImportersprzy użyciu witryny Azure Portal, języka T-SQL, programu PowerShell lub interfejsu wiersza polecenia platformy Azure.

W poniższym przykładzie tworzona jest nazwana replika WideWorldImporters_NamedReplica bazy danych WideWorldImporters przy użyciu języka T-SQL. Replika podstawowa używa HS_Gen5_4 celu poziomu usługi, a nazwana replika używa HS_Gen5_2. Oba używają tego samego serwera logicznego o nazwie contosoeast.

  1. W witrynie Azure Portal wyświetl wszystkie zasoby usługi Azure SQL i znajdź bazę danych, dla której chcesz utworzyć nazwaną replikę.

  2. Na stronie SQL Database wybierz bazę danych, przewiń do pozycji Zarządzanie danymi, wybierz pozycję Repliki, a następnie wybierz pozycję Utwórz replikę.

    Zrzut ekranu przedstawiający krok tworzenia nazwanej repliki.

  3. W obszarze Konfiguracja repliki wybierz pozycję Nazwana replika. Wybierz istniejący serwer lub utwórz nowy serwer dla nazwanej repliki. W razie potrzeby wprowadź nazwę bazy danych repliki i skonfiguruj opcje Obliczenia i magazyn .

    Zrzut ekranu przedstawiający konfigurację nazwanej repliki.

  4. Opcjonalnie skonfiguruj strefowo nadmiarową hiperskala o nazwie replica. Aby uzyskać więcej informacji, zobacz Nadmiarowość stref w usłudze Azure SQL Database w warstwie Hiperskala nazwanych replik.

    1. Na stronie Konfigurowanie bazy danych wybierz pozycję Tak dla opcji Czy chcesz, aby ta strefa bazy danych jest strefowo nadmiarowa?
    2. Dodaj do konfiguracji co najmniej jedną replikę pomocniczą o wysokiej dostępności.
    3. Wybierz Zastosuj.
  5. Wybierz pozycję Przejrzyj i utwórz, przejrzyj informacje, a następnie wybierz pozycję Utwórz.

  6. Rozpoczyna się proces wdrażania nazwanej repliki.

    Zrzut ekranu przedstawiający stan wdrożenia repliki o nazwie.

  7. Po zakończeniu wdrażania nazwana replika wyświetla jego stan.

    Zrzut ekranu przedstawiający stan repliki nazwanej po wdrożeniu.

  8. Wróć do podstawowej strony bazy danych, a następnie wybierz pozycję Repliki. Nazwana replika znajduje się na liście w obszarze Nazwane repliki.

    Zrzut ekranu przedstawiający podstawową i nazwaną replikę bazy danych SQL.

Ponieważ nie ma żadnego przenoszenia danych, w większości przypadków nazwana replika zostanie utworzona w około minutę. Gdy nazwana replika będzie dostępna, będzie widoczna w witrynie Azure Portal lub dowolnym narzędziu wiersza polecenia, takiego jak interfejs wiersza polecenia az lub program PowerShell. Nazwana replika może być żywa jako zwykła baza danych tylko do odczytu.

Nawiązywanie połączenia z repliką o nazwie Hiperskala

Aby nawiązać połączenie z repliką o nazwie Hiperskala, należy użyć parametry połączenia dla tej nazwanej repliki, odwołując się do jej serwerów i nazw baz danych. Nie ma potrzeby określania opcji ApplicationIntent=ReadOnly , ponieważ nazwane repliki są zawsze tylko do odczytu.

Podobnie jak w przypadku replik wysokiej dostępności, mimo że repliki podstawowe, wysokiej dostępności i nazwane współużytkują te same dane na tym samym zestawie serwerów stron, pamięci podręczne danych na każdej nazwanej replice są synchronizowane z podstawową repliką. Synchronizacja jest utrzymywana przez usługę dziennika transakcji, która przekazuje rekordy dziennika z podstawowej do nazwanych replik. W związku z tym, w zależności od obciążenia przetwarzanego przez nazwaną replikę, zastosowanie rekordów dziennika może wystąpić z różną szybkością, a tym samym różne repliki mogą mieć różne opóźnienia danych względem repliki podstawowej.

Modyfikowanie repliki o nazwie Hiperskala

Można zdefiniować cel poziomu usługi nazwanej repliki podczas jej tworzenia za pomocą ALTER DATABASE polecenia lub w inny obsługiwany sposób (portal, interfejs wiersza polecenia AZ, program PowerShell). Jeśli musisz zmienić cel poziomu usługi po utworzeniu nazwanej repliki, możesz to zrobić za pomocą ALTER DATABASE ... MODIFY polecenia w samej nazwanej repliki.

W poniższym przykładzie WideWorldImporters_NamedReplica jest nazwaną repliką WideWorldImporters bazy danych.

Otwórz stronę bazy danych nazwanej repliki, a następnie wybierz pozycję Obliczenia i magazyn. Zaktualizuj rdzenie wirtualne.

Zrzut ekranu przedstawiający aktualizację celu poziomu usługi repliki.

Usuwanie repliki o nazwie Hiperskala

Aby usunąć replikę o nazwie Hiperskala, upuść ją tak, jakby była to zwykła baza danych.

Otwórz stronę bazy danych repliki i wybierz Delete opcję.

Zrzut ekranu przedstawiający usuwanie nazwanej repliki.

Ważne

Nazwane repliki zostaną automatycznie usunięte po usunięciu repliki podstawowej, z której zostały utworzone.

Optymalizacja konfiguracji nazwanej repliki

Zaleca się skonfigurowanie nazwanej repliki o tym samym rozmiarze obliczeniowym (rdzeniach wirtualnych) co replika podstawowa. Jeśli replika podstawowa ma duże obciążenie zapisu, nazwana replika o niższym rozmiarze obliczeniowym może nie być w stanie nadążyć, powodując opóźnienie replikacji. Aby zachować umowy SLA dotyczące możliwości odzyskiwania, można tymczasowo zmniejszyć szybkość rejestrowania transakcji serwera podstawowego, aby umożliwić serwerom pomocniczym nadrobienie zaległości.

Jeśli zdecydujesz się utworzyć nazwaną replikę o innym rozmiarze obliczeniowym (rdzeniach wirtualnych) niż główna replika, monitoruj szybkość operacji we/wy logów na głównej z upływem czasu. Ułatwia to oszacowanie minimalnego rozmiaru obliczeniowego wymaganego dla nazwanej repliki w celu utrzymania obciążenia replikacji. Aby uzyskać więcej informacji, rozważ następujące obiekty:

  • Funkcja dynamicznego zarządzania sys.dm_hs_database_log_rate() (DMF) zawiera dodatkowe szczegóły ułatwiające zrozumienie redukcji szybkości rejestrowania, jeśli istnieje. Może wskazywać, która konkretna replika pomocnicza jest opóźniona w stosowaniu rekordów dziennika oraz całkowity rozmiar niezastosowanego dziennika transakcji.
  • Aby pobrać dane dziennika we/wy historycznego, użyj widoku sys.resource_stats.
  • W przypadku ostatnich danych we/wy dziennika z wyższym stopniem szczegółowości, które lepiej odzwierciedlają krótkoterminowe skoki, użyj sys.dm_db_resource_stats.

Aby uzyskać więcej informacji, zobacz Diagnostyka wydajności usługi Azure SQL Database w warstwie Hiperskala.