Replication and Log Shipping

wysyłanie dziennika pociąga za sobą dwie kopie jednej bazy danych, które zwykle znajdują się na różnych komputerach.W dowolnym momencie tylko jedna kopia bazy danych jest obecnie dostępne dla klientów.Ta kopia jest znany jako podstawowa baza danych.Aktualizacje wprowadzone przez klientów do głównej bazy danych są propagowane z wykorzystaniem wysyłanie dziennika w innej kopii bazy danych, znane jako pomocnicza baza danych.wysyłanie dziennika polega na zastosowaniu dziennik transakcji z każdym wstawiania, aktualizacji lub usuwania na podstawowa baza danych na pomocniczej bazy danych.

wysyłanie dziennika mogą być używane w połączeniu z replikacja o następujących zasadach:

  • Replikacja nie będzie kontynuowana po awaryjnego wysyłanie dziennika.Jeśli awaryjnej, agentów replikacja nie łącz z pomocniczej, dzięki czemu transakcje nie są replikowane do subskrybentów.Jeśli wystąpi stan po usunięciu awarii dla podstawowego, wznawia działanie replikacja.Wszystkie transakcje, wysyłanie dziennika kopii z tyłu pomocniczego do podstawowej są replikowane do subskrybentów.

  • Jeśli podstawowy jest trwale utracone, pomocniczej można zmienić nazwę, dzięki czemu można kontynuować replikacja.Do końca w tym temacie opisano wymagania i procedury dotyczące obsługi przypadek.W przykładzie, biorąc pod uwagę jest baza danych publikacji, która jest najbardziej typowe bazy danych do rejestrowania wysyłki, ale podobny proces może być stosowane również do bazy danych subskrypcja i dystrybucji.

Aby uzyskać informacje dotyczące odzyskiwania biorących udział w replikacja bazy danych, bez żadnego konieczne jest ponowne skonfigurowanie replikacja Zobacz Backing Up and Restoring Replicated Databases.

Uwaga

Zaleca się użycie dublowanie bazy danych, zamiast wysyłanie dziennika, aby zapewnić dostępność publikacja bazy danych.Aby uzyskać więcej informacji zobacz Replikacja i modułach bazy danych.

Wymagania i procedury dotyczące replikowanie z pomocniczej, jeśli podstawowy jest przerwane

Należy zwrócić uwagę na następujące wymagania i uwagi dotyczące:

  • Jeśli podstawowy zawiera więcej niż jeden baza danych publikacja, dziennik wysłać wszystkie s baza danych publikacja do tej samej pomocniczej.

  • Ścieżka instalacji dla danego wystąpienie serwer pomocniczy musi być taka sama, jak podstawowy.Lokalizacje baz danych użytkownika serwer pomocniczy musi być taka sama, jak na podstawowy.

  • Wykonaj kopię zapasową klucz głównego usługa na podstawowy.Ten klucz zostanie przywrócony na pomocniczej.Aby uzyskać więcej informacji zobacz KLUCZ główny usługa kopia zapasowa (języka Transact-SQL).

  • wysyłanie dziennika nie gwarantuje przed utratą danych.Brak podstawowa baza danych może spowodować utratę danych, które nie zostały jeszcze wykonaniu kopii zapasowej lub kopii zapasowych, które zostaną utracone podczas awarii.

wysyłanie dziennika z transakcji replikacja

W przypadku replikacja transakcyjnej, zależy od zachowania wysyłanie dziennika Synchronizacja z kopia zapasowa opcji.Ta opcja może być ustawiona na baza danych publikacja i dystrybucji bazy danych; w dzienniku wysyłki Wydawca tylko ustawienie baza danych publikacja ma znaczenie.

Ustawienie tej opcji do bazy danych w publikacja zapewnia, że transakcje nie są dostarczane do baza danych dystrybucji, dopóki zapasowe są one w bazie danych publikacja.Ostatnia baza danych publikacja następnie można przywrócić kopia zapasowa serwer pomocniczy bez możliwości baza danych dystrybucji o transakcji, przywróconych baza danych publikacja nie ma.Tej opcji gwarantuje, że jeśli wydawca nie przez serwer pomocniczy, spójności jest zachowywana między programem Publisher, dystrybutor a subskrybentów.Czas oczekiwania i przesyłania danych są zagrożone, ponieważ transakcje nie mogą zostać dostarczone do baza danych dystrybucji do momentu ich których kopie zapisano przez wydawcę, jeśli aplikacja można tolerować to opóźnienie, zaleca się ustawienie tej opcji na baza danych publikacja.Jeśli Synchronizacja z kopia zapasowa opcja nie jest zestaw, subskrybenci mogą pojawiać się zmiany, które nie są uwzględniane w odzyskane bazy danych serwer pomocniczy.Aby uzyskać więcej informacji zobacz Strategie wykonywanie kopii zapasowych i przywracanie replikacja migawka i transakcji.

Aby skonfigurować replikację transakcyjnych i wysyłanie dziennika z synchronizacji z opcją kopia zapasowa

  1. Jeśli synchronizacja przy użyciu opcji kopia zapasowa nie jest ustawiona na baza danych publikacja, wykonać sp_replicationdboption '<publicationdatabasename>', 'sync with backup', 'true'. Aby uzyskać więcej informacji zobacz sp_replicationdboption (Transact-SQL).

  2. Konfigurowanie wysyłanie dziennika publikacja bazy danych.Aby uzyskać więcej informacji zobacz Log Shipping Deployment.

  3. Jeśli wydawca nie powiedzie się, przywrócić ostatnią dziennika bazy danych serwer pomocniczy, opcja KEEP_REPLICATION przywracanie dziennik.To zachowuje wszystkie ustawienia replikacja bazy danych.Aby uzyskać więcej informacji zobacz Failing Over to a Log Shipping Secondary i przywracanie (języka Transact-SQL).

  4. Przywracanie msdb bazy danych i wzorzec baz danych z podstawowego do pomocniczej.Aby uzyskać więcej informacji zobacz Considerations for Restoring the model and msdb Databases i Considerations for Restoring the master Database. Jeśli podstawowy również dystrybutor, przywracanie baza danych dystrybucji z podstawowego pomocniczej.

    Te bazy danych muszą być zgodne z baza danych publikacja w podstawowej konfiguracja replikacja i ustawienia.

  5. At the secondary server, rename the computer and then rename the Microsoft SQL Server instance to match the primary server name.Aby uzyskać informacje na temat zmiany nazwy komputera zobacz w dokumentacji systemu Windows.Aby uzyskać informacje na temat zmiany nazwy serwera zobacz How to: Rename a Computer that Hosts a Stand-Alone Instance of SQL Server i How to: Rename a SQL Server Failover Cluster Instance.

  6. serwer pomocniczy przywracanie klucz główny usługa, która została wykonana kopia zapasowa z podstawowego.Aby uzyskać więcej informacji zobacz RESTORE SERVICE MASTER KEY (Transact-SQL).

Aby skonfigurować replikację transakcyjnych i wysyłanie dziennika bez synchronizacji z opcją kopia zapasowa

  1. Konfigurowanie wysyłanie dziennika publikacja bazy danych.Aby uzyskać więcej informacji zobacz Log Shipping Deployment.

  2. Jeśli wydawca nie powiedzie się, przywrócić ostatnią dziennika bazy danych serwer pomocniczy, opcja KEEP_REPLICATION przywracanie dziennik.To zachowuje wszystkie ustawienia replikacja bazy danych.Aby uzyskać więcej informacji zobacz Failing Over to a Log Shipping Secondary i przywracanie (języka Transact-SQL).

  3. Przywracanie msdb bazy danych i wzorzec baz danych z podstawowego do pomocniczej.Aby uzyskać więcej informacji zobacz Considerations for Restoring the model and msdb Databases i Considerations for Restoring the master Database. Jeśli podstawowy również dystrybutor, przywracanie baza danych dystrybucji z podstawowego pomocniczej.

    Te bazy danych muszą być zgodne z baza danych publikacja w podstawowej konfiguracja replikacja i ustawienia.

  4. serwer pomocniczy, Zmień nazwę komputera, a następnie zmień nazwę SQL Server wystąpienie jest zgodna nazwa serwer podstawowy. Aby uzyskać informacje na temat zmiany nazwy komputera zobacz w dokumentacji systemu Windows.Aby uzyskać informacje na temat zmiany nazwy serwera zobacz How to: Rename a Computer that Hosts a Stand-Alone Instance of SQL Server i How to: Rename a SQL Server Failover Cluster Instance.

    Od agentów Reader dziennik może zostać wyświetlony komunikat o błędzie, baza danych publikacja i bazy danych dystrybucji nie są zsynchronizowane.

  5. serwer pomocniczy przywracanie klucz główny usługa, która została wykonana kopia zapasowa z podstawowego.Aby uzyskać więcej informacji zobacz RESTORE SERVICE MASTER KEY (Transact-SQL).

  6. wykonać sp_replrestart.Ta procedura przechowywana umożliwia wymuszanie Agent odczytywania dziennika zignorowanie wszystkich poprzednich transakcji replikowanych w baza danych publikacja dziennika.Transakcje stosowane po zakończeniu procedura przechowywana są przetwarzane przez Agent odczytywania dziennika.Aby uzyskać więcej informacji zobacz sp_replrestart (języka Transact-SQL).

  7. Po procedura przechowywana wykonuje się pomyślnie, należy ponownie uruchomić Agent odczytywania dziennika.Aby uzyskać więcej informacji zobacz How to: Start and Stop a Replication Agent (SQL Server Management Studio).

  8. Transakcje, które już zostały przekazane do subskrybent mogą być zastosowane na Wydawca.Aby upewnić się, że Agent dystrybucji nie Niepowodzenie z powodu błędu podczas próby ponownego zastosowania tych transakcji na subskrybent, określanie profilu agenta: Kontynuuj na błędy spójności danych.Aby uzyskać więcej informacji zobacz Skipping Errors in Transactional Replication.

wysyłanie dziennika z replikacja scalania

Wykonaj kroki opisane w procedurze poniżej, aby skonfigurować replikacja łączenia i rejestrować wysyłki.

Konfigurowanie replikacja łączenia i wysyłanie dziennika

  1. Konfigurowanie wysyłanie dziennika publikacja bazy danych.Aby uzyskać więcej informacji zobacz Log Shipping Deployment.

  2. Jeśli wydawca nie powiedzie się, przywrócić ostatnią dziennika bazy danych serwer pomocniczy, opcja KEEP_REPLICATION przywracanie dziennik.To zachowuje wszystkie ustawienia replikacja bazy danych.Aby uzyskać więcej informacji zobacz Failing Over to a Log Shipping Secondary i przywracanie (języka Transact-SQL).

  3. Przywracanie msdb bazy danych i wzorzec baz danych z podstawowego do pomocniczej.Aby uzyskać więcej informacji zobacz Considerations for Restoring the model and msdb Databases i Considerations for Restoring the master Database. Jeśli podstawowy również dystrybutor, przywracanie baza danych dystrybucji z podstawowego pomocniczej.

    Te bazy danych muszą być zgodne z baza danych publikacja w podstawowej konfiguracja replikacja i ustawienia.

  4. serwer pomocniczy, Zmień nazwę komputera, a następnie zmień nazwę SQL Server wystąpienie jest zgodna nazwa serwer podstawowy. Aby uzyskać informacje na temat zmiany nazwy komputera zobacz w dokumentacji systemu Windows.Aby uzyskać informacje na temat zmiany nazwy serwera zobacz How to: Rename a Computer that Hosts a Stand-Alone Instance of SQL Server i How to: Rename a SQL Server Failover Cluster Instance.

  5. serwer pomocniczy przywracanie klucz główny usługa, która została wykonana kopia zapasowa z podstawowego.Aby uzyskać więcej informacji zobacz RESTORE SERVICE MASTER KEY (Transact-SQL).

  6. Synchronizowanie baza danych publikacja z jednego lub kilku baz danych subskrypcja.Dzięki temu można przekazać zmiany wprowadzone poprzednio w baza danych publikacja, ale nie są reprezentowane w przywróconej kopia zapasowa.Dane, które można przekazać zależy od sposobu, w którym zastosowano filtr w publikacja:

    • Jeśli publikacja nie jest filtrowany, powinno być możliwe do dostosowania baza danych publikacji aktualne dzięki synchronizacji z aktualną subskrybent.

    • Jeśli w publikacja zastosowano filtr, nie można do baza danych publikacja aktualne.Należy wziąć pod uwagę tabela, która jest już podzielony na partycje taki sposób, że każdy subskrypcja odbiera dane klienta tylko dla jednego region: Północ, wschód, południe i Zachód. W przypadku subskrybent co najmniej jeden dla każdej partycji danych, synchronizowanie z subskrybent dla każdej partycji należy przenieść baza danych publikacja aktualne.Jednak jeśli danych z partycji Zachód, na przykład, nie był replikowany do wszystkich subskrybentów, tych danych przez wydawcę nie można przełączyć aktualne.W takim przypadek firma Microsoft zaleca reinitializing wszystkie subskrypcje, dzięki czemu converges danych Wydawca i subskrybentów.Aby uzyskać więcej informacji zobacz Reinitializing subskrypcja.

    Przy synchronizacji z subskrybent, na którym uruchomiono wersja SQL Server przed SQL Server 2005, subskrypcji nie może być anonimowych; musi to być subskrypcja kliencka lub subskrypcja serwerowa (nazywane subskrypcje lokalne i globalne subskrypcji w poprzednich wersjach). Aby uzyskać więcej informacji zobacz Synchronizowanie danych.