Använda Log Replay Service (LRS) för att migrera
Log Replay Service (LRS) är ett verktyg som möjliggör anpassade migreringar av databaser från lokala SQL-servrar till SQL Managed Instance i molnet. Den använder loggöverföringsteknik och är användbart i de fall där mer kontroll behövs, när det finns liten tolerans för stilleståndstid eller när Azure Data Migration Service inte kan användas.
LRS kan användas direkt med PowerShell, CLI-cmdletar eller API för att manuellt skapa och orkestrera databasmigreringar till SQL Managed Instance. Några av anledningarna att överväga att använda LRS är:
- Mer kontroll över databasmigreringsprojektet
- Liten tolerans för stilleståndstid vid snabb migrering
- Det går inte att installera KÖRBAR DMS i miljön
- Brist på filåtkomst till databassäkerhetskopior
- Det går inte att öppna nätverksportar från miljön till Azure
Förstå migreringstyper
Det finns två tillgängliga migreringslägen för LRS.
Läge | beskrivning | Rekommenderas för | Tillgänglighet för säkerhetskopieringskedja |
---|---|---|---|
Komplettera automatiskt | Migreringen slutförs automatiskt när den senaste säkerhetskopieringsfilen återställs | Passiva arbetsbelastningar | Hela säkerhetskopieringskedjan måste vara tillgänglig i förväg |
Kontinuerligt | Söker kontinuerligt efter nya säkerhetskopieringsfiler och återställer dem, vilket möjliggör datahämtning | Aktiva arbetsbelastningar | Säkerhetskopieringskedjan kan läggas till under migreringen |
Oavsett läge planerar du att slutföra migreringen inom 30 dagar, eftersom LRS-jobbet avbryts automatiskt efter den här tiden.
Skydda migreringsprocessen
Om du vill köra LRS måste du ha någon av följande Rollbaserad åtkomstkontroll i Azure (RBAC): Prenumerationsägare, SQL Managed Instance-deltagare eller en anpassad roll med behörigheten Microsoft.Sql/managedInstances/databases/*
.
Ett Azure Blob Storage-konto krävs och fungerar som mellanlagring för säkerhetskopieringsfiler mellan SQL Server-instansen och sql-hanterade instansen. Om du vill använda Azure Blob Storage med en brandvägg krävs en annan konfiguration. Du måste lägga till SQL Managed Instance-undernätet i lagringskontots brandväggsregler för virtuella nätverk med hjälp av MI-undernätsdelegering och lagringstjänstens slutpunkt. Du kan också använda antingen en SAS-token eller en hanterad identitet för att komma åt ditt Azure Blob Storage-konto, men inte båda.
Förbättra prestanda för säkerhetskopiering och återställning
Du kan dela upp fullständiga och differentiella säkerhetskopior i flera filer i stället för att använda en enda fil för att förbättra prestanda för säkerhetskopiering och återställning. Det beror på att flera filer kan läsas eller skrivas till parallellt, vilket minskar den tid det tar att slutföra säkerhetskopieringen eller återställningen.
Om du aktiverar säkerhetskopieringskomprimering kan du också förbättra hastigheten för nätverksöverföring. Komprimerade säkerhetskopior är mindre i storlek, vilket innebär att de tar mindre tid att överföra över nätverket. Detta kan vara särskilt användbart när du överför stora säkerhetskopior till eller från Azure.
Vi rekommenderar starkt att du aktiverar CHECKSUM
säkerhetskopieringar, även om det inte krävs. SQL Managed Instance utför en integritetskontroll av säkerhetskopior utan CHECKSUM
, vilket kan öka den tid det tar att återställa databasen. Genom att aktivera CHECKSUM
kan du påskynda återställningsåtgärderna.