Migrating a SQL Server 2000 Log Shipping Configuration to SQL Server 2008

Nie można uaktualnić SQL Server 2000 wysyłanie dziennika konfiguracja SQL Server 2008. Baza danych obsługi plan kreatora, w którym jest integralną częścią wysyłanie dziennika w SQL Server 2000, nie jest używany jako część wysyłanie dziennika począwszy od konfiguracja SQL Server 2005. W rezultacie wysyłanie dziennika przestaje działać po uaktualnieniu serwera SQL Server 2008.

Można dokonać migracji SQL Server 2000 wysyłanie dziennika konfiguracja. W tym temacie opisano metody w ten sposób:

• Migrowanie z trybu pracy awaryjnej pozwala zachować dostępność bazy danych podczas uaktualniania każdego serwera w wysyłanie dziennika konfiguracja.pomocnicza baza danych nie jest konieczne jest ustawienie ponownie inicjowane.

• Migracja bez przejęcia awaryjnego oferuje prostsze procedury, która nie wymaga do praca awaryjna na serwer pomocniczy.Jeśli wykonasz tę procedurę, baza danych jest niedostępna podczas uaktualniania serwer podstawowy.pomocnicza baza danych nie jest konieczne jest ustawienie ponownie inicjowane.

• Rozmieść ponownie wysyłanie dziennika w całości, łącznie z reinitializing pomocnicza baza danych z pełna kopia zapasowa.

Po dokonaniu migracji użytkownika wysyłanie dziennika konfiguracja SQL Server 2008, można usuwać tabele i SQL Server Agent zadań, które zostały utworzone przez SQL Server 2000 wysyłanie dziennika.

Uwaga

Kompresja kopia zapasowa wprowadzono w SQL Server 2008 Enterprise. Zmigrowane wysyłanie dziennika korzysta z konfiguracja Domyślnie kompresja kopii zapasowej opcja konfiguracja poziom serwera do kontrolowania, czy używana jest kompresja kopii zapasowej plików kopia zapasowa dziennik transakcji.Zachowanie kompresji kopia zapasowa kopii zapasowych dziennika można określić dla każdego wysyłanie dziennika konfiguracja.Aby uzyskać więcej informacji zobaczHow to: Enable Log Shipping (SQL Server Management Studio).

Ograniczenia

Po SQL Server 2000 wysyłanie dziennika konfiguracja są migrowane do SQL Server 2008, pomocniczych baz danych nie może znajdować się w tryb wstrzymania.

Migrowanie z pracy awaryjnej

Migracja wysyłanie dziennika konfiguracja przy użyciu trybu pracy awaryjnej polega na przechowywanie w wystąpieniu serwer podstawowy w oryginalnej wersja SQL Server tymczasowo podczas uaktualniania w wystąpieniu serwer pomocniczy. Uaktualnianie serwera databases online tylko wystąpienie uaktualnienia.Offline baz danych, takich jak wysyłanie dziennika pomocniczy bazie danych pozostają w oryginalnej wersja SQL Server. W przypadku długiej, jak bazy danych pozostaje w trybie offline, rejestrować kopie zapasowe z oryginalnej wersja SQL Server są restorable.

W celu jasności, ta procedura odnosi się do SQL Server 2000 Wysyłanie obiektu serwer podstawowy jako serwera i dziennika SQL Server 2000 Dziennik wysyłania wystąpienie serwer pomocniczy jako serwer B. Ta konfiguracja jest reprezentowany na poniższej ilustracji przedstawiono serwer podstawowy wystąpienie A i instancję jednego zapasowego serwera B.

1. Uaktualnienie do wystąpienie serwer pomocniczy, serwer B SQL Server 2008. Po uaktualnieniu serwera B wysyłanie dziennika bazy danych pozostaje SQL Server 2000 bazy danych, ponieważ jest w trybie offline. Ta baza danych zostanie uaktualniony do następnego kroku.The SQL Server 2000 wysyłanie dziennika jobs that copy and przywracanie log files will no longer funkcja.

   Uwaga

   W tym momencie użytkownicy mogą nadal korzystać z podstawowa baza danych na serwerze A.

2. praca awaryjna z wystąpienia serwer podstawowy, serwer A, wystąpienie serwer pomocniczy serwera B.

   1. Do praca awaryjna, przywracanie wszystkie kopie zapasowe dziennik transakcji niezastosowane z podstawowa baza danych na serwer A do serwera B.

   2. Ręcznie wykonywać kopie zapasowe ogona dziennik transakcji na określanie NORECOVERY Z podstawowa baza danych.Tej kopia zapasowa dziennika przechwytuje wszystkie rekordy dziennika, które nie zostały kopia zapasowa dziennika jeszcze i przejście w bazie danych trybu offline.

      Poniższy przykład tworzy kopię zapasową ogona dziennik AdventureWorks Baza danych serwer podstawowy. Nosi nazwę plik kopia zapasowa Failover_AW_20080315.trn:

      BACKUP LOG AdventureWorks 
        TO DISK = N'\\FileServer\LogShipping\AdventureWorks\Failover_AW_20080315.trn'
        WITH NORECOVERY;
      GO
      

   3. Przełącz pomocnicza baza danych na serwer B w trybie online, przywracając ogona przywrócenia z dziennik transakcji.

   Proces awaryjnego przełącza pomocnicza baza danych w trybie online, po którym automatycznie zostanie on uaktualniony do SQL Server 2008 Baza danych. Rejestrowane są całkowicie procesu uaktualnienia bazy danych.

   Uwaga

   Po uaktualnieniu, wysyłanie dziennika bazy danych na serwer B jest dostępna dla użytkowników.Do czasu SQL Server 2008 wysyłanie dziennika jest konfigurowany na serwer B, jednak kopii zapasowych dziennika z bazy danych na serwer B nie są brane są pod.

3. Uaktualnienie do serwera SQL Server 2008. wysyłanie dziennika Tymczasowo pozostaje w bazie danych SQL Server 2000 bazy danych, ponieważ jest w trybie offline.

4. Na serwer B Konfigurowanie SQL Server 2008 wysyłanie dziennika z Serwer B jako serwer podstawowy i serwer A jako serwer pomocniczy. Gdy użytkownik rozpocznie wysyłki dzienniki transakcji, aby serwer A, wysyłanie dziennika uaktualnienia bazy danych na serwer A do SQL Server 2008 Baza danych, gdy stosowana jest pierwsza kopia zapasowa dziennika.

   Important Note:
   Podczas konfigurowania wysyłanie dziennika na serwer B, pamiętaj określić Nie, pomocnicza baza danych jest zainicjowana Opcja Inicjowanie pomocniczej bazy danych Karta Pomocniczy ustawienia bazy danych -okno dialogowe.Aby uzyskać więcej informacji zobaczHow to: Enable Log Shipping (SQL Server Management Studio).

5. Opcjonalnie Jeśli chcesz, aby serwer A serwerem podstawowym, awaryjną serwera A.Aby uzyskać więcej informacji zobaczChanging Roles Between Primary and Secondary Servers.

Migracja bez pracy awaryjnej

Można dokonać migracji użytkownika SQL Server 2000 wysyłanie dziennika konfiguracja SQL Server 2005 bez korzystania z trybu pracy awaryjnej. Procedura ta pozwala łatwo uaktualnić oba wystąpienia serwera w sieci wysyłanie dziennika konfiguracyjnych; jednak podstawowa baza danych jest niedostępna, gdy uaktualniasz wystąpienie serwer podstawowy SQL Server 2008.

1. Wystąpienie serwer pomocniczy do uaktualnienia SQL Server 2008. Po uaktualnieniu wystąpienie serwer pomocniczy wysyłanie dziennika bazy danych pozostaje SQL Server 2000 bazy danych, ponieważ jest on w stanie offline. The SQL Server 2000 wysyłanie dziennika jobs that copy and przywracanie log files will no longer funkcja.

2. Uaktualnianie serwer podstawowy SQL Server 2008. Podstawowa baza danych jest niedostępna, w trakcie uaktualniania systemu.

3. Konfigurowanie wysyłanie dziennika z wystąpienie serwer podstawowy do wystąpienie serwer pomocniczy.Pamiętaj określić Nie, pomocnicza baza danych jest zainicjowana Opcja Inicjowanie pomocniczej bazy danych Karta Pomocniczy ustawienia bazy danych -okno dialogowe.Aby uzyskać więcej informacji zobaczHow to: Enable Log Shipping (SQL Server Management Studio).

   Important Note:
   Określenie tego samego udziału kopia zapasowa, który używany z sieci SQL Server 2000 wysyłanie dziennika konfiguracja. Daje to pewność, że wszystkie kopie zapasowe dziennika właściwie są stosowane do pomocnicza baza danych, po włączeniu wysyłanie dziennika w SQL Server 2008.

   Uaktualnianie bazy danych jest całkowicie zarejestrowane operacji, pomocnicza baza danych jest uaktualniany do SQL Server 2008 Baza danych podczas uruchamiania wysyłki loguje się do wystąpienie serwer pomocniczy.

Ponowne rozmieszczanie wysyłanie dziennika

Jeśli nie chcesz dokonać migracji użytkownika wysyłanie dziennika konfiguracja, można rozmieścić wysyłanie dziennika od podstaw przez reinitializing pomocnicza baza danych przy użyciu pełna kopia zapasowa i przywracanie podstawowego bazy danych.Może to być pożądane opcji, jeśli masz małą bazy danych lub jeśli wysoka wysoka dostępność nie jest istotny podczas procedury uaktualniania.

Aby włączyć wysyłanie dziennika

• How to: Enable Log Shipping (SQL Server Management Studio).

• How to: Enable Log Shipping (Transact-SQL).

Usuwanie programu SQL Server 2000 wysyłanie dziennika tabele i zadania

SQL Server 2008 nie używa żadnego z wysyłanie tabel używanych przez dziennika SQL Server 2000. Z tego powodu można usunąć te tabele po uaktualnieniu serwera do SQL Server 2008. Te tabele 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 wysyłanie dziennika SQL Server Zadania agenta, które zostały utworzone dla konfiguracja wysyłania dziennika przez SQL Server 2000.

See Also

Concepts

Upgrading SQL Server 2005 Log Shipping to SQL Server 2008

Other Resources

Working with Transaction Log Backups

Log Shipping Administration

Log Shipping Tables and Stored Procedures