KB4341265 — aktualizacja zbiorcza 9 dla SQL Server 2017 r.

Poniższa aktualizacja jest dostępna w Centrum pobierania Microsoft:

Pobierz najnowszy pakiet aktualizacji zbiorczej dla SQL Server 2017 r.

Jeśli strona pobierania nie jest wyświetlana, skontaktuj się z działem obsługi klienta firmy Microsoft i pomocą techniczną , aby uzyskać pakiet aktualizacji zbiorczej.

W katalogu microsoft update dostępna jest następująca aktualizacja:

Pobierz pakiet aktualizacji zbiorczej dla SQL Server 2017 CU9 teraz

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

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

Pobieranie można sprawdzić, obliczając skrót pliku SQLServer2017-KB4341265-x64.exe przy użyciu następującego polecenia:

certutil -hashfile SQLServer2017-KB4341265-x64.exe SHA256

Angielska wersja tego pakietu zawiera atrybuty pliku (lub późniejsze atrybuty plików), które są wymienione w poniższej tabeli. Daty i godziny dla tych plików są wymienione w uniwersalnym czasie koordynowanym (UTC). Podczas wyświetlania informacji 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 Panel sterowania.

Wersje oparte na systemie x64

SQL Server 2017 Analysis Services

SQL Server 2017 Database Services Common Core

SQL Server 2017 r. sql_dreplay_client

SQL Server 2017 sql_dreplay_controller

wystąpienie podstawowe usług bazy danych SQL Server 2017

SQL Server 2017 Database Services Core Shared

SQL Server 2017 sql_extensibility

aparat Full-Text SQL Server 2017

SQL Server 2017 sql_inst_mr

SQL Server 2017 Integration Services

SQL Server 2017 r. sql_polybase_core_inst

SQL Server 2017 sql_shared_mr

SQL Server 2017 sql_tools_extensions

Aby zastosować ten pakiet aktualizacji zbiorczej, należy uruchomić program SQL Server 2017 r.

Po zastosowaniu tego pakietu aktualizacji zbiorczej może być konieczne ponowne uruchomienie komputera.

Aby użyć jednej z poprawek w tym pakiecie, nie trzeba wprowadzać żadnych zmian w rejestrze.

Ten artykuł zawiera również ważne informacje o następujących sytuacjach:

• Pacemaker: Zmiany zachowania są wprowadzane w dystrybucjach korzystających z najnowszej dostępnej wersji pacemakera. Dostępne są metody ograniczania ryzyka.

• Magazyn zapytań: ten skrypt należy uruchomić, jeśli używasz magazynu zapytań i masz wcześniej zainstalowaną aktualizację zbiorczą microsoft SQL Server 2017 2 (CU2).

Wersja kompilacji CU usług Analysis Services

Począwszy od programu Microsoft SQL Server 2017, numer wersji kompilacji usług Analysis Services i numer wersji kompilacji aparatu bazy danych 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 (CU) są teraz dostępne w Centrum pobierania Microsoft.

Tylko najnowsza wersja CU wydana na SQL Server 2017 r. jest dostępna w Centrum pobierania.

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

• Każdy nowy cu zawiera wszystkie poprawki, które zostały dołączone do poprzedniej cu dla zainstalowanej wersji SQL Server.
• SQL Server jednostki CU są certyfikowane na tych samych poziomach co dodatki Service Pack i powinny być instalowane na tym samym poziomie pewności.
• Zalecamy ciągłą, proaktywną instalację jednostek CU w miarę ich dostępności zgodnie z następującymi wytycznymi:
  • Dane historyczne pokazują, że znaczna liczba przypadków pomocy technicznej wiąże się z problemem, który został już rozwiązany w wydanej wersji CU.
  • Jednostki CU mogą zawierać wartość dodawaną powyżej poprawek. Obejmuje to aktualizacje dotyczące możliwości obsługi, możliwości zarządzania i niezawodności.
• Zalecamy przetestowanie SQL Server jednostek CU 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 dla ustawienia klastra, jeśli jego wartością jest false. Ta zmiana ma wpływ na przepływ pracy trybu failover. Jeśli w replice podstawowej wystąpi awaria, oczekuje się, że klaster przełączy się w tryb failover do jednej z dostępnych replik pomocniczych. Zamiast tego użytkownicy zauważą, że klaster nadal próbuje uruchomić nieudaną replikę podstawową. Jeśli ten podstawowy element nigdy nie jest dostępny w trybie online (z powodu trwałej awarii), klaster nigdy nie przechodzi w tryb failover do innej dostępnej repliki pomocniczej.

Ten problem ma wpływ na wszystkie wersje SQL Server, niezależnie od wersji aktualizacji zbiorczej, w której są włączone.

Aby rozwiązać ten problem, użyj jednej z następujących metod.

Metoda 1

Wykonaj następujące czynności:

1. Usuń przesłonięcia start-failure-is-fatal z istniejącego klastra.

   # RHEL, Ubuntu pcs właściwość unset start-failure-is-fatal # lub pcs właściwości set start-failure-is-fatal=true # SLES crm configure property start-failure-is-fatal=true

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

   # RHEL, Ubuntu pcs zestaw właściwości 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 dostępności.

   # RHEL, Ubuntu pcs resource update ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # W edytorze tekstów dodaj "meta failure-timeout=60s" po dowolnych parametrach i przed dowolnymi operacjami

   Uwaga

   W tym kodzie zastąp odpowiednio wartość Xmin<>. Jeśli replika ulegnie awarii, klaster spróbuje ponownie uruchomić replikę w interwale powiązanym wartością failure-timeout i wartością cluster-recheck-interval . Jeśli na przykład failure-timeout ustawiono wartość 60 sekund i cluster-recheck-interval ustawiono wartość 120 sekund, próbowano uruchomić ponownie w interwale większym niż 60 sekund, ale krótszym niż 120 sekund. Zalecamy ustawienie failure-timeout wartości 60scluster-recheck-interval i na wartość większą niż 60 sekund. Zalecamy, aby nie ustawiać cluster-recheck-interval wartości na małą. Aby uzyskać więcej informacji, zapoznaj się z dokumentacją pacemakera lub skontaktuj się z dostawcą systemu.

Metoda 2

Przywróć program Pacemaker w wersji 1.1.16.

WAŻNE

Ten skrypt należy uruchomić, jeśli używasz magazynu zapytań i aktualizujesz go z SQL Server 2017 r. Zbiorcza aktualizacja 2 (CU2) bezpośrednio do aktualizacji zbiorczej 3 (CU3) SQL Server 2017 r. lub dowolnej nowszej aktualizacji zbiorczej. Nie musisz uruchamiać tego skryptu, jeśli wcześniej zainstalowano aktualizację zbiorczą 3 (CU3) SQL Server 2017 r. lub aktualizację zbiorczą SQL Server 2017 r.

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

Podczas wdrażania aktualizacji w środowisku hybrydowym (takim jak Zawsze włączone, replikacja, klaster i dublowanie) 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 węźle aktywnym (wymaga ponownego uruchomienia usługi).

• Uaktualnianie i aktualizowanie serwerów grupy dostępności, które korzystają z minimalnych przestojów i utraty danych

  Uwaga

  Jeśli włączono funkcję Always On razem z katalogiem SSISDB , zapoznaj się z informacjami o usłudze SSIS z funkcją Always On na temat sposobu stosowania aktualizacji w tych środowiskach.

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

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

• Uaktualnianie wystąpień dublowanych

• Omówienie instalacji obsługi SQL Server

SQL Server jednostki CU są obecnie wielojęzyczne. W związku z tym 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) SQL Server 2017. Jednak pakiet aktualizacji zbiorczej aktualizuje tylko te składniki, które są obecnie zainstalowane w wystąpieniu SQL Server wybranym do serwisowania. Jeśli funkcja SQL Server (na przykład Analysis Services) zostanie dodana do wystąpienia po zastosowaniu tej cu, musisz ponownie zastosować tę cu, aby zaktualizować nową funkcję do tej cu.

Jeśli wystąpią inne problemy lub jeśli wymagane jest jakiekolwiek rozwiązywanie problemów, może być konieczne utworzenie żądania obsługi. Zwykłe koszty pomocy technicznej będą miały zastosowanie do dodatkowych pytań dotyczących pomocy technicznej i problemów, które nie kwalifikują się do tego konkretnego zbiorczego pakietu aktualizacji. Aby uzyskać pełną listę numerów telefonów działu obsługi klienta i pomocy technicznej firmy Microsoft lub utworzyć osobne żądanie obsługi, przejdź do witryny internetowej pomocy technicznej firmy Microsoft.

1. W Panel 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 SQL Server 2017 r.
3. Naciśnij i przytrzymaj (lub kliknij prawym przyciskiem myszy) wpis, a następnie wybierz pozycję Odinstaluj.

Aby odinstalować tę cu w systemie Linux, należy wycofać pakiet do poprzedniej wersji. Aby uzyskać więcej informacji na temat wycofywania instalacji, zobacz Wycofywanie SQL Server.