KB4466404 — skumulowana aktualizacja 13 dla SQL Server 2017 r.

Następująca aktualizacja jest dostępna w Centrum pobierania Microsoft:

Pobierz teraz najnowszy pakiet aktualizacji zbiorczej dla programu SQL Server 2017

Jeśli strona pobierania nie zostanie wyświetlona, skontaktuj się z działem pomocy technicznej i pomocy technicznej firmy Microsoft w celu uzyskania pakietu aktualizacji zbiorczej.

W wykazie usługi Microsoft Update dostępna jest następująca aktualizacja:

Pobierz teraz pakiet aktualizacji zbiorczej dla produktu SQL Server 2017 CU13

Aby zaktualizować program SQL Server 2017 w systemie Linux do najnowszej wersji CU, należy najpierw skonfigurować repozytorium aktualizacji skumulowanych. Następnie zaktualizuj pakiety programu SQL Server przy użyciu odpowiedniego polecenia aktualizacji specyficznego dla platformy.

Aby uzyskać instrukcje instalacji i linki bezpośrednie do pobierania pakietu CU, zobacz informacje o wersji programu SQL Server 2017.

Możesz sprawdzić pobieranie, obliczając skrót pliku SQLServer2017-KB4466404-x64.exe przy użyciu następującego polecenia:

certutil -hashfile SQLServer2017-KB4466404-x64.exe SHA256

Angielska wersja tego pakietu ma atrybuty pliku (lub nowsze atrybuty pliku), które są wymienione w poniższej tabeli. Daty i godziny dla tych plików są wyświetlane według uniwersalnego czasu koordynowanego (UTC). Informacje o pliku są konwertowane na czas lokalny. Aby znaleźć różnicę między czasem UTC a czasem lokalnym, użyj karty Strefa czasowa w elemencie Data i godzina w Panelu sterowania.

Wersje oparte na architekturze x64

SQL Server 2017 Analysis Services

Usługi baz danych programu SQL Server 2017 Common Core

SQL Server 2017 sql_dreplay_client

SQL Server 2017 sql_dreplay_controller

Podstawowe wystąpienie usług bazowych programu SQL Server 2017

Usługi baz danych programu SQL Server 2017 Core Shared

SQL Server 2017 sql_extensibility

SQL Server 2017 Full-Text Engine

SQL Server 2017 sql_inst_mr

SQL Server 2017 Integration Services

SQL Server 2017 sql_polybase_core_inst

SQL Server 2017 sql_shared_mr

SQL Server 2017 sql_tools_extensions

Aby zastosować ten pakiet aktualizacji zbiorczej, musisz mieć uruchomiony program SQL Server 2017.

Po zastosowaniu tej aktualizacji nie trzeba ponownie uruchamiać komputera.

Aby zastosować jedną z poprawek zawartych w tym pakiecie, nie musisz wprowadzać żadnych zmian w rejestrze.

Ten artykuł zawiera również ważne informacje dotyczące następujących sytuacji:

• Rozrusznik: Zmiana zachowania jest wprowadzana w dystrybucjach, które używają najnowszej dostępnej wersji rozrusznika. Udostępniono metody ograniczania ryzyka.

• Magazyn zapytań: Uruchamianie tego skryptu jest konieczne, jeśli używasz magazynu zapytań, a wcześniej zainstalowano aktualizację zbiorczą 2 (CU2) programu Microsoft SQL Server 2017.

Wersja kompilacji CU usług Analysis Services

Począwszy od wersji Microsoft SQL Server 2017, numer wersji kompilacji usług Analysis Services i numer wersji kompilacji aparatu bazy danych programu SQL Server nie są zgodne. Aby uzyskać więcej informacji, zobacz Weryfikowanie wersji kompilacji aktualizacji zbiorczej usług Analysis Services.

Aktualizacje zbiorcze (CU)

Aktualizacje zbiorcze są teraz dostępne w Centrum pobierania Microsoft.

Tylko najnowsze aktualizacje zbiorcze wydane dla programu SQL Server 2017 są dostępne w Centrum pobierania.

Pakiety CU dla systemu Linux są dostępne pod adresem https://packages.microsoft.com.

• Każda nowa aktualizacja skumulowana zawiera wszystkie poprawki z poprzedniej aktualizacji zbiorczej dla zainstalowanej wersji programu SQL Server.
• Aktualizacje zbiorcze programu SQL Server są certyfikowane na tym samym poziomie co dodatki Service Pack i powinny być instalowane z takim samym poziomem pewności.
• Zalecamy ciągłą, proaktywną instalację aktualizacji zbiorczych w miarę ich udostępniania zgodnie z następującymi wytycznymi:
  • Dane historyczne pokazują, że znaczna liczba zgłoszeń pomocy technicznej dotyczy problemu, który został już rozwiązany w wydanej aktualizacji skumulowanej.
  • Aktualizacje skumulowane mogą zawierać wartość dodaną wykraczającą poza poprawki. Obejmuje to aktualizacje dotyczące możliwości obsługi, zarządzania i niezawodności.
• Zalecamy przetestowanie aktualizacji zbiorczych programu SQL Server przed wdrożeniem ich w środowiskach produkcyjnych.

WAŻNE

Wszystkie dystrybucje (w tym RHEL 7.3 i 7.4) korzystające z najnowszego dostępnego pakietu Pacemaker 1.1.18-11.el7 wprowadzają zmianę start-failure-is-fatal zachowania ustawienia klastra, jeśli jego wartość to false. Ta zmiana wpływa na przepływ pracy w trybie failover. Jeśli w replice podstawowej wystąpi awaria, oczekuje się, że klaster przejdzie w tryb failover do jednej z dostępnych replik pomocniczych. Zamiast tego użytkownicy zauważą, że klaster wciąż próbuje uruchomić replikę podstawową, której nie powiodło się. Jeśli ta podstawowa nigdy nie przejdzie do trybu online (z powodu trwałej awarii), klaster nigdy nie przejdzie w tryb failover do innej dostępnej repliki pomocniczej.

Ten problem dotyczy wszystkich wersji programu SQL Server, niezależnie od wersji aktualizacji skumulowanej, w której się znajdują.

Aby ograniczyć ten problem, zastosuj jedną z następujących metod.

Metoda 1

Wykonaj następujące czynności:

1. Usuń zastąpienie start-failure-is-fatal z istniejącego klastra.

   # RHEL, Ubuntu pcs property unset start-failure-is-fatal # lub pcs property set start-failure-is-fatal=true # SLES crm configure property start-failure-is-fatal=true

2. Zmniejsz cluster-recheck-interval wartość.

   # RHEL, Ubuntu pcs property set cluster-recheck-interval=<Xmin> # SLES crm configure property cluster-recheck-interval=<Xmin>

3. Dodaj właściwość meta do każdego zasobu failure-timeout grupy AG.

   # RHEL, Ubuntu pcs aktualizacja zasobów ag1 meta failure-timeout=60s # SLES crm konfiguracja edit ag1 # W edytorze tekstu dodaj "meta failure-timeout=60s" po wszystkich parametrach i przed wszelkimi "operacjami"

   Uwaga

   W tym kodzie zastąp odpowiednią wartość Xmin<>. Jeśli replika ulegnie awarii, klaster próbuje ponownie uruchomić replikę w interwale, który jest powiązany z failure-timeout wartością i cluster-recheck-interval wartością. Jeśli na przykład failure-timeout ustawiono wartość 60 sekund, a cluster-recheck-interval ustawiono wartość 120 sekund, próba ponownego uruchomienia odbywa się w interwale większym niż 60 sekund, ale krótszym niż 120 sekund. Zalecamy ustawienie failure-timeout na 60scluster-recheck-interval i na wartość większą niż 60 sekund. Nie zaleca się ustawiania cluster-recheck-interval małej wartości. Aby uzyskać więcej informacji, zapoznaj się z dokumentacją rozrusznika serca lub skonsultuj się z dostawcą systemu.

Metoda 2

Przywróć wersję Pacemaker 1.1.16.

WAŻNE

Musisz uruchomić ten skrypt, jeśli używasz magazynu zapytań i aktualizujesz z aktualizacji zbiorczej 2 (CU2) programu SQL Server 2017 bezpośrednio do aktualizacji skumulowanej 3 (CU3) programu SQL Server 2017 lub dowolnej późniejszej aktualizacji skumulowanej. Nie musisz uruchamiać tego skryptu, jeśli wcześniej zainstalowano aktualizację skumulowaną 3 (CU3) programu SQL Server 2017 lub późniejszą aktualizację skumulowaną programu SQL Server 2017.

SET NOCOUNT ON;
DROP TABLE IF EXISTS #tmpUserDBs;

SELECT [database_id], 0 AS [IsDone]
INTO #tmpUserDBs
FROM master.sys.databases
WHERE [database_id] > 4
 AND [state] = 0 -- must be ONLINE
 AND is_read_only = 0 -- cannot be READ_ONLY
 AND [database_id] NOT IN (SELECT dr.database_id FROM sys.dm_hadr_database_replica_states dr -- Except all local Always On secondary replicas
  INNER JOIN sys.dm_hadr_availability_replica_states rs ON dr.group_id = rs.group_id
  INNER JOIN sys.databases d ON dr.database_id = d.database_id
  WHERE rs.role = 2 -- Is Secondary
   AND dr.is_local = 1
   AND rs.is_local = 1)

DECLARE @userDB sysname;

WHILE (SELECT COUNT([database_id]) FROM #tmpUserDBs WHERE [IsDone] = 0) > 0
BEGIN
 SELECT TOP 1 @userDB = DB_NAME([database_id]) FROM #tmpUserDBs WHERE [IsDone] = 0

 -- PRINT 'Working on database ' + @userDB

 EXEC ('USE [' + @userDB + '];
DECLARE @clearPlan bigint, @clearQry bigint;
IF EXISTS (SELECT [actual_state] FROM sys.database_query_store_options WHERE [actual_state] IN (1,2))
BEGIN
 IF EXISTS (SELECT plan_id FROM sys.query_store_plan WHERE engine_version = ''14.0.3008.27'')
 BEGIN
  DROP TABLE IF EXISTS #tmpclearPlans;

  SELECT plan_id, query_id, 0 AS [IsDone]
  INTO #tmpclearPlans
  FROM sys.query_store_plan WHERE engine_version = ''14.0.3008.27''

  WHILE (SELECT COUNT(plan_id) FROM #tmpclearPlans WHERE [IsDone] = 0) > 0
  BEGIN
   SELECT TOP 1 @clearPlan = plan_id, @clearQry = query_id FROM #tmpclearPlans WHERE [IsDone] = 0
   EXECUTE sys.sp_query_store_unforce_plan @clearQry, @clearPlan;
   EXECUTE sys.sp_query_store_remove_plan @clearPlan;

   UPDATE #tmpclearPlans
   SET [IsDone] = 1
   WHERE plan_id = @clearPlan AND query_id = @clearQry
  END;

  PRINT ''- Cleared possibly affected plans in database [' + @userDB + ']''
 END
 ELSE
 BEGIN
  PRINT ''- No affected plans in database [' + @userDB + ']''
 END
END
ELSE
BEGIN
 PRINT ''- Query Store not enabled in database [' + @userDB + ']''
END')
  UPDATE #tmpUserDBs
  SET [IsDone] = 1
  WHERE [database_id] = DB_ID(@userDB)
END

W przypadku wdrażania aktualizacji w środowisku hybrydowym (takim jak Zawsze włączone, replikacja, klaster i klonowanie) zalecamy zapoznanie się z następującymi artykułami przed wdrożeniem aktualizacji:

• Uaktualnianie wystąpienia klastra trybu failover

  Uwaga

  Jeśli nie chcesz korzystać z procesu aktualizacji stopniowej, wykonaj następujące kroki, aby zastosować aktualizację:

  • Zainstaluj aktualizację w węźle pasywnym.
  • Zainstaluj aktualizację w aktywnym węźle (wymaga ponownego uruchomienia usługi).

• Uaktualnianie i aktualizacja serwerów grupy dostępności, które wykorzystują minimalny czas przestoju i utratę danych

  Uwaga

  Jeśli funkcja Zawsze włączone została włączona wraz z katalogiem SSISDB, zobacz informacje o usłudze SSIS z funkcją Zawsze włączone, aby dowiedzieć się, jak zastosować aktualizację w tych środowiskach.

• Jak zastosować poprawkę dla programu SQL Server w topologii replikacji transakcyjnej i dublowania bazy danych

• Jak zastosować poprawkę dla programu SQL Server w topologii replikacji

• Uaktualnianie instancji lustrzanych

• Omówienie instalacji obsługi programu SQL Server

Aktualizacje zbiorcze programu SQL Server są obecnie wielojęzyczne. Dlatego ten pakiet CU nie jest specyficzny dla jednego języka. Dotyczy ona wszystkich obsługiwanych języków.

Jeden pakiet CU zawiera wszystkie dostępne aktualizacje dla wszystkich składników (funkcji) programu SQL Server 2017. Jednak pakiet aktualizacji zbiorczej aktualizuje tylko te składniki, które są obecnie zainstalowane w wystąpieniu programu SQL Server, które wybrano do serwisowania. Jeśli po zastosowaniu tej jednostki skumulowanej do wystąpienia zostanie dodana funkcja programu SQL Server (na przykład usługi Analysis Services), należy ponownie zastosować tę jednostkę skumulowaną w celu zaktualizowania nowej funkcji.

Jeśli wystąpią inne problemy lub jeśli wymagane jest rozwiązanie problemu, może być konieczne utworzenie żądania usługi. Normalne koszty pomocy technicznej będą dotyczyć dodatkowych pytań pomocy technicznej i problemów, które nie kwalifikują się do tego konkretnego pakietu aktualizacji skumulowanej. Aby uzyskać pełną listę numerów telefonów działu obsługi klienta i pomocy technicznej firmy Microsoft lub utworzyć oddzielne żądanie obsługi, przejdź do witryny pomocy technicznej firmy Microsoft w sieci Web.

1. W panelu sterowania otwórz element Programy i funkcje, a następnie wybierz pozycję Wyświetl zainstalowane aktualizacje.
2. Znajdź wpis odpowiadający temu pakietowi aktualizacji zbiorczej w obszarze programu SQL Server 2017.
3. Naciśnij i przytrzymaj aplikację (lub ją kliknij prawym przyciskiem myszy), a następnie wybierz pozycję Odinstaluj.

Aby odinstalować tę aktualizację skumulowaną w systemie Linux, należy wycofać pakiet do poprzedniej wersji. Aby uzyskać więcej informacji o wycofywaniu instalacji, zobacz Wycofywanie programu SQL Server.