Uaktualnianie do programu SQL Server 2008 dziennika SQL Server 2005

Proces uaktualniania wymaga uaktualnienia wystąpienia serwer pomocniczy SQL Server 2005 konfiguracja wysyłania dziennika do SQL Server 2008 R2 przed uaktualnieniem wystąpienie serwer podstawowy.Zawsze uaktualnić wystąpienie serwer pomocniczy.Jeśli serwer podstawowy zostały uaktualnione przed serwer pomocniczy wysyłanie dziennika może nie działać, ponieważ kopia zapasowa utworzony w nowszej wersja SQL Server nie można przywrócić na starszą wersja SQL Server.

Kontynuuje dzienników w całym procesie uaktualniania, ponieważ uaktualnionych serwerów pomocniczych kontynuować przywracanie kopii zapasowych dziennika z SQL Server 2005 serwer podstawowy.Proces uaktualniania wystąpień serwer pomocniczy zależy częściowo czy konfiguracja wysyłania dziennika posiada wiele serwerów pomocniczych.Aby uzyskać więcej informacji zobacz sekcję "Uwagi dotyczące uaktualniania wielu wystąpień serwera pomocniczego" w dalszej części tego tematu.

Podczas wystąpienie serwer pomocniczy jest uaktualniany, wysyłanie dziennika kopii i przywracanie zadania nie są uruchamiane, tak aby gromadzone kopie zapasowe dziennika transakcji unrestored.Akumulacja zależy od częstotliwości zaplanowanej kopia zapasowa serwer podstawowy.Ponadto jeśli oddzielne serwer monitorowania został skonfigurowany, alerty mogą podnieść wskazujące przywraca nie zostały wykonane przez czas dłuższy niż interwał skonfigurowanych.

Po uaktualnieniu serwer pomocniczy wysyłanie dziennika zadań agentów wznowić i kontynuować kopiowanie i przywracanie kopii zapasowych dziennika z wystąpienie serwer podstawowy serwera A.Czas wymagany dla serwer pomocniczy doprowadzić do pomocnicza baza danych data zależy od czasu potrzebnego do uaktualnienia serwer pomocniczy i częstotliwość wykonywania kopii zapasowych serwer podstawowy.

Ważne:

Opcja PRZYWRACANIA ze stanu WSTRZYMANIA nie jest obsługiwana dla bazy danych, która wymaga uaktualnienia.Jeśli uaktualniony pomocnicza baza danych został skonfigurowany przy użyciu PRZYWRACANIA ze stanu WSTRZYMANIA, dzienniki transakcji nie można przywrócić po uaktualnieniu.Aby wznowić wysyłki pomocniczego bazy danych dziennika, należy zdefiniować dziennik wysyłki ponownie, serwer rezerwowy.Aby uzyskać więcej informacji na temat opcji WSTRZYMANIA Zobacz Przywracanie argumenty (Transact-SQL).

Podczas planowania uaktualnienia, priorytetową jest czas, który bazy danych będą niedostępne.Najprostszym scenariuszu uaktualnienia obejmuje były niedostępne podczas uaktualniania serwer podstawowy bazy danych (scenariusz 1, poniżej).

Jest związany z bardziej skomplikowany proces uaktualniania można zmaksymalizować dostępność bazy danych użytkownika przez awaryjnemu SQL Server 2005 serwer podstawowy SQL Server 2008 R2 serwer pomocniczy przed uaktualnieniem pierwotnym serwerze podstawowym (Scenariusz 2, poniżej).Istnieją dwa warianty scenariusz pracy awaryjnej.Można wrócić do oryginalnego serwer podstawowy i przechowuje oryginał konfiguracja wysyłania dziennika.Alternatywnie, można usunąć oryginał konfiguracja wysyłania dziennika przed uaktualnieniem pierwotnym serwerze podstawowym, a później Utwórz nową konfiguracja za pomocą nowego serwer podstawowy.W tym temacie opisano każdy z tych scenariuszy.

Ważne:
Pamiętaj uaktualnić wystąpienie serwer pomocniczy przed uaktualnieniem wystąpienie serwer podstawowy.Aby uzyskać więcej informacji, zobacz "Uaktualnianie wystąpienie serwera pomocniczego" wcześniej w tym temacie.

Scenariusz 1: Uaktualnienie podstawowego wystąpienia serwera bez pracy awaryjnej

Scenariusz 2: Uaktualnienie podstawowego wystąpienia serwera z pracy awaryjnej

W tym scenariuszu maksymalizuje dostępność i minimalizuje przestoje.Wykorzystuje on kontrolowany pracy awaryjnej w wystąpieniu serwer pomocniczy ciągle dostępne bazy danych podczas uaktualnienia oryginalnego wystąpienie serwer podstawowy.Czas przestoju jest ograniczony do stosunkowo krótki czas wymagany do praca awaryjna, a nie czas wymagany, aby uaktualnić wystąpienie serwer podstawowy.

Uaktualnianie wystąpienie serwer podstawowy z pracy awaryjnej obejmuje trzy ogólne procedury: wykonywanie kontrolowanych pracy awaryjnej na serwer pomocniczy uaktualnienia oryginalnego wystąpienia serwer podstawowy do SQL Server 2008 R2i konfigurowania wysyłanie dziennika na SQL Server 2008 R2 wystąpienie serwer podstawowy.Procedury te są opisane w tej sekcji.

Ważne:
Jeśli planowane jest wystąpienie serwer pomocniczy jako nowe wystąpienie serwer podstawowy, trzeba usunąć konfiguracja wysyłania dziennika.Wysyłka dziennika będzie musiał być ponownie skonfigurowany z nowej podstawowej do nowego pomocniczej po uaktualnieniu oryginalnego wystąpienie serwer podstawowy.Aby uzyskać więcej informacji, zobacz Usuwanie dzienników.

Procedury 1.Wykonać kontrolowanych pracy awaryjnej na serwer pomocniczy

Kontrolowane pracy awaryjnej na serwer pomocniczy:

1. Wykonać ręcznie kopia zapasowa końcowego fragmentu dziennika na podstawowa baza danych, określanie NORECOVERY Z dziennika transakcji.Tej kopia zapasowa dziennika przechwytuje wszystkie rekordy dziennika, które nie wykonano kopia zapasowa jeszcze i przejście bazy danych w trybie 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 kopię zapasową dziennika ogona z 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;
   GO
   

   Zalecane użycie konwencja nazewnictwa plików distinct odróżnienie ręcznie utworzyć plik kopia zapasowa z plików kopia zapasowa utworzonej przez wysyłanie dziennika zadanie kopia zapasowa.

2. serwer pomocniczy:

   1. Upewnij się, że wszystkie kopie zapasowe pobierane automatycznie przez wysyłanie dziennika zadania kopia zapasowa zostały zastosowane.Aby sprawdzić zadania kopia zapasowa, które zostały zastosowane, sp_help_log_shipping_monitor (języka Transact-SQL) systemowa procedura składowana na serwerze monitora lub podstawowe i pomocnicze serwery.Ten sam plik powinien być wymieniony w last_backup_file, last_copied_file, i last_restored_file kolumny.Jeśli dowolny z plików kopia zapasowa nie zostały skopiowane i przywrócone, ręcznie wywołać agenta kopii i przywracanie zadań dla konfiguracja wysyłania dziennika.Aby uzyskać więcej informacji, zobacz Jak Rozpoczęcie zadania (SQL Server Management Studio) lub sp_start_job (języka Transact-SQL).

   2. Kopiowanie na ostatni kopia zapasowa dziennika plik utworzony w kroku 1 z udziału pliku do lokalizacji lokalnego, używany przez wysyłanie dziennika serwer pomocniczy.

   3. Przywracanie ostatni kopia zapasowa dziennika Określanie odzyskiwania z do trybu online bazy danych.Jako część przechodzenia do trybu online bazy danych zostanie uaktualniony do SQL Server 2008 R2.

      Poniższy przykład przywraca ogona zapasową dziennika AdventureWorks2008R2 bazy danych na pomocnicza baza danych.W przykładzie użyto opcji odzyskiwania z przełącza online bazy danych:

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

      Ostrzeżenie

      konfiguracja, która zawiera więcej niż jeden serwer pomocniczy istnieją dodatkowe zagadnienia.Aby uzyskać więcej informacji zobacz sekcję "Uwagi dotyczące uaktualniania wielu wystąpień serwera pomocniczego" w dalszej części tego tematu.

   4. Awaryjnej bazy danych przez przekierowanie klientów z pierwotnym serwerze podstawowym (serwer A) online serwer pomocniczy (Serwer B).

   5. Dba, że dziennik transakcji pomocnicza baza danych nie wypełnienia, gdy baza danych jest w trybie online.Aby uniemożliwić wypełnianie dziennika transakcji, konieczne jest wykonanie kopii zapasowej.Jeśli tak, zaleca się utworzyć ją do udostępnionej lokalizacji, kopia zapasowa udziału, aby udostępnić kopie zapasowe przywracania na wystąpienie serwera.

Procedury 2.Uaktualnienia oryginalnego wystąpienia serwera podstawowego do programu SQL Server 2008

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

Procedury 3.Konfigurowanie dziennika w programie SQL Server 2008

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

• Jeżeli przechowywał SQL Server 2005 konfiguracja wysyłania dziennika, powrócić do oryginalnego wystąpienie serwer podstawowy.Aby uzyskać więcej informacji zobacz "Aby powrócić do oryginalnego wystąpienie serwer podstawowy" w dalszej części tej sekcji.

• Jeśli usunięto konfiguracja wysyłania dziennika przed awarii, Utwórz nowy konfiguracja wysyłania dziennika , w której oryginalnego wystąpienia serwer pomocniczy jest nowe wystąpienie serwer podstawowy.Aby uzyskać więcej informacji zobacz "Aby Zachowaj stare wystąpienie serwer pomocniczy jako nowe wystąpienie serwer podstawowy" w dalszej części tej sekcji.

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

1. Na tymczasowe serwer podstawowy (Serwer B) tworzyć kopię zapasową zapasowych ogona dziennika, tworzenie przy użyciu NORECOVERY Z kopia zapasowa końcowego fragmentu dziennika i bazy danych trybu offline.Ogona kopia zapasowa dziennika o nazwie Switchback_AW_20080315.trn.Na przykład:

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

2. Jeśli wszystkie kopie zapasowe dziennika transakcji zostały podjęte na tymczasowe podstawowa baza danych, innych niż ogona kopia zapasowa utworzonego w kroku 1, przywracanie tych dziennika kopii zapasowych przy użyciu NORECOVERY W bazie danych trybu offline na pierwotnym serwerze podstawowym (serwer A).Baza danych jest uaktualniany do SQL Server 2008 R2 podczas pierwszej kopia zapasowa dziennika jest przywracany.

3. Przywracanie kopia zapasowa końcowego fragmentu dziennika, Switchback_AW_20080315.trn, na oryginalny podstawowy bazy danych (na serwer A) korzystanie z odzyskiwania do bazy danych w trybie online.

4. Awaryjnej powrót do oryginalnych podstawowa baza danych (na serwer A) przez przekierowanie klientów do serwer pomocniczy w trybie online od oryginału serwer podstawowy.

Po bazie danych online, oryginał konfiguracja wysyłania dziennika zostanie wznowione.

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

Ustanowić nowy konfiguracja wysyłania dziennika za pomocą 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:

Ważne:
Stare konfiguracja wysyłanie dziennika powinny być usunięte z oryginalnego serwer podstawowy na początku procesu przed podjęciem kopii zapasowej dziennika transakcji ręcznej miały bazy danych w trybie 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 nowej pomocnicza baza danych.W przykładowej konfiguracja obejmuje przywracanie kopii zapasowych dziennika podjęte na serwer b do bazy danych na serwerze A.

2. Wykonaj kopię zapasową dziennika z nowej podstawowa baza danych (na serwerze B).

3. Przywracanie kopii zapasowych dziennika do nowego serwer pomocniczy wystąpienie (serwer A) korzystanie Z NORECOVERY.Pierwsza operacja przywracanie aktualizuje bazę danych do SQL Server 2008 R2.

4. Konfigurowanie wysyłanie dziennika z byłym serwer pomocniczy (Serwer B) jako wystąpienie serwer podstawowy.

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

   Aby skonfigurowaćwysyłanie dziennika

   • Jak Włącz dziennik wysyłki (SQL Server Management Studio)

   • Jak Włącz dziennik wysyłki (Transact-SQL)

5. Awaryjnej bazy danych przez przekierowanie klientów z pierwotnym serwerze podstawowym (serwer A) online serwer pomocniczy (Serwer B).

   Ważne:
   Podczas pracy należy awaryjnej do nowej podstawowa baza danych, należy upewnić że jego metadane jest zgodne z metadane oryginalnej bazy danych podstawowych.Aby uzyskać więcej informacji, zobacz Zarządzanie metadane podczas tworzenia bazy danych na inne wystąpienie serwera.

Podczas uaktualniania podstawowego wystąpienie z pracy awaryjnej proces jest bardziej złożone, gdy kilka wystąpień serwer pomocniczy.W poniższej procedurze po uaktualnieniu serwerów pomocniczych serwer podstawowy jest awaryjnie do jednego z uaktualnionym pomocniczych baz danych.Oryginał serwer podstawowy jest uaktualniany i dzienników jest awaryjnie Wstecz, aby go.

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

2. Uzyskać ogona dziennik transakcji z podstawowa baza danych (na serwer A) i podjąć bazy danych w trybie offline, przez tworzenie kopii zapasowej dziennika transakcji, korzystając Z NORECOVERY.

3. serwer pomocniczy, do którego plan praca awaryjna (Serwer B), doprowadzić pomocnicza baza danych online, przywracając przy użyciu odzyskiwania z kopia zapasowa.

4. Na każdy inny serwer pomocniczy (serwer C), pozostaw pomocnicza baza danych w trybie offline, przywracając kopia zapasowa dziennika korzystanie Z NORECOVERY.

   Ostrzeżenie

   wysyłanie dziennika Zadania kopiowania i przywracanie będzie działać na serwery pomocnicze, ale zadań będzie nic nie rób, ponieważ nowe pliki kopia zapasowa dziennika nie zostaną umieszczone w udziale kopia zapasowa.

5. Awaryjnej bazy danych przez przekierowanie klientów z pierwotnym serwerze podstawowym (serwer A) online serwer pomocniczy (Serwer B).Serwer podstawowy tymczasowe przechowywanie dostępne bazy danych trybu offline (serwer A) jest pierwotnym serwerze podstawowym staje się w bazie danych online.

6. Uaktualnienia oryginalnego serwer podstawowy (serwer A).

7. W bazie danych, do której przejęta awaryjnie — tymczasowe podstawowa baza danych (na serwerze B), ręcznie tworzyć kopię zapasową zapasowej dziennika transakcji, korzystając Z NORECOVERY.Trwa to bazy danych w trybie offline.

8. Przywróć wszystkie zapasowe dziennika transakcji, tworzone na tymczasowe podstawowa baza danych (na serwerze 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łnej bazy danych na każdym pomocnicza baza danych.

9. Przywrócić oryginalny dziennik transakcji z śródroczny serwer podstawowy (Serwer B) podstawowa baza danych (na serwer A) korzystanie z odzysku.