Udostępnij za pośrednictwem

Wybierz metodę uaktualnienia silnika bazy danych

  • Artykuł

Dotyczy:programu SQL Server — tylko system Windows

Istnieje kilka podejść do rozważenia podczas planowania uaktualnienia aparatu bazy danych z wcześniejszej wersji programu SQL Server, aby zminimalizować przestoje i ryzyko. Uaktualnienie można przeprowadzić w miejscu, przeprowadzić migrację do nowej instalacji lub przeprowadzić uaktualnienie stopniowe. Poniższy diagram ułatwia wybór spośród tych metod. Każde podejście na diagramie zostało również omówione w artykule. Aby ułatwić podejmowanie decyzji na diagramie, przejrzyj również Plan i Przetestuj plan uaktualniania silnika bazy danych.

diagram przedstawiający drzewo decyzyjne dotyczące metody uaktualniania silnika bazy danych.

Pobierz

  • Aby pobrać program SQL Server, odwiedź Evaluation Center.

  • Masz konto platformy Azure? Następnie przejdź do Azure Marketplace, aby uruchomić maszynę wirtualną z zainstalowaną już wersją SQL Server Developer.

Opcje uaktualniania usługi Azure SQL

Możesz również rozważyć uaktualnienie bazy danych Azure SQL, wystąpienia zarządzanego usługi Azure SQL lub wirtualizację środowiska programu SQL Server w ramach planu aktualizacji. Aby uzyskać więcej informacji na temat tych opcji, zobacz następujące linki:

Aktualizacja na miejscu

Dzięki temu program instalacyjny programu SQL Server uaktualnia istniejącą instalację programu SQL Server, zastępując istniejące bity programu SQL Server nowymi bitami programu SQL Server, a następnie uaktualnia każdą z baz danych systemu i użytkowników.

Podejście uaktualniania na miejscu jest najłatwiejsze, wymaga pewnego przestoju, w razie konieczności powrotu do poprzedniej wersji trwa to dłużej, i nie jest obsługiwane we wszystkich scenariuszach. Aby uzyskać więcej szczegółowych informacji na temat obsługiwanych i nieobsługiwanych scenariuszy uaktualnień na miejscu, zobacz Obsługiwane uaktualnienia wersji i edycji.

Takie podejście jest często używane w następujących scenariuszach:

  • Środowisko projektowe bez konfiguracji wysokiej dostępności (HA).

  • Niekrytyczne środowisko produkcyjne, które może tolerować przestoje i działa na ostatnim sprzęcie i oprogramowaniu. Czas przestoju zależy od rozmiaru bazy danych i szybkości podsystemu we/wy. Uaktualnianie programu SQL Server 2014 (12.x), gdy używane tabele zoptymalizowane pod kątem pamięci zajmują trochę więcej czasu. Aby uzyskać więcej informacji, zobacz Planowanie i testowanie planu uaktualnienia silnika bazy danych.

Ogólnie rzecz biorąc, kroki wymagane do uaktualnienia silnika bazy danych na miejscu są następujące:

Diagram przedstawiający uaktualnienie aparatu bazy danych bez In-Place wysokiej dostępności.

Aby uzyskać szczegółowe instrukcje, zobacz Uaktualnianie programu SQL Server przy użyciu Kreatora instalacji (Instalatora).

Zagadnienia dotyczące

Program instalacyjny programu SQL Server zatrzymuje i uruchamia ponownie wystąpienie programu SQL Server w ramach kontroli przed uaktualnieniem.

Podczas uaktualniania programu SQL Server poprzednie wystąpienie programu SQL Server zostanie zastąpione i nie będzie już istnieć na komputerze. Przed uaktualnieniem wykonaj kopię zapasową baz danych programu SQL Server i innych obiektów skojarzonych z poprzednim wystąpieniem programu SQL Server.

Migrowanie do nowej instalacji

Dzięki temu podejściu utrzymujesz bieżące środowisko podczas tworzenia nowego środowiska programu SQL Server, często na nowym sprzęcie i przy użyciu nowej wersji systemu operacyjnego. Po zainstalowaniu programu SQL Server w nowym środowisku należy wykonać kilka kroków w celu przygotowania nowego środowiska, aby można było przeprowadzić migrację istniejących baz danych użytkowników z istniejącego środowiska do nowego środowiska i zminimalizować przestoje. Te kroki obejmują migrację następujących elementów:

  • Obiekty systemowe: Niektóre aplikacje zależą od informacji, jednostek i/lub obiektów, które znajdują się poza zakresem pojedynczej bazy danych użytkownika. Zazwyczaj aplikacja ma zależności od baz danych master i msdb, a także bazy danych użytkowników. Wszystkie elementy przechowywane poza bazą danych użytkownika, które są wymagane do prawidłowego funkcjonowania tej bazy danych, muszą być udostępniane w wystąpieniu serwera docelowego. Na przykład identyfikatory logowania aplikacji są przechowywane jako metadane w bazie danych master i muszą zostać ponownie utworzone na serwerze docelowym. Jeśli plan konserwacji aplikacji lub bazy danych zależy od zadań agenta programu SQL Server, których metadane są przechowywane w bazie danych msdb, należy ponownie utworzyć te zadania w wystąpieniu serwera docelowego. Podobnie metadane wyzwalacza na poziomie serwera są przechowywane w master.

    Podczas przenoszenia bazy danych dla aplikacji do innego wystąpienia serwera należy ponownie utworzyć wszystkie metadane jednostek zależnych i obiektów w master i msdb w wystąpieniu serwera docelowego. Na przykład, jeśli aplikacja bazy danych używa wyzwalaczy na poziomie serwera, samo dołączenie lub przywrócenie bazy danych w nowym systemie nie wystarczy. Baza danych nie działa zgodnie z oczekiwaniami, chyba że ręcznie ponownie utworzysz metadane dla tych wyzwalaczy w bazie danych master. Aby uzyskać szczegółowe informacje, zobacz Zarządzanie metadanymi przy udostępnianiu bazy danych na innym wystąpieniu serwera (SQL Server)

  • pakiety usług Integration Services przechowywane w msdb: Jeśli przechowujesz pakiety w msdb, należy utworzyć skrypt tych pakietów przy użyciu narzędzia dtutil lub ponownie wdrożyć je na nowym serwerze. Przed użyciem pakietów na nowym serwerze należy uaktualnić pakiety do programu SQL Server. Aby uzyskać więcej informacji, zobacz Upgrade Integration Services Packages.

  • Klucze szyfrowania usług Reporting Services: Ważną częścią konfiguracji serwera raportów jest utworzenie kopii zapasowej klucza symetrycznego używanego do szyfrowania poufnych informacji. Kopia zapasowa klucza jest wymagana w przypadku wielu rutynowych operacji i umożliwia ponowne użycie istniejącej bazy danych serwera raportów w nowej instalacji. Aby uzyskać więcej informacji, zobacz Tworzenie kopii zapasowych i przywracanie kluczy szyfrowania usług Reporting Services i uaktualnianie i migrowanie usług Reporting Services

Gdy nowe środowisko programu SQL Server ma te same obiekty systemowe co istniejące środowisko, należy przeprowadzić migrację baz danych użytkowników z istniejącego systemu do wystąpienia programu SQL Server w sposób minimalizujący przestój w istniejącym systemie. Migracja bazy danych odbywa się poprzez użycie kopii zapasowej i jej przywrócenie lub przez ponowne wskazanie LUN, jeśli jesteś w środowisku SAN. Kroki obu metod przedstawiono na poniższych diagramach.

Ostrożność

Czas przestoju zależy od rozmiaru bazy danych i szybkości podsystemu we/wy. Uaktualnienie programu SQL Server 2014 (12.x), gdy są używane tabele zoptymalizowane pod kątem pamięci, zajmie trochę czasu. Aby uzyskać więcej informacji, zobacz "Plan i Testowanie Planu Uaktualniania Aparatu Bazy Danych" ,.

Po przeprowadzeniu migracji baz danych użytkowników należy wskazać nowych użytkowników do nowego wystąpienia programu SQL Server przy użyciu jednej z kilku metod (na przykład zmiany nazwy serwera, używania wpisu DNS i modyfikowania parametrów połączenia). Nowe podejście do instalacji zmniejsza ryzyko i przestoje w porównaniu z uaktualnieniem w miejscu oraz ułatwia uaktualnienia sprzętowe i operacyjne z uaktualnieniem do programu SQL Server.

Notatka

Jeśli masz już rozwiązanie wysokiej dostępności (HA) lub inne środowisko z wieloma instancjami serwera SQL, przejdź do stopniowego uaktualniania. Jeśli nie masz rozwiązania o wysokiej dostępności, możesz rozważyć tymczasowe skonfigurowanie mirroringu bazy danych, aby dalej zminimalizować przestoje związane z tym uaktualnieniem, lub skonfigurowanie Always On Availability Group jako trwałego rozwiązania wysokiej dostępności.

Na przykład można użyć tego podejścia do aktualizacji:

  • Instalacja programu SQL Server w nieobsługiwanym systemie operacyjnym.
  • Instalacja programu SQL Server w wersji x86 (32-bitowej) jako programu SQL Server 2016 (13.x) i nowszych wersji nie obsługuje instalacji x86.
  • Program SQL Server do nowego sprzętu i/lub nowej wersji systemu operacyjnego.
  • Program SQL Server z konsolidacją serwerów.
  • Program SQL Server 2005 (9.x) jako program SQL Server 2016 (13.x) i nowsze wersje nie obsługują uaktualnienia w miejscu programu SQL Server 2005 (9.x). Aby uzyskać więcej informacji, zobacz Czy uaktualniasz starszą wersję programu SQL Server.

Kroki wymagane do uaktualnienia nowej instalacji różnią się nieznacznie w zależności od tego, czy używasz dołączonego magazynu, czy magazynu SAN.

  • Dołączone środowisko magazynu: Jeśli masz środowisko programu SQL Server korzystające z dołączonego magazynu, poniższy diagram i linki w nim zawarte poprowadzą Cię przez kroki wymagane do przeprowadzenia aktualizacji instalacji aparatu bazy danych.

    Diagram przedstawiający nową metodę uaktualniania instalacji przy użyciu kopii zapasowej i przywracania dla dołączonego magazynu.

  • środowisko magazynu SAN: Jeśli masz środowisko programu SQL Server korzystające z magazynu SAN, poniższy diagram i linki na diagramie przeprowadzą Cię przez kroki wymagane do przeprowadzenia nowej aktualizacji instalacji Silnika bazy danych.

    Diagram przedstawiający nową metodę uaktualniania instalacji przy użyciu odłączania i dołączania pamięci sieci SAN.

Uaktualnienie stopniowe

Uaktualnienie stopniowe jest wymagane w środowiskach rozwiązania programu SQL Server obejmujących wiele wystąpień programu SQL Server, które muszą zostać uaktualnione w określonej kolejności, aby zmaksymalizować czas pracy, zminimalizować ryzyko i zachować funkcjonalność. Uaktualnienie stopniowe jest zasadniczo uaktualnieniem wielu wystąpień programu SQL Server w określonej kolejności. Można wykonać uaktualnienie na miejscu każdego istniejącego wystąpienia SQL Server, albo nową instalację uaktualnienia, aby umożliwić aktualizację sprzętu i/lub systemu operacyjnego w ramach projektu aktualizacji. Istnieje kilka scenariuszy, w których należy użyć podejścia do uaktualnienia stopniowego. Są one udokumentowane w następujących artykułach: