Migrowanie dziennika programu SQL Server 2000 wysyłki konfiguracji programu SQL Server 2008
Nie można uaktualnić SQL Server 2000 konfiguracja wysyłania dziennika do SQL Server 2008 R2.Bazy danych planu Kreatora konserwacji, który był integralną Zaloguj wysyłki SQL Server 2000, nie jest używany jako część konfiguracja wysyłania dziennika począwszy od SQL Server 2005.W wyniku wysyłanie dziennika przestaje działać po uaktualnieniu serwera do SQL Server 2008 R2.
Można migrować SQL Server 2000 konfiguracja wysyłania dziennika.W tym temacie opisano metody w ten sposób:
Migrowanie z pracy awaryjnej pozwala zachować dostępność bazy danych podczas uaktualniania każdego serwera w konfiguracja wysyłania dziennika.pomocnicza baza danych nie trzeba należy ponownie zainicjować.
Migrowanie bez praca awaryjna oferuje prostsze procedury, które nie wymagają awaryjnej serwer pomocniczy.Niniejsza procedura bazy danych jest niedostępna podczas uaktualniania serwer podstawowy.pomocnicza baza danych nie trzeba należy ponownie zainicjować.
Rozmieść ponownie wysyłanie dziennika w całości, łącznie z pomocą ponownego inicjowania pomocnicza baza danych z pełnej kopia zapasowa.
Po dokonaniu migracji na konfiguracja wysyłania dziennika do SQL Server 2008 R2, można usunąć tabele i SQL Server zadania agenta, które zostały utworzone przez SQL Server 2000 wysyłanie dziennika.
Ostrzeżenie
Kopia zapasowa kompresji został wprowadzony w SQL Server 2008 Enterprise.Zmigrowane konfiguracja wysyłania dziennika używa domyślne kopia zapasowa kompresji poziom serwera konfiguracja opcji kontroli, czy używana jest kompresja kopia zapasowa plików kopia zapasowa dziennika transakcji.Zachowanie kompresji tworzenia kopia zapasowa kopii zapasowych dziennika można określić dla każdego konfiguracja wysyłania dziennika.Aby uzyskać więcej informacji, zobacz Jak Włącz dziennik wysyłki (SQL Server Management Studio).
Ograniczenia
Po SQL Server 2000 konfiguracja wysyłania dziennika migracji do SQL Server 2008 R2, pomocniczego bazy danych nie można umieścić w tryb wstrzymania.
Migrowanie z pracy awaryjnej
Migrowanie konfiguracja wysyłania dziennika za pomocą pracy awaryjnej pociąga za sobą prowadzenie wystąpienie serwer podstawowy w oryginalnej wersja SQL Server tymczasowo, podczas uaktualniania wystąpienie serwer pomocniczy.Uaktualnianie wystąpienie uaktualnień tylko w trybie online bazach.Offline bazy danych, takie jak wysyłanie dziennika pomocnicza baza danych pozostają w oryginalnej wersja SQL Server.W przypadku długiej, jak baza danych pozostanie w trybie offline, dziennika kopii zapasowych z oryginalną wersja SQL Server są przystosowane do przywracania.
Do celów jasności, ta procedura odnosi się do SQL Server 2000 wysyłanie dziennika serwer podstawowy wystąpienie jako serwer i SQL Server 2000 wysyłanie dziennika serwer pomocniczy wystąpienie jako serwer B.Ta konfiguracja jest reprezentowana na poniższej ilustracji przedstawiono serwer podstawowy instancji, A i wystąpienie pojedynczego serwer pomocniczy, B.
.gif)
Uaktualnienie do wystąpienie serwer pomocniczy serwera b SQL Server 2008 R2.Po uaktualnieniu serwera b pozostaje bazy danych wysyłanie dziennika SQL Server 2000 bazy danych, ponieważ jest w trybie offline.Ta baza danych jest uaktualniany w następnym kroku. SQL Server 2000 wysyłanie dziennika zadania, które kopiowania i przywracanie plików dziennika zostanie już funkcja.
Ostrzeżenie
W tym momencie użytkownicy mogą nadal korzystać z podstawowa baza danych na serwerze A.
Awaryjnie z wystąpienie serwer podstawowy serwera A, w wystąpieniu serwer pomocniczy serwera B.
Do praca awaryjna, przywracanie wszystkie kopie zapasowe dziennika transakcji niezastosowane z podstawowa baza danych na serwer a do serwera B.
Ręczne tworzenie tworzyć kopię zapasową zapasowych ogona dziennika transakcji na podstawowa baza danych, określanie Z NORECOVERY.Tej kopia zapasowa dziennika przechwytuje wszystkie rekordy dziennika, które nie wykonano kopia zapasowa jeszcze i przejście bazy danych w trybie offline.
Poniższy przykład tworzy kopię zapasową ogona dziennik AdventureWorks2008R2 bazy danych na serwer podstawowy.plik kopia zapasowa o nazwie Failover_AW_20080315.trn:
BACKUP LOG AdventureWorks2008R2 TO DISK = N'\\FileServer\LogShipping\AdventureWorks2008R2\Failover_AW_20080315.trn' WITH NORECOVERY; GODoprowadzić pomocnicza baza danych na serwerze b w trybie online, przywracając ogona dziennika transakcji z odzyskiwania.
Proces pracy awaryjnej przełącza pomocnicza baza danych online, po którym jest automatycznie uaktualniane do SQL Server 2008 R2 bazy danych.Proces uaktualniania bazy danych jest całkowicie rejestrowane.
Ostrzeżenie
Po uaktualnieniu, wysyłanie dziennika bazy danych na serwer b jest dostępny dla użytkowników.Do momentu SQL Server 2008 R2 wysyłanie dziennika jest skonfigurowana na serwer B, jednak dziennika kopii zapasowych z bazy danych na serwer b nie zostały podjęte.
Uaktualnić serwer a do SQL Server 2008 R2.Bazy danych wysyłanie dziennika tymczasowo pozostaje SQL Server 2000 bazy danych, ponieważ jest w trybie offline.
Na serwer B, należy skonfigurować SQL Server 2008 R2 wysyłanie dziennika z b serwera jako serwer podstawowy i a serwera jako serwer pomocniczy.Po rozpoczęciem wysyłki dzienniki transakcji a serwerem bazy danych wysyłanie dziennika na serwerze, A jest uaktualniany do SQL Server 2008 R2 bazy danych po zastosowaniu pierwszej kopia zapasowa dziennika.
Ważne:Podczas konfigurowania wysyłanie dziennika na serwer B, należy określić nie, pomocniczy jest inicjowana opcji na Zainicjować pomocnicza baza danych karcie Pomocniczy ustawienia bazy danych okno dialogowe.Aby uzyskać więcej informacji, zobacz Jak Włącz dziennik wysyłki (SQL Server Management Studio).
Opcjonalnie Jeśli chcesz serwer a serwer podstawowy ponownie, praca awaryjna do serwera A.Aby uzyskać więcej informacji, zobacz Zmiana ról między podstawowego i zapasowego serwerów.
Migrowanie bez pracy awaryjnej
Można migrować z SQL Server 2000 konfiguracja wysyłania dziennika do SQL Server 2005 bez użycia pracy awaryjnej.Procedura ta pozwala łatwo uaktualnić oba wystąpienia serwera w sieci konfiguracja wysyłania dziennika; jednak podstawowa baza danych jest niedostępne, podczas uaktualniania wystąpienie serwer podstawowy SQL Server 2008 R2.
Uaktualnić wystąpienie serwer pomocniczy do SQL Server 2008 R2.Podczas uaktualniania wystąpienie serwer pomocniczy bazy danych wysyłanie dziennika pozostaje SQL Server 2000 bazy danych, ponieważ jest w stanie offline. SQL Server 2000 wysyłanie dziennika zadania, które kopiowania i przywracanie plików dziennika zostanie już funkcja.
Uaktualnienie serwer podstawowy SQL Server 2008 R2.podstawowa baza danych jest niedostępne w trakcie uaktualnienia.
Skonfiguruj wysyłanie dziennika z wystąpienie serwer podstawowy do wystąpienie serwer pomocniczy.Należy określić nie, pomocniczy jest inicjowana opcji na zainicjować pomocnicza baza danych karcie Pomocniczy ustawienia bazy danych okno dialogowe.Aby uzyskać więcej informacji, zobacz Jak Włącz dziennik wysyłki (SQL Server Management Studio).
Ważne:Określenie tego samego udziału kopia zapasowa, który używany z z SQL Server 2000 konfiguracja wysyłania dziennika.Daje to pewność, że wszystkie kopie zapasowe dziennika są właściwie stosowane do pomocnicza baza danych po włączeniu wysyłanie dziennika w SQL Server 2008 R2.
Ponieważ proces uaktualniania bazy danych jest operacją pełni zarejestrowane, pomocnicza baza danych jest uaktualniany do SQL Server 2008 R2 bazy danych podczas uruchamiania dzienniki wysyłki do wystąpienie serwer pomocniczy.
Ponowne rozmieszczanie dzienników
Jeśli nie chcesz migrować konfiguracja wysyłanie dziennika, można ponownie rozmieścić wysyłanie dziennika od podstaw za pomocą ponownego inicjowania pomocnicza baza danych z pełnej kopia zapasowa i przywracanie podstawowa baza danych.Może być pożądane opcji, jeśli masz małych baz danych lub wysoka wysoka dostępność nie jest istotny podczas uaktualniania.
Aby włączyć wysyłanie dziennika
Usuwanie dziennika programu SQL Server 2000, tabele i zadania
SQL Server 2008nie używać żadnego z wysyłanie dziennika tabel używanych przez SQL Server 2000.Dlatego można usunąć te tabele po uaktualnieniu serwera do SQL Server 2008 R2.Tabele te są następujące:
log_shipping_databases
log_shipping_monitor
log_shipping_plan_databases
log_shipping_plan_history
log_shipping_plans
log_shipping_primaries
log_shipping_secondaries
Można również usunąć wszelkie dostawy dziennika SQL Server zadania agenta, które zostały utworzone dla konfiguracja wysyłania dziennika przez SQL Server 2000.