Przełączanie się na drugorzędne wysyłanie logów (SQL Server)

Dotyczy:SQL Server

Przełączanie się na wtórne wysyłanie logów jest przydatne, jeśli instancja serwera pierwotnego ulegnie awarii lub wymaga konserwacji.

Przygotowanie do kontrolowanego przełączenia awaryjnego

Zazwyczaj bazy baz podstawowych i wtórnych są niezsynchronizowane, ponieważ baza pierwotna jest nadal aktualizowana po ostatnim wykonaniu kopii zapasowej. Ponadto w niektórych przypadkach ostatnie kopie zapasowe dziennika transakcji nie zostały skopiowane do pomocniczych wystąpień serwera lub niektóre skopiowane kopie zapasowe dziennika mogły jeszcze nie zostać zastosowane do pomocniczej bazy danych. Zalecamy, abyś rozpoczął od synchronizacji wszystkich baz wtórnych z bazą podstawową, jeśli to możliwe.

Informacje o zadaniach związanych z wysyłką logów można znaleźć w sekcji About Log Shipping (SQL Server).

Przełączanie awaryjne

Aby przełączyć się do bazy danych drugoplanowej:

  1. Skopiuj wszystkie pliki kopii zapasowej, które nie zostały jeszcze skopiowane, z udziału kopii zapasowej do folderu docelowego kopii na każdym serwerze pomocniczym.

  2. Stosuj wszelkie niezastosowane kopie zapasowe logów transakcyjnych kolejno do każdej bazy drugoplanowej. Aby uzyskać więcej informacji, zobacz Apply Transaction Log Backups (SQL Server).

  3. Jeśli baza podstawowa jest dostępna, wykonaj kopię zapasową aktywnego dziennika transakcji i zastosuj kopię zapasową do baz wtórnych. Może być konieczne ustawienie bazy danych w trybie pojedynczego użytkownika , aby uzyskać wyłączny dostęp przed wydaniem polecenia przywracania, a następnie po zakończeniu przywracania ponownie przełączyć ją na tryb wieloużytkownikowy.

    Jeśli oryginalna instancja serwera głównego nie jest uszkodzona, wykonaj kopię zapasową logu transakcyjnego bazy głównej za pomocą WITH NORECOVERY. To pozostawia bazę danych w stanie przywracania i tym samym jest niedostępną dla użytkowników. Ostatecznie będziesz mógł przesuwać tę bazę danych do przodu, stosując kopie zapasowe dzienników transakcyjnych z nowej bazy pierwotnej.

    Aby uzyskać więcej informacji, zobacz Tworzenie kopii zapasowych dziennika transakcji (SQL Server).

  4. Po synchronizacji serwerów wtórnych możesz awaryjnie przejść do preferowanego serwera, odzyskując jego bazę danych i przekierowując klientów do tej instancji serwera. Odzyskiwanie pozwala bazie danych stać się stabilną i uruchamiać ją.

    Note

    Gdy udostępniasz bazę danych drugorzędną, powinieneś upewnić się, że jej metadane są zgodne z metadanymi oryginalnej bazy podstawowej. Aby uzyskać więcej informacji, zapoznaj się z Jak zarządzać metadanymi podczas udostępniania bazy danych na innym wystąpieniu serwera (SQL Server).

  5. Po odzyskaniu bazy danych wtórnej możesz ją przekonfigurować, aby służyła jako baza podstawowa dla innych baz wtórnych.

    Jeśli nie ma dostępnej innej bazy danych wtórnej, zobacz Configure Log Shipping (SQL Server).

Powiązane zadania

Treści powiązane

  • Last updated on