Database Mirroring and Log Shipping
Danej bazy danych mogą być dublowane lub został wysłany dziennika; może on również jednocześnie zdublowany i wysyłane do dziennika.Aby wybrać, jakie podejścia do używania, należy uwzględnić następujące czynniki:
Ile serwerów obiekt docelowy wymagają?
Jeśli potrzebna jest tylko jeden obiekt docelowy bazy danych, dublowanie bazy danych jest zalecanym rozwiązaniem.
Jeśli potrzebna jest więcej niż jedną obiekt docelowy bazy danych, należy użyć wysyłanie dziennika, samodzielnie lub z dublowanie bazy danych.Łączenie tych metod umożliwia korzyści wynikających z dublowanie bazy danych wraz z obsługę wielu miejsc docelowych, dostarczone przez wysyłanie dziennika.
Należy opóźnić Przywracanie dziennika w docelowej bazie danych (zazwyczaj w celu ochrony przed błędów logicznych), należy użyć wysyłanie dziennika, samodzielnie lub z dublowanie bazy danych.
W tym temacie omówiono zagadnienia dotyczące łączenia wysyłanie dziennika i dublowanie bazy danych.
Uwaga
Aby wprowadzeń do tych technologii zobacz Database Mirroring Overview i Log Shipping Overview.
Łączenie wysyłanie dziennika oraz modułach bazy danych
Główne bazy danych w sesja dublowanie może także działać jako podstawowa baza danych w dzienniku konfiguracja wysyłki lub odwrotnie, jako kopia zapasowa wysyłanie dziennika udziału jest prawidłowa.dublowanie bazy danych sesja uruchomić w dowolny tryb działania, niezależnie od tego, czy synchronicznie (o bezpieczeństwo transakcji ustawić FULL) czy asynchroniczne (o bezpieczeństwo transakcji ustawić na OFF).
Uwaga
Aby korzystać z dublowanie bazy danych w bazie danych, konieczne jest zawsze model pełnego odzyskiwanie.
Zazwyczaj podczas łączenia wysyłanie dziennika i dublowanie bazy danych, dublowania ustanowieniu sesja przed dostarczeniem dziennika, chociaż nie jest to wymagane.Następnie bieżącej główna baza danych jest skonfigurowany jako wysyłanie dziennika podstawowego ( główny/podstawowa baza danych), razem z jednego lub kilku zdalnych baz pomocniczy danych.Ponadto lustrzana baza danych musi być skonfigurowany jako wysyłanie dziennika podstawowego ( dublowanie/podstawowa baza danych).wysyłanie dziennika Pomocniczych baz danych należy wystąpienia innego serwera niż serwer główny/podstawowego lub dublowania/serwer podstawowy.
Uwaga
Ustawień rozróżniania wielkości liter serwerów zajmujących się wysyłanie dziennika powinny być zgodne.
Podczas wysyłanie dziennika sesja, zadania kopia zapasowa z podstawowej bazy danych należy utworzyć kopie zapasowe dziennika w folderze kopia zapasowa.Z tego miejsca kopie zapasowe są kopiowane przez kopię zadania z serwerów pomocniczych.Zadania kopia zapasowa i kopii zadania się powiodła, musi mieć dostęp do wysyłanie dziennika folderu kopia zapasowa.Aby zmaksymalizować dostępność serwer podstawowy, zaleca się ustanowieniu do tego folderu kopii zapasowych w udostępnionej lokalizacji kopii zapasowych na komputerze z oddzielnych hosta.Zapewniają, że wszystkie serwery wysyłanie dziennika, łącznie z serwer podstawowy/dublowania, mogą uzyskać dostęp udostępnionej lokalizacji kopia zapasowa (nazywane udział w kopia zapasowa).
Aby umożliwić wysyłanie dziennika kontynuować po dublowanie nie powiedzie się w bazie danych, należy także skonfigurować serwer dublowany jako serwer podstawowy, w takiej samej konfiguracja, użyć dla podstawowego główna baza danych.Baza danych woluminu dublowanego jest stan przywracania, który uniemożliwia wykonywanie kopii zapasowych dziennika do bazy danych, dublowanie zadania kopia zapasowa.Pozwala to uzyskać pewność, że dublowania/podstawowa baza danych nie zakłóca główny/podstawowa baza danych, których kopie zapasowe dziennika aktualnie są kopiowane przez serwery pomocnicze.Aby zapobiec fałszywe alerty po zadaniu kopia zapasowa wykonuje dublowania/podstawowa baza danych, zadania kopia zapasowa dzienników wiadomości log_shipping_monitor_history_detail tabela, a zadanie agent zwraca stan powodzenia.
Dublowanie/podstawowa baza danych jest nieaktywny w wysyłanie dziennika sesja.Jednak jeżeli dublowanie nie powiedzie się nad, byłego lustrzana baza danych znajduje się główna baza danych online.W tym punkcie tę bazę danych również uaktywniany jako wysyłanie podstawowa baza danych dziennika.Wysyłanie zadań kopia zapasowa, które były wcześniej nie można wysłać dziennika w tej bazie danych dziennika rozpoczyna wysyłanie dziennika.I odwrotnie awaryjnego powoduje, że poprzednie bazy danych główny/podstawową nowej bazy danych dublowania/podstawowego i stan przywracania, a przestają zadania kopia zapasowa tej bazy danych do wykonywania kopii zapasowych dziennika.
Uwaga
W przypadku wystąpienia automatyczna praca awaryjna, pojawia się przełącznik do roli dublowanie podczas poprzedniego główny / podstawowa baza danych dołącza dublowanie sesja.
Do pracy w trybie wysokiego bezpieczeństwa z automatyczna praca awaryjna dublowanie sesja jest skonfigurowany z wystąpienie serwera dodatkowe znane jako dowód.Jeżeli główna baza danych zostanie utracone z jakiegokolwiek powodu po jest synchronizowane z bazą danych, a jeśli serwer dublowany i dowód może nadal komunikować się ze sobą, automatyczna praca awaryjna występuje.Automatyczne trybu pracy awaryjnej powoduje, że serwer dublowany przyjąć rolę głównego i jego bazy danych online główna baza danych.Aby uzyskać więcej informacji zobaczAutomatic Failover.Jeśli wysyłanie dziennika lokalizacji kopia zapasowa jest dostępny na nowy serwer główny/podstawowego, rozpocznij jego zadania kopia zapasowa na wysłanie kopii zapasowych dziennika do tej lokalizacji.dublowanie bazy danych tryb synchroniczny gwarantuje, że łańcuch dzienników jest nie ma wpływu dublowania pracy awaryjnej, a tylko prawidłowe dziennik zostanie przywrócona.Serwery pomocnicze kontynuować kopiowanie kopie zapasowe dziennika bez znajomości wystąpienie inny serwer stał serwer podstawowy.
Podczas korzystania z lokalnych wysyłanie dziennika monitora, nie specjalne uwagi są niezbędne do umieszczenia w tym scenariuszu.Aby uzyskać informacje o użyciu zdalnego wystąpienie monitorowania w tym scenariuszu, zobacz temat "wpływu z dublowanie bazy danych na a zdalnego monitorowania instancji," w dalszej części tego tematu.
Nie można wykonać za pośrednictwem z głównej do bazy danych dublowanie
Następujący rysunek pokazuje, w jaki sposób wysyłanie dziennika i dublowanie pracy ze sobą podczas dublowanie bazy danych jest uruchomiony w trybie wysokiego bezpieczeństwa z automatyczna praca awaryjna.Początkowo Server_A jest serwer główny dla dublowanie i serwer podstawowy dla wysyłanie dziennika.Server_B jest serwerem lustrzane i jest zarazem skonfigurowany jako serwer główny, który jest obecnie nieaktywne.Server_C and Server_D są serwery pomocnicze wysyłanie dziennika.Aby zmaksymalizować dostępność wysyłanie dziennika sesja, lokalizacja kopia zapasowa znajduje się w katalogu udziału na komputerze hosta oddzielne.
.gif "Log shipping and database mirroring")
Po dublowanie pracy awaryjnej nazwę serwer podstawowy zdefiniowanych serwer pomocniczy pozostaje bez zmian..
Wpływ dublowanie bazy danych na zdalny wystąpienie monitorowania
Gdy wysyłanie dziennika korzysta ze zdalnego wystąpienie monitorowania, łączenie wysyłanie dziennika sesja i dublowanie bazy danych wpływa na dane w tabelach monitora.Informacje na temat podstawowej jest kombinacją jeden skonfigurowane na kapitał/podstawowego i skonfigurowane na każdy dodatkowy monitor.
Aby zachować monitorowania bezproblemowe tak jak jest to możliwe, korzystając z monitora zdalnego, zaleca określić oryginalną nazwę podstawowego, konfigurując podstawowy na pomocniczej.Takie rozwiązanie ułatwia także zmianę wysyłanie dziennika konfiguracja firmy Microsoft SQL Server Agent. Aby uzyskać więcej informacji na temat monitorowania zobacz Monitoring Log Shipping.
Definiowanie lustrzane i wysyłanie dziennika razem
Aby zestaw dublowanie bazy danych i wysyłanie dziennika ze sobą, wymagane są następujące czynności:
Przywracanie kopii zapasowych bazy danych główny/podstawowego z NORECOVERY na inne wystąpienie serwera ma być później używany jako dublowanie lustrzana baza danych dla bazy danych główny/podstawowego bazy danych.Aby uzyskać więcej informacji zobaczPreparing a Mirror Database for Mirroring.
zestaw zapasowej dublowanie bazy danych.Aby uzyskać więcej informacji zobacz How to: Configure a Database Mirroring Session (SQL Server Management Studio) lub Setting Up Database Mirroring.
Przywracanie kopii zapasowych główny/podstawowa baza danych do innego wystąpienia serwera ma być później używany jako logowanie wysyłki pomocniczego bazy danych do głównej bazy danych.Aby uzyskać więcej informacji zobaczLog Shipping Deployment.
zestaw wysyłanie dziennika w głównej bazie danych jako podstawowa baza danych dla jednego lub kilku pomocniczych baz danych.
Należy zestaw górę jeden udział w katalogu kopii zapasowych (udział kopia zapasowa).To zapewnia, że po przełączanie między serwerami kapitał i dublowania roli, zadania kopia zapasowa do zapisu w tym samym katalogu, co.Najlepiej jest zapewnienie, że ten udział znajduje się na innym serwerze fizycznym z serwerów obsługi baz danych związanych z dublowanie i wysyłanie dziennika.
Aby uzyskać więcej informacji zobacz How to: Enable Log Shipping (SQL Server Management Studio).
Ręcznie awaryjnego z głównej do dublowania.
Aby przeprowadzić ręczna praca awaryjna:
zestaw wysyłanie dziennika na nowy podmiot (poprzednio lustrzane) jako podstawowa baza danych.
.gif "Important note")
Important Note:Nie należy wykonywać żadnych ustawień z pomocniczej.
Należy używać tego samego udziału kopia zapasowa, które zostały użyte w kroku 4.
The dziennik transakcji Shipping interfejs in SQL Server Management Studio supports only one podstawowa baza danych per wysyłanie dziennika konfiguracja. W związku z tym należy użyć procedury przechowywane, aby skonfigurować nowy podmiot jako podstawowy.Aby uzyskać więcej informacji zobaczHow to: Enable Log Shipping (Transact-SQL).
Wykonywanie innego ręczna praca awaryjna nie oryginalny podmiot.
See Also