Förbereda miljön för LRS-migrering – SQL Server migrering i Azure Arc

Applies to:SQL Server

Den här artikeln hjälper dig att förbereda din miljö för en Log Replay Service(LRS)-migrering av din SQL Server-instans som aktiveras av Azure Arc till Azure SQL Managed Instance i Azure portalen.

Med LRS kan du migrera dina SQL Server databaser till Azure SQL Managed Instance med hjälp av säkerhetskopiering och återställning via loggöverföring (onlinemigrering):

Förutsättningar

Om du vill migrera dina SQL Server databaser för att Azure SQL Managed Instance via Azure-portalen behöver du följande förutsättningar:

• En aktiv prenumeration för Azure. Om du inte har ett, skapa ett gratis konto.
• En stödjad instans av SQL Server aktiverad av Azure Arc med senaste versionen av Azure-tillägget för SQL Server. Information om hur du uppgraderar tillägget finns i Uppgradera tillägget.

SQL Server versioner som stöds

Migrering med LRS fungerar med varje utgåva av SQL Server på Windows. Även om migrering till tjänstnivåerna Generell användning och Affärskritisk i SQL Managed Instance stöds, har migrering direkt till tjänstnivån Affärskritisk vissa viktiga begränsningar att överväga.

I följande tabell visas de lägsta SQL Server versioner som stöds för LRS:

Omvänd migrering stöds endast till SQL Server 2025 och SQL Server 2022 från SQL-hanterade instanser med motsvarande uppdatera princip. Du kan manuellt ångra en migrering via andra verktyg, till exempel intern säkerhetskopiering och återställning, eller manuellt konfigurera en länk i SSMS.

Permissions

I det här avsnittet beskrivs de behörigheter som du behöver för att migrera din SQL Server-instans för att SQL Managed Instance via Azure portalen.

På käll-SQL Server-instansen behöver du följande behörigheter:

• Om du aktiverar lägsta behörighetbeviljas nödvändiga behörigheter som sysadmin efter behov under databasmigreringsprocessen.
• Om du inte kan använda minsta behörighet behöver du sysadmin behörigheter på käll-SQL Server-instansen.

Om du vill migrera med LRS behöver du någon av följande behörigheter för SQL Managed Instance målet:

• Rollen SQL Managed Instance medverkare
• En roll med följande behörighet: Microsoft.Sql/managedInstances/databases/*

Skapa ett lagringskonto

Du använder ett Azure Blob Storage-konto som mellanlagring för säkerhetskopieringsfiler mellan din SQL Server-instans och din SQL Managed Instance distribution. Lagringskontot måste finnas i samma Azure prenumeration som ditt SQL Managed Instance mål.

Så här skapar du ett nytt lagringskonto och en blobcontainer i lagringskontot:

1. Skapa ett lagringskonto:
   1. Sök efter Storage-konton i Azure-portalen och välj Skapa.
   2. På fliken Grundläggande väljer du din prenumeration och resursgrupp. Regionen bör vara samma som ditt SQL Managed Instance mål.
   3. Lämna önskad lagringstyp tom.
   4. Använd standardinställningarna för resten av flikarna och välj Granska + skapa.
   5. När valideringen har slutförts väljer du Skapa.
2. Skapa en blobcontainer i lagringskontot.
   1. Gå till ditt nya lagringskonto i Azure-portalen.
   2. Under Datalagring väljer du Containrar.
   3. Använd Lägg till container för att öppna fönstret Ny container .
   4. Ange ett namn på containern, lämna alternativen som standard och välj Skapa för att skapa containern.
3. (Valfritt) Om din Azure Förvaring finns bakom en brandvägg behöver din Azure Blobförvaring ytterligare konfiguration när din SQL-hanterade instans har etablerats.

Bevilja behörigheter till Azure Blob Storage

Migrering av SQL Server i Azure Arc med LRS använder en hanterad identitet för att autentisera mot Azure Blob Storage.

Du måste bevilja följande behörigheter:

• Ge användaren åtkomst till lagringskontot där du planerar att lagra säkerhetskopior under migreringsprocessen.
• Ge användaren åtkomst till resursgruppen som innehåller lagringskontot.
• Bevilja hanterad identitet åtkomst till lagringskontot när din SQL-hanterade instans har etablerats.

Bevilja användaråtkomst till lagringskontot

Om du vill komma åt databassäkerhetskopior under migreringsprocessen tilldelar du användaren som loggar in på Azure-portalen och utför migreringen till Storage Blob Data Reader roll för lagringskontot som innehåller säkerhetskopiorna.

Följ dessa steg för att tilldela rollen:

1. I Azure-portalen går du till resursgruppen som innehåller ditt lagringskonto.

2. Välj Åtkomstkontroll (IAM) på resursmenyn.

3. Använd + Lägg till för att välja Lägg till rolltilldelning och öppna fönstret Lägg till rolltilldelning .

4. Sök efter och välj rollen Storage Blob Data Reader . Välj sedan Nästa.

   

5. Använd + Välj medlemmar för att öppna fönstret Välj medlemmar och sök efter användarkontot för den person som utför migreringen. Om flera personer migrerar data beviljar du alla dessa användare den här åtkomsten. Välj användarkontot och använd sedan Välj för att spara ditt val. Kontrollera alternativet för att tilldela åtkomst till användaren, gruppen eller tjänstens huvudnamn.

6. Välj Granska + tilldela för att gå till fliken Granska + tilldela och välj sedan Granska + tilldela igen för att slutföra rolltilldelningen.

Bevilja användaråtkomst till resursgruppen

För att få åtkomst till databassäkerhetskopior under migreringsprocessen måste den användare som loggar in på Azure-portalen och utför migreringen tilldelas rollen Reader i resursgruppen som innehåller lagringskontot.

Följ dessa steg för att tilldela rollen:

1. I Azure-portalen går du till resursgruppen som innehåller ditt lagringskonto.

2. Välj Åtkomstkontroll (IAM) på resursmenyn.

3. Använd + Lägg till för att välja Lägg till rolltilldelning och öppna fönstret Lägg till rolltilldelning .

4. Sök efter och välj rollen Läsare . Välj sedan Nästa.

   

5. Använd + Välj medlemmar för att öppna fönstret Välj medlemmar och sök efter användarkontot för den person som utför migreringen. Om flera personer migrerar data beviljar du alla dessa användare den här åtkomsten. Välj användarkontot och använd sedan Välj för att spara ditt val. Kontrollera alternativet för att tilldela åtkomst till Användaren, gruppen eller tjänstens huvudnamn och använd sedan Nästa för att fortsätta.

6. På fliken Tilldelningstyp anger du Tilldelningstyp till Aktiv och Tilldelningsvaraktighet till Permanent:

   

7. Välj Granska + tilldela för att gå till fliken Granska + tilldela och välj sedan Granska + tilldela igen för att slutföra rolltilldelningen.

Bevilja hanterad identitet åtkomst till lagringskontot

När din SQL-hanterade instans har etablerats måste du tilldela den hanterade identiteten för din SQL-hanterade instans Storage Blob Data Reader roll så att den kan komma åt ditt Azure Blob Storage konto under migreringsprocessen.

Först måste du bestämma vilken typ av hanterad identitet din SQL-hanterade instans använder. Gör det genom att följa dessa steg:

1. Gå till din SQL-hanterade instans i Azure-portalen.
2. Under Securityväljer du Identity.
   1. Om du under Användartilldelad hanterad identitet ser Inga användartilldelade hanterade identiteter hittades, använder din SQL-hanterade instans standardsystemtilldelad hanterad identitet.
   2. Om du ser en post i fältet Primär identitet använder din SQL-hanterade instans en anpassad användartilldelad hanterad identitet. Anteckna den här identiteten som ska användas i steget där du väljer den här hanterade identiteten när du ger Storage Blob Data Reader åtkomst till lagringskontot.

Följ dessa steg för att bevilja åtkomst till lagringskontot:

1. Gå till Azure Blob Storage-kontot i Azure portalen som du tänker använda för migreringen.
2. Välj Åtkomstkontroll (IAM) på resursmenyn.
3. Använd + Lägg till för att välja Lägg till rolltilldelning och öppna fönstret Lägg till rolltilldelning .
4. Sök efter och välj rollen Storage Blob Data Reader . Välj sedan Nästa.
5. Under Tilldela åtkomst kontrollerar du alternativet Hanterad identitet .
6. Använd Välj medlemmar för att öppna fönstret Välj medlemmar .
7. Om din SQL-hanterade instans använder den systemtilldelade standardhanterade identiteten:
   1. Under Hanterad identitet väljer du SQL-hanterad instans.
   2. Sök och välj namnet på din SQL-hanterade instans.
   3. Använd Välj för att spara ditt val.
8. Om din SQL-hanterade instans använder en användartilldelad hanterad identitet:
   1. Under Hanterad identitet väljer du Användartilldelad hanterad identitet.
   2. Sök efter det primära identitetsnamnet som du antecknade tidigare från identitetssidan för din SQL-hanterade instans och välj det.
   3. Använd Välj för att spara ditt val.
9. Välj Granska + tilldela för att gå till fliken Granska + tilldela och välj sedan Granska + tilldela igen för att slutföra rolltilldelningen.

När du har laddat upp minst en fullständig säkerhetskopia till det här lagringskontot kan du köra följande kommando på din SQL-hanterade instans för att kontrollera att den har åtkomst till ditt Azure Blob Storage-konto:

RESTORE HEADERONLY
    FROM URL = 'https://<mystorageaccountname>.blob.core.windows.net/<containername>/full_0_0.bak';

Konfigurera källdatabasen SQL Server

Aktivera accelererad databasåterställning och Service Broker på din SQL Server-källinstans om du planerar att använda dessa funktioner på SQL Managed Instance-målet efter migreringen, eftersom dessa funktioner inte kan aktiveras efter migreringen om de inte redan är aktiverade på SQL Server-källinstansen.

Aktivera accelererad databasåterställning

För SQL Server 2019 och senare versioner aktiverar du accelerated database recovery och kontrollerar att det beständiga versionsarkivet (PVS) är inställt på PRIMARY. Om accelererad databasåterställning inte är aktiverad på källdatabasen SQL Server kan du inte aktivera den på sql-målhanterad instans när databasen har migrerats. Om det beständiga versionsarkivet (PVS) inte är inställt PRIMARYpå kan du få problem med återställningsåtgärder på den sql-hanterade målinstansen.

För SQL Server 2017 och tidigare versioner stöds inte accelererad databasåterställning, så det här steget är inte nödvändigt.

Följ dessa steg för att konfigurera accelererad databasåterställning korrekt på källdatabasen SQL Server:

1. Aktivera accelererad databasåterställning genom att köra följande Transact-SQL skript på SQL Server:

   ALTER DATABASE [<database name>] SET ACCELERATED_DATABASE_RECOVERY = ON;
   

2. Det beständiga versionsarkivet (PVS) måste anges till PRIMARY på källdatabasen, vilket är standardkonfigurationen. Om detta ändrades tidigare måste du ändra tillbaka det till PRIMÄR innan du påbörjar migreringen.

Aktivera Service Broker

Service Broker är aktiverat som standard för alla versioner av SQL Server. Om Service Broker har inaktiverats och du planerar att använda den på SQL Managed Instance aktiverar du Service Broker på källdatabasen SQL Server innan du migrerar till SQL Managed Instance. Om Service Broker inte är aktiverat på källdatabasen SQL Server kan du inte använda den på den sql-hanterade målinstansen.

Kontrollera om Service Broker är aktiverat genom att köra följande Transact-SQL skript på SQL Server instans:

SELECT name AS [Database Name], is_broker_enabled AS [Service Broker Enabled]
FROM sys.databases
WHERE name = '<database name>';

Om Service Broker är inaktiverat aktiverar du det genom att köra följande Transact-SQL skript på källdatabasen SQL Server:

USE master;
GO

ALTER DATABASE [<database name>]
    SET ENABLE_BROKER;
GO

Ladda upp säkerhetskopior till ditt Blob Storage-konto

När din blobcontainer är klar och du har bekräftat att din SQL-hanterade instans kan komma åt containern kan du börja ladda upp dina säkerhetskopior till ditt Azure Blob Storage-konto. När alla dina säkerhetskopior laddas upp till ditt lagringskonto är du redo att fortsätta med migreringen.

Så här laddar du upp dina säkerhetskopior till Azure:

• Ta säkerhetskopior på en SQL Server-instans.
• Kopiera dina säkerhetskopior till ditt Blob Storage-konto.
• Alternativt introducerar SQL Server 2025 (17.x) på Windows Server stöd för hanterade identiteter för säkretsskapningar direkt till URL. Om du vill säkerhetskopiera direkt till en URL för SQL Server 2022 och tidigare måste du använda en SAS-token. Om du vill använda en hanterad identitet med SQL Server 2022 och tidigare kopierar du dina säkerhetskopior till ditt Blob Storage-konto med hjälp av AzCopy. Det enda undantaget är om du migrerar från SQL Server på Azure virtuella datorer, som stöder säkerhetskopiering direkt till URL med hanterad identitetsautentisering som börjar med SQL Server 2022 CU 17.

Överväg följande metodtips:

• Gör säkerhetskopior med COMPRESSION och CHECKSUM alternativ för att minska storleken på säkerhetskopieringsfiler och förhindra migrering av en skadad databas.
• Gör säkerhetskopior i mindre batchar.
• Använd parallella uppladdningstrådar.
• Gör den sista säkerhetskopieringsfilen så liten som möjligt.
• Om du vill migrera flera databaser med samma Azure Blob Storage container placerar du alla säkerhetskopierade filer för en enskild databas i en separat mapp i containern. Använd flatfilstruktur för varje databasmapp. Kapsling av mappar i databasmappar stöds inte.

Gör säkerhetskopior på en SQL Server-instans

Stegen i det här avsnittet visar hur du säkerhetskopierar lokalt, men det är också möjligt att säkerhetskopiera direkt till URL:en.

Ange databaser som du vill migrera till den fullständiga återställningsmodellen för att tillåta loggsäkerhetskopior.

-- To permit log backups, before the full database backup, modify the database to use the full recovery
USE master;

ALTER DATABASE SampleDB
SET RECOVERY FULL;
GO

Om du inte redan har befintliga säkerhetskopior använder du följande T-SQL-exempelskript för att manuellt göra fullständiga, differentiella säkerhetskopieringar och loggsäkerhetskopior av databasen till lokal lagring. CHECKSUM krävs inte, men vi rekommenderar att du förhindrar migrering av en skadad databas och för snabbare återställningstider.

Följande exempel tar en fullständig databassäkerhetskopia till den lokala disken:

-- Take full database backup to local disk
BACKUP DATABASE [SampleDB]
    TO DISK = 'C:\BACKUP\SampleDB_full.bak'
    WITH INIT, COMPRESSION, CHECKSUM;
GO

I följande exempel görs en differentiell säkerhetskopiering till den lokala disken:

-- Take differential database backup to local disk
BACKUP DATABASE [SampleDB]
    TO DISK = 'C:\BACKUP\SampleDB_diff.bak'
    WITH DIFFERENTIAL, COMPRESSION, CHECKSUM;
GO

Följande exempel tar en säkerhetskopiering av transaktionsloggen till den lokala disken:

-- Take transactional log backup to local disk
BACKUP LOG [SampleDB]
    TO DISK = 'C:\BACKUP\SampleDB_log.trn'
    WITH COMPRESSION, CHECKSUM;
GO

Kopiera säkerhetskopior till ditt Blob Storage-konto

När dina säkerhetskopior är klara och du vill börja migrera databaser till en SQL-hanterad instans med hjälp av LRS använder du följande metoder för att kopiera befintliga säkerhetskopior till ditt Blob Storage-konto:

• Ladda ned och installera AzCopy.
• Ladda ned och installera Azure Storage Explorer.
• Använd Storage Explorer i Azure-portalen.

Begränsningar

Begränsningarna för LRS gäller för migreringar via Azure-portalen.

Begränsningar vid migrering till tjänstnivån Affärskritisk

När du migrerar till en SQL Managed Instance i tjänstnivån Business Critical bör du överväga följande begränsningar:

• När du migrerar stora databaser kan du uppleva betydande drifttid eftersom databaser inte är tillgängliga efter övergången när de blir replikerade till sekundära repliker på tjänstnivån Affärskritisk. Lösningar visas i avsnittet längre övergång.
• Migreringen startas automatiskt om från början om oplanerad redundansväxling, systemuppdatering eller säkerhetskorrigering avbryter migreringen. Den här begränsningen gör det svårt att planera en förutsägbar migrering utan överraskningar i sista minuten.

Längre övergång i tjänstnivån Affärskritisk

Om du migrerar till en SQL Managed Instance i tjänstnivån Business Critical tar du hänsyn till fördröjningen när databaserna ska aktiveras på den primära repliken medan de skickas till de sekundära replikerna. Den här fördröjningen gäller särskilt för större databaser.

Det tar längre tid att migrera till en SQL Managed Instance i tjänstnivån Business Critical än på tjänstnivån Generell användning. När övergången till Azure har slutförts, är databaserna inte tillgängliga förrän de har initierats från den primära replikan till de tre sekundära replikerna. Seeding-processen kan ta lång tid beroende på databasens storlek. Ju större databasen är, desto längre tid tar det att kopiera till de sekundära replikerna, upp till potentiellt flera timmar.

Om det är viktigt att databaser är tillgängliga så snart övergången har slutförts bör du överväga följande åtgärder:

• Migrera först till tjänstnivån Generell användning och uppgradera sedan till tjänstnivån Affärskritisk . Uppgradering av servicenivån är en åtgärd som sker online och håller dina databaser online tills en kort failover är det sista steget i uppgraderingsprocessen.
• Använd länken Managed Instance för en online-migrering till en Business Critical instans utan att behöva vänta på att databaserna ska bli tillgängliga efter överlämningen.

Övervakning av migreringen via Azure-portalen är endast tillgängligt för SQL Server instanser som uppfyller övervakningskraven licensiering.

Felsökning av vanliga problem

Information om hur du felsöker vanliga problem vid migrering till Azure SQL Managed Instance finns i Felsöka migreringsproblem.

Nästa steg

Relaterat innehåll

• SQL Server migrering i Azure Arc
• Förbered miljö för en Managed Instance-länkmigrering
• Översikt över SQL Server aktiverad med Azure Arc
• Feedback om migreringsupplevelsen direkt till produktgruppen
• Migration till Azure SQL Managed Instance – SQL Server migrering i Azure Arc