Dela via

Planera och testa uppgraderingsplanen för databasmotorn

  • Artikel

gäller för:SQL Server – endast Windows

För att utföra en lyckad SQL Server-uppgradering, oavsett metod, krävs lämplig planering.

Viktig information och kända uppgraderingsproblem

Granska innan du uppgraderar databasmotorn:

Checklista för planering före uppgradering

Granska följande checklista och tillhörande artiklar innan du uppgraderar databasmotorn. De här artiklarna gäller för alla uppgraderingar, oavsett uppgraderingsmetod och hjälper dig att fastställa den lämpligaste uppgraderingsmetoden: Löpande uppgradering, ny installationsuppgradering eller uppgradering på plats. Du kanske till exempel inte kan utföra en uppgradering på plats eller en löpande uppgradering om du uppgraderar operativsystemet, uppgraderar från SQL Server 2005 (9.x) eller uppgraderar från en 32-bitarsversion av SQL Server. Ett beslutsträd finns i Välj en uppgraderingsmetod för databasmotorn.

  • maskinvaru- och programvarukrav: Granska maskinvaru- och programvarukraven för installation av SQL Server. Dessa krav finns på: Maskinvaru- och programvarukrav för installation av SQL Server-. En del av en uppgraderingsplaneringscykel är att överväga att uppgradera maskinvaran och operativsystemet. Nyare maskinvara går snabbare och kan minska licensiering på grund av färre processorer eller på grund av databas- och serverkonsolidering. Dessa typer av maskinvaru- och programvaruändringar påverkar vilken typ av uppgraderingsmetod du väljer.

  • Aktuell miljö: Undersöka din aktuella miljö för att förstå de SQL Server-komponenter som används och klienterna som ansluter till din miljö.

    • Klientleverantörer: Även om uppgradering inte kräver att du uppdaterar providern för var och en av dina klienter kan du välja att göra det. Om du uppgraderar från SQL Server 2014 (12.x) eller äldre kräver följande SQL Server 2016-funktioner (13.x) antingen en uppdaterad provider för varje klient eller en uppdaterad provider för att tillhandahålla ytterligare funktioner:

    • Always Encrypted (databasmotor)

    • Stretch Database

      Viktig

      Stretch Database är inaktuell i SQL Server 2022 (16.x) och Azure SQL Database. Den här funktionen tas bort i en framtida version av databasmotorn. Undvik att använda den här funktionen i nytt utvecklingsarbete och planera att ändra program som för närvarande använder den här funktionen.

    • Tillgänglighetsgruppslyssnare, klientanslutning och programövergång (SQL Server)

    • TLS-säkerhetsuppdatering

  • komponenter från tredje part: Fastställa kompatibiliteten för komponenter från tredje part, till exempel integrerad säkerhetskopiering.

  • Målmiljö: Kontrollera att målmiljön uppfyller maskinvaru- och programvarukraven och att den stöder det ursprungliga systemets krav. Uppgraderingen kan till exempel omfatta konsolidering av flera SQL Server-instanser till en enda, ny SQL Server-instans eller virtualisering av SQL Server-miljön till ett privat eller offentligt moln.

  • Edition: Fastställ lämplig utgåva av SQL Server för uppgraderingen och avgör vilka giltiga sätt att uppgradera som finns. Detaljerad information finns i version- och utgåveuppgraderingar som stöds. Innan du uppgraderar från en version av SQL Server till en annan kontrollerar du att de funktioner som du använder för närvarande stöds i den utgåva som du uppgraderar till.

    Anmärkning

    När du uppgraderar SQL Server från en tidigare version av SQL Server Enterprise-utgåvan väljer du mellan Enterprise Edition: Core-baserad licensiering och Enterprise-utgåva. Dessa Enterprise-utgåvor skiljer sig bara åt när det gäller licensieringslägen. Mer information finns i Beräkningskapacitetsgränser efter utgåva av SQL Server.

  • Bakåtkompatibilitet: Granska artikeln om bakåtkompatibilitet för SQL Server-databasmotorn om du vill granska ändringar i beteendet mellan SQL Server och den SQL Server-version som du uppgraderar från. Se bakåtkompatibilitet för SQL Server Database Engine.

  • Data Migration Assistant: Kör Data Migration Assistant för att diagnostisera problem som antingen kan blockera uppgraderingsprocessen eller kräva ändringar i befintliga skript eller program på grund av en icke-bakåtkompatibel ändring.

    Du kan ladda ned Data Migration Assistant här.

  • Systemkonfigurationskontroll: Kör SQL Server System Configuration Checker (SCC) för att avgöra om installationsprogrammet för SQL Server identifierar några blockeringsproblem innan du schemalägger uppgraderingen. Mer information finns i Kontrollera parametrar för systemkonfigurationskontrollen.

  • Uppgradera minnesoptimerade tabeller: När du uppgraderar en SQL Server 2014-instans (12.x) som innehåller minnesoptimerade tabeller till SQL Server 2016 (13.x) och senare versioner kräver uppgraderingsprocessen mer tid för att konvertera de minnesoptimerade tabellerna till det nya diskformatet. Under den här processen är databasen offline. Hur lång tid det går beror på storleken på de minnesoptimerade tabellerna och hastigheten på I/O-undersystemet. Uppgraderingen kräver tre storlekar av dataåtgärder för på plats och nya installationsuppgraderingar (steg 1 krävs inte för löpande uppgraderingar, men steg 2 och 3 krävs):

    1. Kör databasåterställning med det gamla diskformatet (inklusive inläsning av alla data i minnesoptimerade tabeller till minne från disk)

    2. Serialisera data till disk i det nya on-disk-formatet

    3. Kör databasåterställning med det nya formatet (inklusive inläsning av alla data i minnesoptimerade tabeller till minne från disk)

      Dessutom leder otillräckligt med diskutrymme under den här processen till att återställningen misslyckas. Se till att det finns tillräckligt med utrymme på disken för att lagra den befintliga databasen, plus extra lagringsutrymme som motsvarar den aktuella storleken på containrarna i MEMORY_OPTIMIZED_DATA filgrupp i databasen för att utföra en uppgradering på plats, eller när du kopplar en SQL Server 2014-databas (12.x) till en instans som kör SQL Server 2016 (13.x) eller en senare version. Använd följande fråga för att fastställa det diskutrymme som för närvarande krävs för den MEMORY_OPTIMIZED_DATA filgruppen och även mängden ledigt diskutrymme som krävs för att uppgraderingen ska lyckas:

    SELECT CAST(SUM(size) AS FLOAT) * 8 / 1024 / 1024 AS [size in GB]
FROM sys.database_files
WHERE data_space_id IN
(
    SELECT data_space_id
    FROM sys.filegroups
    WHERE type = N'FX'
);

Utveckla och testa uppgraderingsplanen

Det bästa sättet är att behandla uppgraderingen på samma sätt som med alla IT-projekt. Organisera ett uppgraderingsteam som har databasadministration, nätverk, extrahering, transformering och inläsning (ETL) och andra kunskaper som krävs för uppgraderingen. Teamet måste:

  • Välj uppgraderingsmetod: Se Välj en uppgraderingsmetod för databasmotorn.

  • Utveckla en återställningsplan: Om du kör den här planen kan du återställa den ursprungliga miljön om du behöver återställa den.

  • Fastställa kriterier för godkännande: Kontrollera att uppgraderingen lyckades innan du klipper över användare till den uppgraderade miljön.

  • Testa uppgraderingsplanen: Om du vill testa prestanda med din faktiska arbetsbelastning använder du verktyget Microsoft SQL Server Distributed Replay. Det här verktyget kan använda flera datorer för att spela upp spårningsdata och simulera en verksamhetskritisk arbetsbelastning. Genom att utföra en repris på en testserver före och efter en SQL Server-uppgradering kan du mäta prestandaskillnader och leta efter eventuella inkompatibiliteter som programmet kan ha med uppgraderingen. För mer information, se SQL Server Distributed Replay och kommandoradsalternativ för administrationsverktyget (Distributed Replay Utility).

Relaterat innehåll