Udostępnij za pomocą

Aktualizowanie wystąpień lustrzanych

Dotyczy:SQL Server

Ostrzeżenie

Ta funkcja zostanie usunięta w przyszłej wersji programu SQL Server. Unikaj używania tej funkcji w nowych pracach programistycznych i zaplanuj modyfikowanie aplikacji, które obecnie korzystają z tej funkcji. W celu zapewnienia wysokiej dostępności zamiast tego użyj zawsze włączonych grup dostępności.

Ważne

Dublowanie baz danych w programie SQL Server to odrębna technologia od dublowania bazy danych usługi Microsoft Fabric. Dublowanie do Fabric zapewnia lepszą wydajność analizy, możliwość ujednolicenia zasobu danych z OneLake w Fabric i otwierania dostępu do danych w formacie Delta Parquet.

Dzięki funkcji mirroringu w usłudze Microsoft Fabric można stale replikować istniejące zasoby danych bezpośrednio do usługi OneLake w Microsoft Fabric, w tym danych z programu SQL Server 2016 lub nowszego, usługi Azure SQL Database, usługi Azure SQL Managed Instance, Cosmos DB, Oracle, Snowflake i nie tylko.

Podczas uaktualniania wystąpienia dublowanego programu SQL Server do nowej wersji, do nowego dodatku Service Pack programu SQL Server lub aktualizacji zbiorczej albo do nowej aktualizacji dodatku Service Pack systemu Windows lub aktualizacji zbiorczej można zmniejszyć czas przestoju dla każdej dublowanej bazy danych tylko do pojedynczego ręcznego przejścia w tryb failover przez przeprowadzenie uaktualnienia stopniowego (lub dwóch ręcznych trybów failover w przypadku powrotu po awarii do oryginalnego podstawowego). Uaktualnienie stopniowe to wieloetapowy proces, który w najprostszej postaci obejmuje uaktualnienie wystąpienia programu SQL Server działającego obecnie jako serwer dublowania w sesji dublowania, a następnie ręczne przełączenie w tryb failover dublowanej bazy danych, uaktualnienie poprzedniego głównego wystąpienia programu SQL Server i wznowienie dublowania. W praktyce dokładny proces będzie zależeć od trybu operacyjnego oraz liczby i układu sesji dublowania uruchomionej na uaktualnianych wystąpieniach programu SQL Server.

Aby uzyskać informacje na temat używania dublowania bazy danych z wysyłką dziennika podczas migracji, pobierz oficjalny dokument dotyczący dublowania bazy danych i wysyłania dziennika.

Wymagania wstępne

Przed rozpoczęciem zapoznaj się z następującymi ważnymi informacjami:

Przed rozpoczęciem uaktualniania stopniowego zalecamy:

  1. Przećwicz ręczne przejście w tryb failover na co najmniej jednej sesji dublowania:

    Uwaga / Notatka

    Aby uzyskać informacje o tym, jak działa ręczne przejście w tryb failover, zobacz Przełączanie ról podczas sesji dublowania bazy danych (SQL Server).

  2. Ochrona danych:

    1. Wykonaj pełną kopię zapasową bazy danych dla każdej głównej bazy danych:

      Utwórz pełną kopię zapasową bazy danych (SQL Server).

    2. Uruchom polecenie DBCC CHECKDB dla każdej głównej bazy danych.

Etapy stopniowej aktualizacji

Konkretne kroki uaktualnienia stopniowego zależą od trybu operacyjnego konfiguracji mirroringu. Jednak podstawowe etapy są takie same.

Uwaga / Notatka

Aby uzyskać informacje na temat trybów operacyjnych, zobacz Tryby operacyjne dublowania bazy danych.

Poniższa ilustracja to schemat blokowy przedstawiający podstawowe etapy uaktualniania stopniowego dla każdego trybu operacyjnego. Odpowiednie procedury są opisane po ilustracji.

Schemat blokowy przedstawiający kroki uaktualniania stopniowego

Ważne

Wystąpienie serwera może pełnić różne role mirroringu (serwer podstawowy, serwer mirror czy serwer świadek) w równoczesnych sesjach mirroringu. W takim przypadku należy odpowiednio dostosować podstawowy proces uaktualniania stopniowego. Aby uzyskać więcej informacji, zobacz Przełączanie ról podczas sesji dublowania bazy danych (SQL Server).

Uwaga / Notatka

W wielu przypadkach, po zakończeniu stopniowego uaktualniania, nastąpi przełączenie z powrotem do oryginalnego serwera głównego.

Aby zmienić sesję z trybu wysokiej wydajności na tryb wysokiego bezpieczeństwa

  1. Jeśli sesja lustrzanego odbicia jest uruchomiona w trybie wysokiej wydajności, przed wykonaniem uaktualnienia stopniowego zmień tryb operacyjny na wysokie bezpieczeństwo bez automatycznego przełączania awaryjnego.

    Ważne

    Jeśli serwer lustrzany jest geograficznie odległy od serwera głównego, aktualizacja stopniowa może być nieodpowiednia.

Aby usunąć świadka z sesji

  1. Jeśli sesja dublowania obejmuje świadka, zalecamy usunięcie świadka przed przeprowadzeniem aktualizacji w trybie ciągłym. W przeciwnym razie, gdy wystąpienie serwera lustrzanego jest uaktualniane, dostępność bazy danych zależy od świadka, który pozostaje połączony z wystąpieniem serwera głównego. Po usunięciu świadka można go zaktualizować w dowolnym momencie podczas stopniowego procesu uaktualniania, bez ryzyka przestoju bazy danych.

    Uwaga / Notatka

    Aby uzyskać więcej informacji, zobacz Kworum: Jak świadek wpływa na dostępność bazy danych (odbicie lustrzane bazy danych).

Aby przeprowadzić uaktualnienie stopniowe

  1. Aby zminimalizować przestoje, zalecamy wykonanie następujących czynności: Uruchom uaktualnienie stopniowe, aktualizując dowolnego partnera dublowania, który jest obecnie serwerem dublowania we wszystkich sesjach dublowania. Możesz musieć zaktualizować wiele instancji serwera w tym momencie.

    Uwaga / Notatka

    Świadek może zostać uaktualniony w dowolnym momencie procesu uaktualniania stopniowego. Jeśli na przykład wystąpienie serwera jest serwerem lustrzanym w sesji 1 i jest świadkiem w sesji 2, możesz uaktualnić wystąpienie serwera teraz.

    Wystąpienie serwera, które należy najpierw uaktualnić, zależy od bieżącej konfiguracji sesji replikacji w następujący sposób:

    • Jeśli jakiekolwiek wystąpienie serwera jest już serwerem dublowania we wszystkich sesjach dublowania, uaktualnij wystąpienie serwera do nowej wersji.

    • Jeśli wszystkie wystąpienia serwera są obecnie serwerem podstawowym w dowolnej sesji dublowania, wybierz jedno wystąpienie serwera do wstępnej aktualizacji. Następnie ręcznie przełącz awaryjnie każdą z głównych baz danych i uaktualnij tę instancję serwera.

    Po zaktualizowaniu wystąpienie serwera automatycznie dołącza ponownie do każdej ze swoich sesji mirroringu.

  2. Dla każdej sesji mirroringu, której wystąpienie serwera lustrzanego zostało właśnie uaktualnione, poczekaj, aż sesja się zsynchronizuje. Następnie połącz się z głównym wystąpieniem serwera i ręcznie wykonaj przełączenie sesji w tryb awaryjny. W przypadku failover, uaktualniona instancja serwera staje się serwerem nadrzędnym dla tej sesji, a były serwer nadrzędny staje się serwerem lustrzanym.

    Celem tego kroku jest, aby inne wystąpienie serwera stało się serwerem dublowania w każdej sesji dublowania, w której jest partnerem.

    Ograniczenia po przejściu w tryb failover do uaktualnionego wystąpienia serwera.

    Po przejściu w tryb failover z wcześniejszego wystąpienia serwera do uaktualnionego wystąpienia programu SQL Server sesja bazy danych zostanie zawieszona. Nie można go wznowić, dopóki inny partner nie zostanie uaktualniony. Jednak serwer główny nadal akceptuje połączenia i zezwala na dostęp do danych i modyfikacje głównej bazy danych.

    Uwaga / Notatka

    Ustanowienie nowej sesji dublowania wymaga, aby wszystkie wystąpienia serwera działały w tej samej wersji programu SQL Server.

  3. Po przejściu w tryb failover zalecamy uruchomienie polecenia DBCC CHECKDB w głównej bazie danych.

  4. Zaktualizuj każdą instancję serwera, która aktualnie jest serwerem lustrzanym we wszystkich sesjach lustrzanych, których jest partnerem. W tym momencie może być konieczne zaktualizowanie wielu serwerów.

    Ważne

    W złożonej konfiguracji lustrzania niektóre instancje serwera mogą nadal być oryginalnym serwerem pryncypalnym w jednej lub więcej sesjach lustrzania. Powtórz kroki 2–4 dla tych wystąpień serwera, aż wszystkie instancje biorące udział zostaną zaktualizowane.

  5. Wznów sesję dublowania.

    Uwaga / Notatka

    Automatyczne przełączanie failover nie będzie działać, dopóki świadek nie zostanie uaktualniony i ponownie dodany do sesji dublowania.

  6. Uaktualnij pozostałe wystąpienie serwera, które jest świadkiem we wszystkich sesjach mirroringu. Po ponownym dołączeniu zaktualizowanego świadka do sesji mirroringu, automatyczne przełączenie awaryjne ponownie stanie się możliwe. W tym momencie może być konieczne zaktualizowanie wielu serwerów.

Aby zwrócić sesję do trybu wysokiej wydajności

  1. Opcjonalnie wróć do trybu wysokiej wydajności przy użyciu jednej z następujących metod:

    • W programie SQL Server Management Studio: zmień opcję Tryb operacyjny na Wysoka wydajność (asynchroniczna) przy użyciu Strony dublowania okna dialogowego Właściwości bazy danych.

    • W języku Transact-SQL: użyj polecenia ALTER DATABASE , aby ustawić ustawienie bezpieczeństwa transakcji na WYŁĄCZONE.

Aby dodać świadka z powrotem do sesji mirroringu

  1. Opcjonalnie, w trybie wysokiego bezpieczeństwa, przywróć świadka dla każdej sesji z dublowaniem.

    Aby zwrócić świadka

Zobacz też

Aktualizacja do programu SQL Server 2016 przy użyciu Kreatora instalacji (Konfiguracja)
Instalowanie programu SQL Server 2016 w wierszu polecenia
Dublowanie bazy danych ALTER DATABASE (Transact-SQL)
Kopia zapasowa (Transact-SQL)
Wyświetlanie stanu dublowanej bazy danych (SQL Server Management Studio)
Dublowanie bazy danych (SQL Server)
Przełączanie roli podczas sesji mirroringu bazy danych (SQL Server)
Wymuszanie usługi w sesji dublowania bazy danych (Transact-SQL)
Uruchom monitor dublowania bazy danych (SQL Server Management Studio)
Tryby operacyjne mirroringu bazy danych

  • Last updated on