Uppgradera speglade instanser

Gäller för:SQL Server

Försiktighet

Den här funktionen tas bort i en framtida version av SQL Server. 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. För hög tillgänglighet använder du AlwaysOn-tillgänglighetsgrupper i stället.

Viktigt!

Databasspegling i SQL Server är en distinkt teknik från Microsoft Fabric Database-spegling. Spegling till Fabric ger bättre analytisk prestanda, möjlighet att förena din dataresurs med OneLake i Fabric och ge öppen tillgång till dina data i Delta Parquet-format.

Med spegling till Microsoft Fabric kan du kontinuerligt replikera din befintliga dataegendom direkt till OneLake i Fabric, inklusive data från SQL Server 2016+, Azure SQL Database, Azure SQL Managed Instance, Cosmos DB, Oracle, Snowflake med mera.

När du uppgraderar en SQL Server-speglad instans till en ny version, till ett nytt SQL Server-servicepaket eller en kumulativ uppdatering, eller till ett nytt Windows Service Pack eller en kumulativ uppdatering, kan du minska stilleståndstiden för varje speglad databas till endast en enda manuell redundansväxling genom att utföra en löpande uppgradering (eller två manuella redundansväxlingar om du misslyckas tillbaka till den ursprungliga primära databasen). En löpande uppgradering är en process i flera steg som i sin enklaste form innebär att uppgradera SQL Server-instansen som för närvarande fungerar som speglingsserver i en speglingssession, sedan manuellt växla över den speglade databasen, uppgradera den tidigare huvudinstansen för SQL Server och återuppta speglingen. I praktiken beror den exakta processen på driftläget och antalet och layouten för speglingssessionen som körs på de SQL Server-instanser som du uppgraderar.

Om du vill ha information om hur du använder databasspegling med loggöverföring under en migrering kan du ladda ned det här faktabladet för databasspegling och loggleverans.

Förutsättningar

Läs följande viktiga information innan du börjar:

• Versions- och versionsuppgraderingar som stöds: Kontrollera att du kan uppgradera till SQL Server från din version av Windows-operativsystemet och versionen av SQL Server. Du kan till exempel inte uppgradera direkt från en SQL Server 2005-instans till den senaste versionen av SQL Server.

• Välj en uppgraderingsmetod för databasmotorn: Välj lämplig uppgraderingsmetod och steg baserat på din granskning av versions- och versionsuppgraderingar som stöds och även baserat på andra komponenter som är installerade i din miljö för att uppgradera komponenter i rätt ordning.

• Planera och testa uppgraderingsplanen för databasmotorn: Granska viktig information och kända uppgraderingsproblem, checklistan före uppgraderingen och utveckla och testa uppgraderingsplanen.

• Maskinvaru- och programvarukrav för installation av SQL Server 2016: Granska programvarukraven för att installera SQL Server. Om ytterligare programvara krävs installerar du den på varje nod innan du påbörjar uppgraderingsprocessen för att minimera eventuella driftstopp.

Rekommenderad förberedelse (metodtips)

Innan du påbörjar en löpande uppgradering rekommenderar vi att du:

1. Utför en övning på manuell redundansväxling på minst en av dina speglingssessioner:

   • Växla manuellt över en databasspeglingssession (SQL Server Management Studio)

   • Utför en manuell övergång av en data basspeglings-session (Transact-SQL).

   Anmärkning

   Information om hur manuell redundans fungerar finns i Rollväxling under en databasspeglingssession (SQL Server).

2. Skydda dina data:

   1. Utför en fullständig databassäkerhetskopia på varje huvuddatabas:

      Skapa en fullständig databassäkerhetskopiering (SQL Server).

   2. Kör DBCC CHECKDB-kommandot på varje huvuddatabas.

Faser i en löpande uppgradering

De specifika stegen i en löpande uppgradering beror på speglingskonfigurationens driftsläge. De grundläggande stegen är dock desamma.

Anmärkning

Information om driftlägena finns i Driftlägen för databasspegling.

Följande bild är ett flödesschema som visar de grundläggande stegen i en löpande uppgradering för varje driftsläge. Motsvarande procedurer beskrivs efter bilden.

Viktigt!

En serverinstans kan utföra olika speglingsroller (huvudserver, speglingsserver eller vittne) i samtidiga speglingssessioner. I det här fallet måste du anpassa den grundläggande löpande uppgraderingsprocessen i enlighet med detta. Mer information finns i Rollväxling under en databasspeglingssession (SQL Server).

Anmärkning

I många fall kommer du att återställa till den ursprungliga huvudservern när den löpande uppgraderingen har slutförts.

Ändra en session från högprestandaläge till högsäkerhetsläge

1. Om en speglingssession körs i högpresterande läge, ska du innan du genomför en löpande uppgradering ändra driftläget till hög säkerhet utan automatisk övergång.

   Viktigt!

   Om speglingsservern är geografiskt avlägsen från huvudservern kan en löpande uppgradering vara olämplig.

   • I SQL Server Management Studio: Ändra alternativet Driftläge till Hög säkerhet utan automatisk redundans (synkron) med hjälp av speglingssidan i dialogrutan Databasegenskaper . Information om hur du kommer åt den här sidan finns i Starta guiden Konfigurera databasspeglingssäkerhet (SQL Server Management Studio).

   • I Transact-SQL: Ange transaktionssäkerhet till FULL. Mer information finns i Ändra transaktionssäkerhet i en databasspeglingssession (Transact-SQL)

Ta bort ett vittne från en session

1. Om en speglingssession involverar ett vittne rekommenderar vi att du tar bort vittnet innan du utför en löpande uppgradering. När speglingsserverinstansen uppgraderas beror annars databastillgängligheten på det vittne som förblir anslutet till huvudserverinstansen. När du har ta bort ett vittne kan du uppgradera det när som helst under den löpande uppgraderingsprocessen utan att riskera databasavbrott.

   Anmärkning

   Mer information finns i Kvorum: Hur ett vittne påverkar databasens tillgänglighet (databasspegling).

   • Ta bort vittnet från en databasspeglingssession (SQL Server)

Utföra en stegvis uppgradering

1. För att minimera stilleståndstiden rekommenderar vi följande: Starta den löpande uppgraderingen genom att uppdatera alla speglingspartner som för närvarande är speglingsservern i alla dess speglingssessioner. Du kan behöva uppdatera flera serverinstanser just nu.

   Anmärkning

   Ett vittne kan uppgraderas när som helst i den löpande uppgraderingsprocessen. Om en serverinstans till exempel är en speglingsserver i session 1 och är ett vittne i session 2 kan du uppgradera serverinstansen nu.

   Serverinstansen som ska uppgraderas först beror på den aktuella konfigurationen av speglingssessionerna enligt följande:

   • Om någon serverinstans redan är speglingsservern i alla dess speglingssessioner uppgraderar du serverinstansen till den nya versionen.

   • Om alla dina serverinstanser för närvarande är huvudservern i speglingssessioner väljer du en serverinstans för att uppgradera först. Redundansväxla sedan var och en av dess huvuddatabaser manuellt och uppgradera serverinstansen.

   Efter uppgraderingen återansluter en serverinstans automatiskt till var och en av sina speglingssessioner.

2. För varje speglingssession vars speglingsserverinstans just har uppgraderats väntar du på att sessionen ska synkroniseras. Anslut sedan till den primära serverinstansen och utför en manuell failover av sessionen. Vid redundans blir den uppgraderade serverinstansen huvudservern för den sessionen och den tidigare huvudservern blir speglingsservern.

   Målet med det här steget är att en annan serverinstans ska bli speglingsservern i varje speglingssession där den är partner.

   Begränsningar efter omkoppling till en uppgraderad serverinstans.

   Efter att ha växlat över från en tidigare serverinstans till en uppgraderad instans av SQL Server pausas databassessionen. Den kan inte återupptas förrän den andra partnern har uppgraderats. Huvudservern accepterar dock fortfarande anslutningar och tillåter dataåtkomst och ändringar i huvuddatabasen.

   Anmärkning

   För att upprätta en ny speglingssession måste alla serverinstanser köra samma version av SQL Server.

3. När du har redundansväxlat rekommenderar vi att du kör DBCC CHECKDB-kommandot på huvuddatabasen.

4. Uppgradera varje serverinstans som nu är speglingsservern i alla speglingssessioner där den är partner. Du kan behöva uppdatera flera servrar just nu.

   Viktigt!

   I en komplex speglingskonfiguration kan en serverinstans fortfarande vara den ursprungliga huvudservern i en eller flera speglingssessioner. Upprepa steg 2–4 för dessa serverinstanser tills alla instanser har uppgraderats.

5. Återuppta speglingssessionen.

   Anmärkning

   Automatisk redundans fungerar inte förrän vittnet har uppgraderats och lagts till i speglingssessionen igen.

6. Uppgradera alla återstående serverinstanser som är vittne i alla dess speglingssessioner. När ett uppgraderat vittne återansluter till en speglingssession blir automatisk failover åter möjlig. Du kan behöva uppdatera flera servrar just nu.

Så här returnerar du en session till högprestandaläge

1. Du kan också återgå till högprestandaläge med någon av följande metoder:

   • I SQL Server Management Studio: Ändra alternativet Driftläge till Hög prestanda (asynkron) med hjälp av speglingssidan i dialogrutan Databasegenskaper .

   • I Transact-SQL: Använd ALTER DATABASE för att ställa in transaktionssäkerheten på AV.

Så här lägger du till ett vittne i en speglingssession igen

1. Om du vill kan du i högsäkerhetsläge återupprätta vittnet till varje speglingssession.

   Så här returnerar du ett vittne

   • Lägg till eller ersätt ett databasspeglingsvittne (SQL Server Management Studio)

   • Lägg till ett databasspeglingsvittne med Windows-autentisering (Transact-SQL)

Se även

Uppgradera till SQL Server 2016 Med installationsguiden (installation)
Installera SQL Server 2016 från kommandotolken
ÄNDRA DATABAS databasspegling (Transact-SQL)
Säkerhetskopiering (Transact-SQL)
Visa tillståndet för en speglad databas (SQL Server Management Studio)
Databasåterspegling (SQL Server)
Övergång av roller under en databasspeglingssession (SQL Server)
Tvinga tjänsten i en databasspeglingssession (Transact-SQL)
Starta databasspeglingsövervakaren (SQL Server Management Studio)
Driftlägen för databasspegling