Dublowanie baz danych i dzienników
Mogą być dublowane danej bazy danych lub dziennika wydane; można go również jednocześnie dublowane i wysłane dziennika.Aby wybrać, jakie podejścia do używania, należy rozważyć następujące kwestie:
Ile obiekt docelowy czy serwery wymagają?
Jeśli wymagasz tylko jeden obiekt docelowy bazy danych, dublowanie baz danych jest zalecanym rozwiązaniem.
Jeśli wymagasz więcej niż jeden obiekt docelowy bazy danych, należy użyć wysyłanie dziennika samodzielnie lub z dublowanie baz danych.Połączenie obu tych metod daje korzyści z dublowanie baz danych razem z obsługą wielu miejsc docelowych, dostarczonych przez wysyłanie dziennika.
Aby opóźnić Przywracanie zalogować obiekt docelowy bazy danych (zazwyczaj przed błędów logicznych), za pomocą wysyłanie dziennika lub z dublowanie baz danych.
W tym temacie omówiono zagadnienia dotyczące łączenia wysyłanie dziennika i dublowanie baz danych.
Ostrzeżenie
Aby wprowadzeń do tych technologii, zobacz Omówienie dublowania bazy danych i Rejestrować wysyłki, omówienie.
Łączenie dziennika wysyłki i dublowania baz danych
dublowana baza danych w sesja dublowanie może także działać jako podstawowa baza danych konfiguracja wysyłanie dziennika, lub odwrotnie, wysyłki kopia zapasowa udziału jest nienaruszona.Dublowanie sesja uruchomione w każdym trybie pracy czy synchroniczne bazy danych (z bezpieczeństwa transakcji zestaw pełne) lub asynchroniczna (z bezpieczeństwa transakcji zestaw do OFF).
Ostrzeżenie
Aby użyć dublowanie bazy danych do bazy danych, pełny model odzyskiwanie jest zawsze wymagane.
Zazwyczaj, gdy łączenie wysyłanie dziennika i dublowanie bazy danych, dublowanie sesja jest ustanawiana przed rozpoczęciem wysyłanie dziennika, chociaż nie jest to wymagane.Następnie bieżącej dublowana baza danych jest skonfigurowany jako podstawowy wysyłanie dziennika ( kapitału i podstawowa baza danych), wraz z jednego lub kilku zdalnych baz pomocniczy danych.Ponadto duplikat bazy danych musi być skonfigurowany jako podstawowy wysyłanie dziennika ( lustrzane i podstawowa baza danych).wysyłanie dziennika pomocniczego bazy danych powinien być na wystąpienia serwera innego niż główny zobowiązany i serwer podstawowy lub dublowania i serwer podstawowy.
Ostrzeżenie
Ustawienia liter serwerami biorącymi udział w wysyłanie dziennika powinny być zgodne.
Podczas wysyłanie dziennika sesja zadania kopia zapasowa z podstawowa baza danych utworzyć kopie zapasowe dziennika w folderze kopia zapasowa.Stamtąd kopie zapasowe są kopiowane przez zadania kopiowania serwerów pomocniczych.Zadania kopia zapasowa i zadania kopiowania została wykonana pomyślnie, musi mieć dostęp do wysyłanie dziennika folder kopia zapasowa.Aby zmaksymalizować dostępność serwer podstawowy, zaleca się, aby ustanowić w udostępnionej lokalizacji kopia zapasowa na komputerze hosta oddzielny folder kopia zapasowa.Upewnij się, że wszystkie serwery, łącznie z woluminu dublowanego wysyłanie dziennika /serwer podstawowy, można uzyskać dostęp do udostępnionej lokalizacji kopia zapasowa (znany jako kopia zapasowa udziału).
Zezwalająca na wysyłanie dziennika po dublowanie awarii nad bazą danych, należy także skonfigurować serwer duplikatu jako serwer podstawowy przy użyciu tej samej konfiguracja używanego dla podstawowego na dublowana baza danych.duplikat bazy danych Jest w stanie Przywracanie uniemożliwia zadania kopia zapasowa, wykonywanie kopii zapasowych dziennika na duplikat bazy danych.Gwarantuje to, że dublowania i podstawowa baza danych nie koliduje z kapitału i podstawowego bazy danych, których kopie zapasowe dziennika aktualnie są kopiowane przez serwery pomocnicze.Zapobiegania fałszywe alertów po wykonuje zadania kopia zapasowa na lusterku /podstawowa baza danych, zadania kopia zapasowa dzienników wiadomości w gog_shipping_monitor_history_detail tabela i zadania agent zwraca stan sukcesu.
Dublowanie i podstawowa baza danych jest nieaktywne w wysyłanie dziennika sesja.Jednakże jeśli dublowanie awarii przez byłego duplikat bazy danych pochodzi online jako dublowana baza danych.W tym punkcie bazy danych również uaktywniany jako wysyłanie dziennika podstawowa baza danych.Dostarczanie zadania kopia zapasowa, które były wcześniej nie można wysłać dziennika w tej bazie danych dziennika rozpocząć wysyłanie dziennika.Natomiast pracy awaryjnej powoduje byłego głównego zobowiązanego /podstawowa baza danych się nowe dublowanie /podstawowa baza danych i wprowadź przywracanie kopia zapasowa dziennika przestaje zadania stanu i kopia zapasowa tej bazy danych.
Ostrzeżenie
W zdarzenie automatyczne pracy awaryjnej, przełącz do roli dublowanie występuje, gdy dublowania sesja przyłącza byłego głównego zobowiązanego i podstawowa baza danych.
Uruchomienie w trybie wysokiego bezpieczeństwa z automatyczna praca awaryjna dublowanie sesja jest skonfigurowany z wystąpienie serwera dodatkowe znane jako świadka.Jeśli dublowana baza danych jest utrata jakiegokolwiek powodu po zsynchronizowaniu bazy danych i serwer duplikatu i monitor może nadal komunikować, automatyczne awaryjnej.Powoduje automatyczne pracy awaryjnej serwer duplikatu , aby przyjąć rolę głównego i jego online bazy danych jako dublowana baza danych.Aby uzyskać więcej informacji, zobacz Automatyczne pracy awaryjnej.Jeśli dziennik wysyłki lokalizacji kopia zapasowa jest dostępny nowy podmiot /serwer podstawowy, rozpocząć jego zadania kopia zapasowa należy wysłać kopie zapasowe dziennika do tej lokalizacji.Tryb synchroniczny dublowanie bazy danych gwarantuje, że łańcuch dzienników jest niezależna od dublowania pracy awaryjnej i przywrócenie tego dziennika tylko poprawne.Serwery pomocnicze kontynuować kopiowanie kopie zapasowe dziennika nie znając stał wystąpienie serwera różnych serwer podstawowy.
Podczas korzystania z lokalnym wysyłanie dziennika monitora, nie uwagi specjalne są niezbędne według tego scenariusza.Aby uzyskać informacje dotyczące zdalnego monitorowania wystąpienia przy użyciu tego scenariusza, zobacz "wpływ z dublowanie na zdalne monitorowanie wystąpienie bazy danych" w dalszej części tego tematu.
Awaryjnemu z głównego zobowiązanego do dublowania bazy danych
Następujący rysunek pokazuje, jak wysyłanie dziennika i razem dublowania pracy podczas dublowanie bazy danych jest uruchomiony w trybie wysokiego bezpieczeństwa z automatycznej pracy awaryjnej.Początkowo Server_A jest serwer dublowany dla dublowanie i serwer podstawowy dla wysyłanie dziennika.Server_B jest serwer duplikatu i jest również skonfigurowany jako serwer podstawowy jest obecnie nieaktywna.Server_C i Server_D są wysyłanie dziennika serwerów pomocniczych.Aby zmaksymalizować dostępność wysyłanie dziennika sesja, lokalizacja kopia zapasowa znajduje się w katalogu udziału na komputerze hosta oddzielne.
.gif "Wysyłanie dziennika i tworzenie kopii lustrzanej bazy danych")
Po przejęciu awaryjnym dublowanie, podstawowego nazwa serwera zdefiniowane na pomocniczej serwera pozostaje niezmieniona..
Wpływ na zdalne monitorowanie wystąpienia dublowania baz danych
Gdy wysyłanie dziennika korzysta ze zdalnego monitorowania wystąpienie łączenie dziennika sesja wysyłki i dublowanie bazy danych dotyczy informacji w tabelach monitora.Informacje na temat podstawowej jest kombinacją skonfigurowaną na główne/podstawowy i skonfigurowane na każdy dodatkowy monitor.
Aby zachować monitorowania jako płynne, jak to możliwe, gdy używasz zdalnego monitora zaleca określić oryginalną nazwę podstawowego, konfigurując podstawowy na pomocniczej.To podejście również ułatwia zmienianie konfiguracja wysyłania dziennika firmy Microsoft SQL Server agenta.Aby uzyskać więcej informacji dotyczących monitorowania, zobacz Monitorowanie dzienników.
Dublowanie zdefiniować ustawienia dziennika wysyłki i razem
Aby zestaw dublowanie bazy danych i dziennika razem wysyłki, wymagane są następujące czynności:
Przywracanie kopii zapasowych bazy danych kapitału i podstawowego z NORECOVERY na inne wystąpienie serwera ma być później używana jako dublowanie bazy danych duplikat bazy danych dla głównego zobowiązanego i podstawowa baza danych.Aby uzyskać więcej informacji, zobacz Przygotowywanie dublowanie dublowania bazy danych.
Ustawianie dublowanie bazy danych.Aby uzyskać więcej informacji, zobacz Jak Konfigurowanie bazy danych, dublowanie sesji (SQL Server Management Studio) lub Konfigurowanie dublowania baz danych.
Przywracanie kopii zapasowych głównej /podstawowa baza danych do innych wystąpień serwera później stosowanej wysyłki pomocniczego bazy danych dla dziennika podstawowa baza danych.Aby uzyskać więcej informacji, zobacz Dziennik wysyłki wdrażania.
Ustawienia wysyłanie dziennika dublowana baza danych jako podstawowa baza danych dla jednego lub kilku pomocniczych baz danych.
Należy zestaw w górę jeden udział jako katalog kopia zapasowa (udział kopia zapasowa).Gwarantuje to, że po przełączanie roli między serwerami kapitału i dublowania zadania kopia zapasowa kontynuować zapisywanie do tego samego katalogu, jak wcześniej.Najlepszym rozwiązaniem jest zapewnienie, że udział ten znajduje się na innym serwerze fizycznym z serwerów obsługujący zaangażowanych w dublowanie baz danych i wysyłanie dziennika.
Aby uzyskać więcej informacji, zobacz Jak Włącz dziennik wysyłki (SQL Server Management Studio).
Ręcznie awaryjne z głównego zobowiązanego do dublowania.
Aby przeprowadzić ręczna praca awaryjna:
Konfigurowanie wysyłanie dziennika na nowy podmiot (poprzednio lustrzanej) jako podstawowa baza danych.
.gif "Ważna informacja")
Ważne:Nie należy wykonywać żadnych ustawień z pomocniczego.
Należy użyć tego samego udziału kopia zapasowa używanej w kroku 4.
Wysyłkowe dziennika transakcji interfejs w SQL Server Management Studio obsługuje tylko jeden podstawowa baza danych na wysyłanie dziennika konfiguracja.Dlatego należy użyć procedury przechowywane do zestaw nowy podmiot, jak podstawowy w górę.Aby uzyskać więcej informacji, zobacz Jak Włącz dziennik wysyłki (Transact-SQL).
Wykonywanie innego ręczna praca awaryjna nie oryginalnego głównego zobowiązanego.
Zobacz także