Replikacja i dzienników
Dziennik wysyłki obejmuje dwie kopie jednej bazy danych, które zazwyczaj znajdują się na różnych komputerach.W dowolnym podane czastylko jedną kopię bazy danych jest aktualnie dostępne dla klientów.Egzemplarz ten jest znany jako podstawowa baza danych.Aktualizacje dokonane przez klientów do podstawowa baza danych są propagowane poprzez wysyłanie dziennika do innej kopii bazy danych, znany jako pomocnicza baza danych.Dziennik wysyłki wykorzystuje dziennik transakcji z każdym wstawiania, aktualizacji lub usunięcia na podstawowa baza danych na pomocnicza baza danych.
Wysyłki dziennika mogą być używane w połączeniu z replikacja z następujące zachowanie:
Replikacja nie będzie kontynuowana po przejęciu awaryjnym wysyłanie dziennika.Jeśli awaryjnej, agenci replikacja nie połączyć pomocniczej, więc transakcje nie są replikowane do subskrybentów.Jeśli nastąpi powrót do podstawowego, wznawia replikacja.Wszystkie transakcje, wysyłanie dziennika kopie z tyłu pomocniczego do podstawowej są replikowane do subskrybentów.
Jeśli podstawowy jest trwale utracone, pomocniczej można zmienić nazwy tak, aby kontynuować replikacja.Reszta w tym temacie opisano wymagania i procedury dotyczące obsługi przypadek.Przykład podany jest baza danych publikacji, która jest najczęściej bazy danych dziennika statku, ale można podobny proces również być stosowane do bazy danych subskrypcja i dystrybucji.
Informacje o odzyskiwaniu uczestniczących w replikacja bazy danych, bez potrzeby zmiany konfiguracji replikacja, zobacz Wykonywanie kopii zapasowych i przywracaniu zreplikowanych baz danych.
Ostrzeżenie
Zaleca się użycie dublowania baz danych, zamiast wysyłanie dziennika, aby zapewnić dostępność dla baza danych publikacja.Aby uzyskać więcej informacji, zobacz Replikacja i dublowania baz danych.
Wymagania i procedury dotyczące replikowanie z pomocniczej, jeśli podstawowy utracone
Należy pamiętać o następujących wymagania i uwagi:
Jeśli podstawowy zawiera więcej niż jedną baza danych publikacji, dziennika wysyłki wszystkich baz danych publikacja w celu samej pomocniczej.
Ścieżka instalacji dla tego wystąpienie serwer pomocniczy musi być taka sama, jak podstawowy.Lokalizacje baz danych użytkownika serwer pomocniczy musi być taki sam, 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ługi BACKUP (Transact-SQL).
Dziennik wysyłki nie gwarantuje przed utratą danych.Awaria w podstawowa baza danych może spowodować utratę danych, który nie jeszcze wykonano w górę lub kopii zapasowych, które zostaną utracone podczas awarii.
Dziennik replikacji transakcyjnej Wysyłka
Dla replikacja transakcyjna, zależy od zachowania wysyłanie dziennika synchronizacji z kopia zapasowa opcji.Tę opcję zestaw na baza danych publikacja i bazy danych dystrybucji; w wysyłanie dziennika dla Wydawca, jest istotne tylko ustawienia baza danych publikacji.
Ustawienie tej opcji na baza danych publikacja zapewnia, że transakcje nie są dostarczane do dystrybucyjnej bazy danych, dopóki są kopii zapasowej na baza danych publikacja.Ostatnio baza danych publikacja kopia zapasowa następnie można przywrócić serwer pomocniczy, bez możliwości dystrybucyjnej bazy danych o transakcjach, przywrócone baza danych publikacja nie ma.Opcja ta gwarantuje, że jeśli Wydawca nie przez serwer pomocniczy, utrzymać spójność między Wydawca, dystrybutora i abonentów.Czas oczekiwania i przepustowości są zagrożone, ponieważ transakcje nie może być dostarczony do baza danych dystrybucji, dopóki nie zostały one kopii zapasowej Wydawca; Jeśli aplikacja może tolerować tego opóźnienia, zaleca się zestaw tej opcji na baza danych publikacja.Jeśli synchronizacji z kopia zapasowa opcja nie jest zestaw, subskrybentów może odbierać zmiany, które są już uwzględnione w odzyskane bazy danych serwer pomocniczy.Aby uzyskać więcej informacji, zobacz Strategii tworzenia kopii zapasowych i przywracanie migawki i transakcyjnych replikacji.
Aby skonfigurować replikacja transakcyjna i wysyłka synchronizacji z opcją kopia zapasowa dziennika
Jeśli synchronizacji z opcją kopia zapasowa nie jest zestaw na bazie publikacja wykonać sp_replicationdboption '<publicationdatabasename>', 'sync with backup', 'true'.Aby uzyskać więcej informacji, zobacz sp_replicationdboption (języka Transact-SQL).
Konfigurowanie wysyłki dziennika dla baza danych publikacja.Aby uzyskać więcej informacji, zobacz Dziennik wysyłki wdrażania.
Jeśli wydawca nie powiedzie się, przywrócić serwer pomocniczy za pomocą opcji KEEP_REPLICATION dziennika przywracanie ostatniego dziennika bazy danych.Zachowuje wszystkie ustawienia replikacja bazy danych.Aby uzyskać więcej informacji, zobacz Awaryjnemu dzienniku wysyłki pomocniczy i RESTORE (Transact-SQL).
Przywracanie msdb bazy danych i wzorca baz danych z podstawowego do pomocniczej.Aby uzyskać więcej informacji, zobacz Zagadnienia dotyczące przywracania baz danych modelu i msdb i Zagadnienia dotyczące przywracania bazy danych master.Jeśli podstawowy został również dystrybutora, przywracanie baza danych dystrybucji z podstawowego pomocniczej.
Te bazy danych muszą być zgodne z baza danych publikacja w podstawowej konfiguracja replikacja i ustawienia.
At the secondary server, rename the computer and then rename the Microsoft SQL Server instance to match the primary server name.Aby uzyskać informacje dotyczące zmiany nazwy komputera zobacz dokumentację systemu Windows.Aby uzyskać informacje dotyczące zmiany nazwy serwera, zobacz Jak Zmień nazwę komputera obsługującego autonomicznej wystąpienie programu SQL Server i Jak Zmień nazwę SQL Server wystąpienia klastra pracy awaryjnej.
Przywracanie na serwerze pomocniczym usługa klucza głównego, która została wykonana kopia zapasowa z podstawowego.Aby uzyskać więcej informacji, zobacz Przywracanie klucza głównego serwisu (Transact-SQL).
Aby skonfigurować replikacja transakcyjna i wysyłki bez synchronizacji z opcją kopia zapasowa dziennika
Konfigurowanie wysyłki dziennika dla baza danych publikacja.Aby uzyskać więcej informacji, zobacz Dziennik wysyłki wdrażania.
Jeśli wydawca nie powiedzie się, przywrócić serwer pomocniczy za pomocą opcji KEEP_REPLICATION dziennika przywracanie ostatniego dziennika bazy danych.Zachowuje wszystkie ustawienia replikacja bazy danych.Aby uzyskać więcej informacji, zobacz Awaryjnemu dzienniku wysyłki pomocniczy i RESTORE (Transact-SQL).
Przywracanie msdb bazy danych i wzorca baz danych z podstawowego do pomocniczej.Aby uzyskać więcej informacji, zobacz Zagadnienia dotyczące przywracania baz danych modelu i msdb i Zagadnienia dotyczące przywracania bazy danych master.Jeśli podstawowy został również dystrybutora, przywracanie baza danych dystrybucji z podstawowego pomocniczej.
Te bazy danych muszą być zgodne z baza danych publikacja w podstawowej konfiguracja replikacja i ustawienia.
serwer pomocniczy, Zmień nazwę komputera, a następnie zmień nazwę SQL Server wystąpienie do podstawowego nazwa serwera.Aby uzyskać informacje dotyczące zmiany nazwy komputera zobacz dokumentację systemu Windows.Aby uzyskać informacje dotyczące zmiany nazwy serwera, zobacz Jak Zmień nazwę komputera obsługującego autonomicznej wystąpienie programu SQL Server i Jak Zmień nazwę SQL Server wystąpienia klastra pracy awaryjnej.
Może pojawić się komunikat o błędzie z dziennika agenta czytnika, baza danych publikacja i dystrybucyjnej bazy danych nie są zsynchronizowane.
Przywracanie na serwerze pomocniczym usługa klucza głównego, która została wykonana kopia zapasowa z podstawowego.Aby uzyskać więcej informacji, zobacz Przywracanie klucza głównego serwisu (Transact-SQL).
Wykonanie sp_replrestart.Tę procedura składowana można wymusić Agent czytnik dziennika ignorować wszystkie poprzednie transakcje replikowanych w baza danych publikacja dziennika.Transakcje stosowane po zakończeniu procedura składowana są przetwarzane przez Agent odczytywania dziennika.Aby uzyskać więcej informacji, zobacz sp_replrestart (języka Transact-SQL).
Uruchom ponownie Agent odczytywania dziennika po procedura składowana wykonuje się pomyślnie.Aby uzyskać więcej informacji, zobacz Jak Uruchamianie i zatrzymywanie Agent replikacji (SQL Server Management Studio).
Transakcje, które zostały już rozpowszechnione subskrybent może być stosowane w Wydawca.W celu zapewnienia, że Agent dystrybucji nie niepowodzenie błąd podczas próby ponownego zastosowania tych transakcji na subskrybenta, określ profil agenta zatytułowany Nadal na błędy spójności danych.Aby uzyskać więcej informacji, zobacz Pomijanie błędy replikacji transakcyjnej.
Dziennik replikacji scalania Wysyłka
Wykonaj kroki w procedurze poniżej, aby skonfigurować replikacja scalająca i dziennika wysyłki.
Konfigurowanie replikacja scalająca i wysyłanie dziennika
Konfigurowanie wysyłki dziennika dla baza danych publikacja.Aby uzyskać więcej informacji, zobacz Dziennik wysyłki wdrażania.
Jeśli wydawca nie powiedzie się, przywrócić serwer pomocniczy za pomocą opcji KEEP_REPLICATION dziennika przywracanie ostatniego dziennika bazy danych.Zachowuje wszystkie ustawienia replikacja bazy danych.Aby uzyskać więcej informacji, zobacz Awaryjnemu dzienniku wysyłki pomocniczy i RESTORE (Transact-SQL).
Przywracanie msdb bazy danych i wzorca baz danych z podstawowego do pomocniczej.Aby uzyskać więcej informacji, zobacz Zagadnienia dotyczące przywracania baz danych modelu i msdb i Zagadnienia dotyczące przywracania bazy danych master.Jeśli podstawowy został również dystrybutora, przywracanie baza danych dystrybucji z podstawowego pomocniczej.
Te bazy danych muszą być zgodne z baza danych publikacja w podstawowej konfiguracja replikacja i ustawienia.
serwer pomocniczy, Zmień nazwę komputera, a następnie zmień nazwę SQL Server wystąpienie do podstawowego nazwa serwera.Aby uzyskać informacje dotyczące zmiany nazwy komputera zobacz dokumentację systemu Windows.Aby uzyskać informacje dotyczące zmiany nazwy serwera, zobacz Jak Zmień nazwę komputera obsługującego autonomicznej wystąpienie programu SQL Server i Jak Zmień nazwę SQL Server wystąpienia klastra pracy awaryjnej.
Przywracanie na serwerze pomocniczym usługa klucza głównego, która została wykonana kopia zapasowa z podstawowego.Aby uzyskać więcej informacji, zobacz Przywracanie klucza głównego serwisu (Transact-SQL).
Synchronizowanie baza danych publikacja z jednego lub kilku baz danych subskrypcja.Pozwala to na przekazywanie zmian dokonanych uprzednio w baza danych publikacja, ale nie jest reprezentowane w przywróconej kopia zapasowa.Dane, które mogą być przekazywane zależy od sposobu, w którym publikacja jest filtrowane:
Jeśli publikacja nie jest filtrowany, powinno być możliwe do baza danych publikacji aktualnych dzięki synchronizacji z aktualną subskrybenta.
Jeśli publikacja jest filtrowana, nie można do baza danych publikacji aktualne.Należy rozważyć tabela, która jest podzielony na partycje, takie, że subskrypcja odbiera dane klienta tylko dla jednego region: Północ, wschód, południe i Zachód.Jeśli istnieje co najmniej jeden abonenta dla każdej partycji danych, synchronizowanie z subskrybentem dla każdej partycji należy uzupełnić baza danych publikacji-do-data.Jednak jeśli danych z partycji zachodniej, na przykład, nie został zreplikowany do wszystkich subskrybentów, dane Wydawca nie można przełączyć-do-data.W takim przypadek zaleca się pomocą ponownego inicjowania wszystkie subskrypcje tak, aby dane w Wydawca i uzyskuje zbieżności subskrybentów.Aby uzyskać więcej informacji, zobacz Pomocą ponownego inicjowania subskrypcji.
Synchronizacji z subskrybentem, na którym działa wersja SQL Server przed SQL Server 2005, subskrypcja nie może być anonimowy; musi być subskrypcja kliencka lub subskrypcja serwerowa (zwaną subskrypcje lokalne i globalne subskrypcje w poprzednich wersjach).Aby uzyskać więcej informacji, zobacz Synchronizowanie danych.
Zobacz także