Upgrading SQL Server 2005 Log Shipping to SQL Server 2008

Istnieje możliwość zachowania wysyłanie dziennika konfiguracji podczas uaktualniania SQL Server 2005 Aby SQL Server 2008. W tym temacie opisano alternatywny scenariuszy i najważniejszych wskazówek dotyczących uaktualniania wysyłanie dziennika konfiguracja.

Uwaga

Kompresja kopia zapasowa wprowadzono w SQL Server 2008 Enterprise. Uaktualnionym 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).

Ochrona danych przed uaktualnieniem

Zgodnie z zaleceniami dotyczącymi, firma Microsoft zaleca, aby chronić dane przed wysyłanie dziennika uaktualnienia.

Aby chronić dane

1. Wykonać pełną kopię zapasową bazy danych należy wykonywać na każdej podstawowa baza danych.

   Aby uzyskać więcej informacji, zobacz:

   • How to: Back Up a Database (SQL Server Management Studio).

   • How to: Create a Full Database Backup (Transact-SQL)

   • BACKUP (Transact-SQL)

2. Uruchom DBCC CHECKDB polecenie w każdym podstawowa baza danych.

Uaktualnianie wystąpienie serwera monitora

Wystąpienie serwer monitoringu, można zaktualizować w dowolnej chwili.

Podczas uaktualnieniu serwer monitoringu wysyłki konfiguracja dziennika będzie nadal działać, ale jego stan nie jest rejestrowane w tabelach na monitorze.Wszystkie alerty, które zostały skonfigurowane będzie nie zostać wyzwolone na czasie, gdy trwa uaktualnianie serwer monitoringu.Po uaktualnieniu może aktualizować informacje w tabelach monitora wykonując sp_refresh_log_shipping_monitor (języka Transact-SQL) procedury zapisanej w systemie.

Proces uaktualniania dla konfiguracji z jednym serwer pomocniczy

Proces uaktualniania, opisane w tej sekcji przyjęto założenie, konfiguracja, składający się z serwerem podstawowym i tylko jeden serwer pomocniczy.Ta konfiguracja jest reprezentowany na poniższej ilustracji przedstawiono serwer podstawowy wystąpienie A i instancję jednego zapasowego serwera B.

Aby uzyskać informacje dotyczące uaktualniania wielu serwerów pomocniczych zobacz "Zagadnienia dla uaktualnianie wielu pomocniczych serwerów," w dalszej części tego tematu.

Uaktualnianie serwer pomocniczy wystąpienia

Proces uaktualniania pociąga za sobą uaktualnianie wystąpienia serwer pomocniczy SQL Server 2005 wysyłanie dziennika konfiguracja SQL Server 2008 przed uaktualnieniem wystąpienie serwer podstawowy. Zawsze najpierw uaktualnić wystąpienie serwer pomocniczy.Jeśli serwer podstawowy zostały uaktualnione przed serwer pomocniczy, wysyłanie dziennika może się nie powieść, ponieważ kopia zapasowa utworzony w nowszej wersja SQL Server Nie można przywrócić w starszej wersja SQL Server.

Kontynuuje wysyłanie dziennika podczas całego procesu uaktualniania, ponieważ uaktualnionych serwerów pomocniczych Kontynuowanie przywracanie kopii zapasowych dziennika z SQL Server 2005 serwer podstawowy. Proces uaktualniania wystąpienia serwer pomocniczy zależy częściowo czy wysyłanie dziennika konfiguracja posiada wiele serwerów pomocniczych.Aby uzyskać więcej informacji zobacz "" zagadnienia w odniesieniu do uaktualniania wielu wystąpień serwera pomocnicze,"w dalszej części tego tematu.

W czasie, gdy wystąpienie serwer pomocniczy jest uaktualniany, wysyłanie dziennika kopiowania i przywracanie zadania nie działają, tak, aby kopie zapasowe dziennik transakcji unrestored będą gromadzone.Akumulacja zależy od częstotliwości dla zaplanowanej kopia zapasowa serwer podstawowy.Ponadto jeśli skonfigurowano serwer osobnego monitora, alerty może można podwyższyć wskazujący przywraca nie zostały wykonane przez czas dłuższy niż interwał skonfigurowanych.

Po uaktualnieniu serwer pomocniczy wysyłanie dziennika zadania agentów wznowić i przejdź do kopiowania i przywracanie kopii zapasowych dziennika z tego wystąpienie serwer podstawowy serwera A.Ilość czas wymaganego dla serwer pomocniczy przywrócić pomocnicza baza danych na bieżąco zależy od czas potrzebnego do uaktualnienia serwer pomocniczy i częstotliwości wykonywania kopii zapasowych serwer podstawowy.

Uwaga

Podczas uaktualniania serwera pomocnicza baza danych nie jest uaktualniany do SQL Server 2008 Baza danych. Ma uzyskać uaktualniony tylko wtedy, gdy jest on się przełączyć do trybu online.

Uaktualnianie wystąpienie serwer podstawowy

Podczas planowania uaktualnienia, znaczne rozważenia jest ilość czas, przez który bazy danych będą niedostępne.Najprostszy scenariusza uaktualniania wiąże się z bazą danych, jest niedostępna podczas uaktualniania serwer podstawowy (scenariusz 1, poniżej).

Jest związany z bardziej skomplikowane procesu uaktualniania można zmaksymalizować swoją dostępność bazy danych przez nie można wykonać za pośrednictwem SQL Server 2005 serwer podstawowy SQL Server 2008 serwer pomocniczy przed uaktualnieniem pierwotnym serwerze podstawowym (Scenariusz 2, poniżej). Istnieją dwa warianty scenariusz pracy awaryjnej.Można przełączyć z powrotem do oryginalnego serwer podstawowy i pozostawić oryginał wysyłanie dziennika konfiguracja.Można również usunąć oryginał wysyłanie dziennika konfiguracja przed uaktualnieniem pierwotnym serwerze podstawowym i później tworzenie nowej konfiguracja przy użyciu nowego serwer podstawowy.W tym temacie opisano każdy z tych scenariuszy.

Important Note:
Pamiętaj uaktualnić wystąpienie serwer pomocniczy przed uaktualnieniem wystąpienie serwer podstawowy.Aby uzyskać więcej informacji, zobacz podrozdział „ Uaktualnianie wystąpienie serwera pomocnicze we wcześniejszej części tego tematu.

Scenariusz 1: Uaktualnienie serwer podstawowy wystąpienia bez pracy awaryjnej

Jest to prostsze scenariusza, ale powoduje ono przestojów więcej niż korzystanie z trybu pracy awaryjnej.Wystąpienie serwer podstawowy po prostu zostanie uaktualniony i baza danych jest niedostępna podczas uaktualniania.

Po uaktualnieniu serwera bazy danych zostanie automatycznie wprowadzony powrotem do trybu online, która powoduje, że jej uaktualnienia.Po uaktualnieniu bazy danych wysyłanie dziennika wznowić zadania.

Scenariusz 2: Uaktualnianie podstawowego wystąpienie serwera z pracy awaryjnej

W tym scenariuszu maksymalizuje dostępność i minimalizuje przestojów.Wykorzystuje ona kontrolowanego pracy awaryjnej w wystąpieniu serwer pomocniczy, zachowuje w bazie danych dostępnych w czasie, gdy jest uaktualniany oryginalnego wystąpienie serwer podstawowy.Czas przestoju jest ograniczony do stosunkowo krótki czas wymagany do praca awaryjna, a nie czas, aby uaktualnić wystąpienie serwer podstawowy.

Uaktualnianie w wystąpieniu serwer podstawowy z trybu pracy awaryjnej składa się z trzech ogólnych procedur: wykonywanie kontrolowanego pracy awaryjnej serwer pomocniczy, uaktualnianie oryginalnego wystąpienia serwer podstawowy do SQL Server 2008i ustawianie wysyłanie dziennika na SQL Server 2008 wystąpienie serwer podstawowy. Procedury te są opisane w tej sekcji.

Important Note:
Jeśli przewiduje się, że wystąpienie serwer pomocniczy jako wystąpienia nowego serwer podstawowy, należy usunąć konfiguracja wysyłania dziennika.wysyłanie dziennika musi być ponownie skonfigurowany z nowych podstawowych do nowego pomocniczej po uaktualnieniu oryginalnego wystąpienie serwer podstawowy.Aby uzyskać więcej informacji zobaczRemoving Log Shipping.

Procedura 1.Przeprowadzić kontrolowanej pracy awaryjnej serwer pomocniczy

Kontrolowane pracy awaryjnej serwer pomocniczy:

1. Ręcznie wykonać Zakończenie-kopia zapasowa dziennika transakcji Zaloguj się 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.Należy zauważyć, że podczas bazy danych jest w trybie offline, wysyłanie dziennika zadanie kopia zapasowa nie powiedzie się.

   Poniższy przykład tworzy ogon kopia zapasowa dziennika z 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
   

   Firma Microsoft zaleca, aby użyć pliku różnych konwencja nazewnictwa dla odróżnienia jej ręcznie utworzyć plik kopia zapasowa przy użyciu plików kopia zapasowa utworzonej przez wysyłanie dziennika zadanie kopia zapasowa.

2. serwer pomocniczy:

   1. Upewnić się, że wszystkie kopie zapasowe pobierane automatycznie przez wysyłanie dziennika zadania kopii zapasowej zostały zastosowane.Aby sprawdzić zadania kopia zapasowa, które zostały zastosowane, należy użyć sp_help_log_shipping_monitor (Transact-SQL) System procedura przechowywana na serwerze monitora lub podstawowego i zapasowego serwera. Ten sam plik powinien znajdować się na liście last_backup_file last_copied_file i last_restored_file kolumn.Jeśli któryś z plików kopia zapasowa zostały nie skopiowane i przywrócić, ręcznie wywołać agenta kopii i przywrócić zadania wysyłanie dziennika konfiguracja.Aby uzyskać więcej informacji zobacz How to: Start a Job (SQL Server Management Studio) lub sp_start_job (języka Transact-SQL).

   2. Kopia użytkownika końcowego kopia zapasowa dziennika pliku dziennika, utworzonego w kroku 1 z udziału pliku do lokalnej lokalizacji, która jest używana przez wysyłanie serwer pomocniczy dziennika.

   3. Przywrócić ostatni kopia zapasowa dziennika Określanie WITH przywrócenia do bazy danych w trybie online.Jako część są przełączane do trybu online, baza danych zostanie uaktualniony do SQL Server 2008.

      W poniższym przykładzie przywraca zapasową dziennika ogona z AdventureWorks Baza danych na pomocniczej bazy danych. W przykładzie użyto opcji przywrócenia WITH, która powoduje bazy danych w trybie online:

      RESTORE LOG AdventureWorks 
        FROM DISK = N'c:\logshipping\Failover_AW_20080315.trn' 
        WITH RECOVERY;
      GO
      

      Uwaga

      konfiguracja, która zawiera więcej niż jeden serwer pomocniczy, pojawiają się dodatkowe kwestie.Aby uzyskać więcej informacji zobacz "" zagadnienia w odniesieniu do uaktualniania wielu wystąpień serwera pomocnicze,"w dalszej części tego tematu.

   4. Baza danych praca awaryjna przez przekierowanie klientów z pierwotnym serwerze podstawowym (Serwer A) do trybu online serwer pomocniczy (Serwer B).

   5. Dba, że dziennik transakcji z pomocnicza baza danych nie wypełnienia w czasie, gdy baza danych jest w trybie online.Aby uniemożliwić wypełnianie dziennik transakcji, może być konieczne jego kopię zapasową.Jeśli tak, zaleca się utworzenie jego kopii go do udostępnionej lokalizacji, udział w kopia zapasowa, aby udostępnić kopie zapasowe przywracania na inne wystąpienie serwera.

Procedura 2.Uaktualnienia oryginalnego wystąpienie serwer podstawowy do programu SQL Server 2008

Po uaktualnieniu do oryginalnego wystąpienie serwer podstawowy SQL Server 2008, baza danych będzie nadal pracować w trybie offline i w polu SQL Server 2005 Format.

Procedura 3.Konfigurowanie wysyłanie dziennika w programie SQL Server 2008

Pozostała część procesu uaktualniania zależy od tego, czy wysyłanie dziennika jest nadal skonfigurowany, w następujący sposób:

• Jeśli zostały zachowane SQL Server 2005 wysyłanie dziennika konfiguracja przełącznika powrócić do oryginalnego wystąpienie serwer podstawowy. Aby uzyskać więcej informacji zobacz „ Aby przełączyć z powrotem do oryginalnego wystąpienie serwer podstawowy"dalej w tej sekcji.

• Jeśli usunięto wysyłanie dziennika konfiguracja przed, Utwórz nową wysyłanie dziennika konfiguracja, w którym oryginalnego wystąpienia serwer pomocniczy jest nowe wystąpienie serwer podstawowy.Aby uzyskać więcej informacji zobacz „ Aby zachować stare wystąpienie serwer pomocniczy jako wystąpienia nowego serwer podstawowy"dalej w tej sekcji.

Aby powrócić do oryginalnego wystąpienie serwer podstawowy

1. Na tymczasowe serwer podstawowy (Serwer B), wykonywanie tworzyć kopię zapasową dziennika ogona dziennika, przy użyciu WITH NORECOVERY dotyczące tworzenia dziennika ogona tworzyć kopię zapasową i przełączyć do trybu offline z bazą danych.Nosi nazwę kopia zapasowa dziennika dziennika z częścią końcową Switchback_AW_20080315.trnPrzykład .więcej:

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

2. Jeśli pobrano wszystkie kopie zapasowe dziennik transakcji na tymczasowe podstawowa baza danych, innym niż ogona kopia zapasowa utworzony w kroku 1, Przywróć tych kopii zapasowych dziennika za pomocą NORECOVERY Z bazy danych trybu offline w oryginale serwer podstawowy (Serwer A).Baza danych jest uaktualniany do SQL Server 2008 Format po przywróceniu pierwszego dziennika kopia zapasowa dziennika.

3. przywracanie kopię zapasową dziennika ogona, Switchback_AW_20080315.trn, na oryginalnym podstawowa baza danych (na serwer A) przy użyciu WITH odzyskiwanie do bazy danych w trybie online.

4. Wstecz do oryginalnej bazy danych podstawowych (na serwer A) przez przekierowanie klientów do serwer pomocniczy w trybie online od oryginału praca awaryjna serwer podstawowy.

Po wejściu w bazie danych online, oryginalny wysyłanie dziennika konfiguracja zostanie wznowione.

Aby pozostawić stare wystąpienie serwer pomocniczy wystąpienia nowego serwer podstawowy

Ustanowienie nowej wysyłanie dziennika konfiguracja przy użyciu stare wystąpienie serwera pomocniczego, B, jako serwer podstawowy i stare wystąpienie serwera podstawowego A, jako nowy serwer pomocniczy w następujący sposób:

Important Note:
Stary konfiguracja wysyłanie dziennika powinny być usunięte z oryginalnego serwer podstawowy na początku procesu przed podjęciem kopia zapasowa dziennik transakcji ręcznej miały bazy danych trybu offline.

1. Aby uniknąć wykonywania pełnej kopia zapasowa i przywracanie bazy danych na nowy serwer pomocniczy (Serwer A), zastosowanie kopii zapasowych dziennika z nowej podstawowa baza danych do pomocniczego nowej bazy danych.W przykładowej konfiguracja obejmuje to przywracanie kopii zapasowych dziennika podjęte na serwer B do bazy danych na serwerze A.

2. Wykonaj kopię zapasową dziennika z nowego podstawowego bazy danych (na serwer B).

3. Przywracanie kopii zapasowych dziennika nowy serwer pomocniczy wystąpienie (Serwer A) korzystania Z NORECOVERY.Pierwszy przywrócić aktualizacje operacji bazy danych SQL Server 2008.

4. Konfigurowanie dzienników Wysyłka byłego serwer pomocniczy (Serwer B) jako wystąpienie serwer podstawowy.

   Important Note:
   Jeśli używasz SQL Server Management Studio, określ pomocnicza baza danych jest już zainicjowany.

   Aby skonfigurować wysyłanie dziennika

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

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

5. Baza danych praca awaryjna przez przekierowanie klientów z pierwotnym serwerze podstawowym (Serwer A) do trybu online serwer pomocniczy (Serwer B).

   Important Note:
   Kiedy awaryjnego do nowej podstawowa baza danych, należy sprawdzić czy jego metadane jest zgodne z metadanymi oryginalnego głównej bazy danych.Aby uzyskać więcej informacji zobaczManaging Metadata When Making a Database Available on Another Server Instance.

Uwagi dotyczące uaktualniania wielu dodatkowych wystąpień serwera

Ta konfiguracja jest reprezentowany na poniższej ilustracji przedstawiono serwer podstawowy wystąpienie A i dwa wystąpienia serwer pomocniczy, B i C.

Zawsze należy uaktualnić wszystkie wystąpienia serwer pomocniczy, przed uaktualnieniem serwer podstawowy.

Uaktualnianie z pracy awaryjnej i przełączanie powrót do oryginalnego serwer podstawowy

Podczas uaktualniania podstawowego wystąpienie z trybu pracy awaryjnej ten proces jest bardziej złożone, gdy ma wiele wystąpień serwer pomocniczy.W poniższej procedurze po uaktualnieniu wszystkich serwerów pomocniczych, serwer podstawowy jest przejęta awaryjnie z jednym z uaktualnionych pomocniczych baz danych.Oryginał serwer podstawowy zostanie uaktualniony, i wysyłanie dziennika jest przejęta awaryjnie do tyłu, aby go.

1. Uaktualnienie wszystkich wystąpień serwer pomocniczy (Serwer B i C serwera).

2. Uzyskaj ogona dziennik transakcji o podstawowa baza danych (na serwer A) oraz bazy danych w trybie offline, wykonując kopię zapasową dziennik transakcji o NORECOVERY WITH.

3. Bazy danych serwer pomocniczy, do którego ma być przejmowane praca awaryjna (Serwer B), doprowadzić pomocniczej programu w trybie online, przywracając korzystanie z kopia zapasowa dziennika dziennika odzyskiwanie.

4. Na każdy inny serwer pomocniczy serwera (C) pozostaw pomocnicza baza danych trybu offline przy przywracaniu kopia zapasowa dziennika dziennika za pomocą NORECOVERY WITH.

   Uwaga

   wysyłanie dziennika Kopiowania i przywracanie zadania będą wykonywane na serwery pomocnicze, ale zadań będzie nie rób nic, ponieważ nowe pliki kopia zapasowa dziennika nie zostaną umieszczone w udziale kopia zapasowa.

5. Baza danych praca awaryjna przez przekierowanie klientów z pierwotnym serwerze podstawowym (Serwer A) do trybu online serwer pomocniczy (Serwer B).Baza danych online staje się pośrednie serwer podstawowy, utrzymywanie bazy danych dostępnej w czasie, gdy oryginalny serwer podstawowy jest trybu offline (Serwer A).

6. Uaktualnij pierwotnym serwerze podstawowym (Serwer A).

7. W bazie danych, do którego zostanie przejęta awaryjnie — tymczasowe podstawowa baza danych (na serwer B), ręcznie wykonywać kopie zapasowe dziennik transakcji o NORECOVERY WITH.Kliknięcie tego przycisku powoduje przejście w bazie danych trybu offline.

8. Przywracanie wszystkich zapasowych dziennik transakcji jest utworzony tymczasowy podstawowa baza danych (na serwer B) do wszystkich innych pomocnicza baza danych (na serwerze C) korzystanie Z NORECOVERY.Dzięki temu wysyłanie dziennika kontynuować od oryginału podstawowa baza danych po uaktualnieniu systemu, bez konieczności przywracanie pełnego bazy danych w każdej pomocniczej bazy danych.

9. przywracanie dziennik transakcji z serwer podstawowy (Serwer B) w tymczasowej oryginalnego podstawowa baza danych (na serwer A) korzystanie z przywrócenia.

Ponowne rozmieszczanie wysyłanie dziennika

Jeśli nie chcesz dokonać migracji przy użyciu jednej z powyższych procedur konfiguracja wysyłania dziennika, można ponownie rozmieścić wysyłanie od podstaw przez reinitializing pomocnicza baza danych przy użyciu pełna kopia zapasowa i przywracanie podstawowego bazy danych dziennika.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 uzyskać więcej informacji o włączaniu przy użyciu wysyłanie dziennika SQL Server Management Studio, zobacz How to: Enable Log Shipping (SQL Server Management Studio).

Aby uzyskać więcej informacji o włączaniu przy użyciu wysyłanie dziennika Transact-SQL, zobacz How to: Enable Log Shipping (Transact-SQL).

See Also

Concepts

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

Other Resources

Working with Transaction Log Backups

Log Shipping Administration

Log Shipping Tables and Stored Procedures