Dela via

Felsöka vanliga problem med installation av kumulativ uppdatering i SQL Server

Den här artikeln innehåller allmänna steg för att felsöka problem som kan uppstå när du tillämpar en kumulativ uppdatering (CU) eller Service Pack (SP) på din Microsoft SQL Server-instans. Den innehåller också information om hur du löser följande felmeddelanden eller villkor:

  • Wait on Database Engine recovery handle failed meddelande och fel 912 och 3417 när du kör uppgraderingsskript.
  • Installationsfel som uppstår på grund av saknade MSI- eller MSP-filer (uppdatering) i Windows Installer-cachen.
  • The Database Engine system data directory in the registry is not valid eller the User Log directory in the registry is not valid meddelanden.
  • Network path was not found och andra felmeddelanden som du får om Fjärrregistertjänst eller administratörsresurser är inaktiverade på en AlwaysOn-redundansklusterinstans (FCI) eller AlwaysOn-tillgänglighetsgrupper.

Information om kumulativ uppdatering och service pack-installation

Det här avsnittet innehåller information om CU- och SP-installationer.

  • För Microsoft SQL Server 2016 och tidigare versioner:

    • Innan du installerar en CU kontrollerar du att SQL Server-instansen är på rätt SP-nivå för den CU:en. Du kan till exempel inte tillämpa CU17 för SQL 2016 SP2 innan du tillämpar SP2 för SQL Server 2016-instansen.
    • Du kan alltid använda den senaste CU:en för en viss SP-baslinje utan att behöva tillämpa tidigare PROCESSORer för servicepaketet. Om du till exempel vill tillämpa CU17 för SQL Server 2016 SP2-instansen kan du hoppa över att tillämpa tidigare uppdateringar på CU14, CU15 och CU16, om de inte är installerade och tillämpa CU17 direkt.

  • För Microsoft SQL Server 2017 och senare versioner kan du alltid använda den senaste cu som är tillgänglig. (Det finns inga service pack för SQL Server 2017 och senare versioner.)

  • Innan du tillämpar en CU eller SP kontrollerar du att den instans som du uppdaterar är korrekt installerad. SQL Server-programfilerna och datafilerna kan inte installeras på:

    • En flyttbar diskenhet.
    • Ett filsystem som använder komprimering.
    • En katalog där systemfiler finns.
    • Delade enheter på en redundansklusterinstans.

  • Om du lägger till en databasmotorfunktion när du har tillämpat en CU eller ett SP på en instans bör du uppdatera den nya funktionen till samma nivå som programinstansen innan du tillämpar några nya processorer eller SP:er.

Allmän felsökningsmetod

Isolera felet genom att följa dessa steg:

  1. Välj Information på skärmen Fel i installationsprocessen.
  2. I mappen %programfiles%\Microsoft SQL Server\nnn\Setup Bootstrap\Log kontrollerar du Summary.txt under avsnittet Produktfunktioner som identifierats för att avgöra om någon av de listade funktionerna rapporterar ett fel. Om de gör det kan du fokusera på att lösa problem som påverkar den funktionen.
  3. Gå till undermappen med namnet yyyyMMdd_HHmmss (till exempel 20220618_174947) som motsvarar den rapporterade feltiden som du fokuserar på. Målet är att undersöka funktionsspecifika filer, ERRORLOG-filer och Details.txt fil om det behövs.
  4. Gå till undermappen \MSSQLSERVER och leta upp loggfilerna som är specifika för funktionen som misslyckades. Till exempel sql_engine_core_inst_Cpu64_1.log. Om det finns fel i uppgraderingsskriptet kontrollerar du de SQLServer_ERRORLOG_date_time.txt filer som motsvarar tidpunkten för uppgraderingsfelet.
  5. Öppna loggfilen Details.txt och sök efter nyckelordet "Misslyckades". Alla fel anses inte vara kritiska.

Mer information finns i Visa och läsa SQL Server-installationsloggfiler.

I de närmaste avsnitten söker du efter ett scenario som motsvarar din situation och följer sedan de associerade felsökningsstegen. Om det inte finns något matchande scenario letar du efter fler pekare i loggfilerna.

Felen 912 och 3417 och "Vänta på återställningshandtaget för databasmotorn misslyckades"

T-SQL-uppgraderingsskript levereras tillsammans med varje kumulativ SQL Server-uppdatering. De körs när SQL Server-binärfilerna har ersatts med de senaste versionerna. Om dessa T-SQL-skript inte körs av någon anledning rapporterar installationsprogrammet felet "Vänta på återställningshandtaget för databasmotorn misslyckades". Installationsprogrammet registrerar felen 912 och 3417 i den senaste SQL Server-felloggen. Felen 912 och 3417 är associerade med uppgraderingsfel för databasskript respektive fel vid återställning av master databasen. Meddelandena som föregår fel 912 innehåller vanligtvis information om rotorsaken till felet som inträffade när uppgraderingsskripten kördes.

Det kan uppstå en mängd olika fel tillsammans med 912 och 3417. Mer information om en sammanfattning av vanliga scenarier och relaterade lösningar finns i Felsöka fel med uppgraderingsskript när du tillämpar en uppdatering.

Installationsfel som orsakas av saknade installationsfiler i Windows-cacheminnet

Program som SQL Server som använder Windows Installer-teknik för installationsprocessen lagrar viktiga filer i Windows Installer-cachen. Standardplatsen för installationsprogrammets cache är C:\Windows\Installer. Dessa filer krävs för att avinstallera och uppdatera program. De är unika för den datorn. Uppdateringar av program som är beroende av dessa filer fungerar inte om de tas bort av misstag eller på annat sätt komprometteras. Lös det här villkoret genom att använda någon av följande metoder som beskrivs i Återställa saknade Windows Installer-cachefiler:

Installationen misslyckas på grund av felaktiga data eller en felaktig loggplats i registret

Om standarddata och loggmappar är ogiltiga när du installerar en CU eller SP kan du få fel som liknar följande meddelanden:

"Användardatakatalogen i registret är inte giltig. Kontrollera att DefaultData-nyckeln under instansens hive pekar på en giltig katalog."

"Användarloggkatalogen i registret är inte giltig. Kontrollera att DefaultLog-nyckeln under hive-instansen pekar på en giltig katalog."

"Det gick inte att installera instansfunktioner för SQL Server Database Engine Services. Databasmotorns systemdatakatalog i registret är ogiltig."

Följ nedanstående steg för att lösa problemet:

  1. Anslut till SQL Server-instansen med hjälp av SQL Server Management Studio (SSMS).
  2. Högerklicka på SQL Server-instansen i Objektutforskaren och välj Egenskaper>Databasinställningar.
  3. Under Standardplatser för databas kontrollerar du att mapparna i Data och Log är korrekta.
  4. I Konfigurationshanteraren för SQL Server väljer du SQL Server Services, dubbelklickar på den berörda SQL Server-tjänsten, väljer fliken Avancerat och kontrollerar att värdet för Datasökvägen är korrekt. Värdet är nedtonat och kan inte ändras. Men om du vill korrigera det följer du metod 2 i Fel som Data eller Loggkatalogen i registret inte är giltig när du installerar SQL Server Kumulativ uppdatering eller ett Service Pack för att ändra registerposten SQLDataRoot .
  5. Försök installera CU eller SP igen.

Felkonfigurerade noder för Windows Server-redundansklustring (WSFC)

För smidig funktion och underhåll av en SQL Server-redundansklusterinstans (FCI) följer du metodtipsen som beskrivs i Innan du installerar redundanskluster och administration och underhåll av redundansklusterinstans. Om du får fel när du tillämpar en CU eller ett SP kontrollerar du följande villkor:

  • Kontrollera att fjärrregistertjänsten är aktiv och körs på alla noder i WSFC-klustret.
  • Om tjänstkontot för SQL Server inte är administratör i ditt Windows-kluster kontrollerar du att administrativa resurser (C$ och så vidare) är aktiverade på alla noder. Mer information finns i Översikt över problem som kan uppstå när administrativa resurser saknas. Om dessa resurser inte är korrekt konfigurerade kan du märka ett eller flera av följande symtom när du försöker installera en CU eller SP:
    • Uppdateringen tar lång tid att köra eller svarar inte. Installationsloggar visar inga förlopp.
    • Installationsloggar innehåller meddelanden som följande:

      The network path was not found. System.UnauthorizedAccessException: Attempted to perform an unauthorized operation.

Ytterligare information

  • Last updated on