sql >> Databasteknik >  >> RDS >> Sqlserver

Cloud Migration 101:Flytta från SQL Server till Azure

Fler och fler organisationer inser fördelarna med att gå från en enbart databasinfrastruktur på plats till en moln- eller hybridmolninfrastruktur. Cloud computing-plattformar som Microsoft Azure erbjuder flera fördelar jämfört med lokala inställningar, inklusive:

  • Kostnadsbesparingar: Med lite eller ingen maskinvara på plats att köpa och underhålla och billiga lagringsalternativ, kommer en flytt till Azure att minska direkta utgifter omedelbart.
  • Bättre skalbarhet: I molnet kan du skala upp eller ner datorbehoven efter behov utan att låta dyra resurser stå stilla under långsamma perioder.
  • Ökad säkerhet: Azure använder toppmoderna datasäkerhetsåtgärder både i molnet och i sina fysiska datacenter. De flesta organisationer har inte råd att matcha den skyddsnivån.
  • Enklare administration: Datasäkerhet och hantering kan hanteras centralt via Azure, vilket minskar tiden som DBA:er lägger på repetitiva uppgifter.
  • Mer tillförlitlig katastrofåterställning: Azure datacenter är geooberoende, så om en katastrofal händelse drabbar ett datacenter, misslyckas den automatiskt till ett opåverkat utan förlust av data eller tjänst.

Om du är redo att gå från lokal SQL Server till Azure SQL Database, finns det fyra huvudsteg i migreringsprocessen du måste navigera. Här är en kort översikt över var och en med länkar till djupgående resurser.

Steg ett:Välj din migreringsmetod

Innan du börjar migrera SQL Server till Azure måste du avgöra om en offline- eller onlinemigrering med Azure Database Migration Service är det bästa alternativet för dig. Det finns några saker att tänka på under den här processen.

Med en offlinemigrering börjar driftstopp när migreringen börjar. Med en onlinemigrering begränsas stilleståndstiden till den tid som behövs för att skära över till den nya miljön efter migreringen. Så om minimal stilleståndstid är ett snabbt problem för dig, är onlinemigrering ett bättre val.

Du kan också minimera driftstopp under migreringsprocessen genom att använda alternativet Always On Availability Group eller alternativet för transaktionsreplikering för att överföra data till Azure Virtual Machines (VM). Det bästa sättet att överföra data är dock att migrera databasfilerna till Azure VM med hjälp av en komprimerad säkerhetskopia.

Om du inte kan använda någon av dessa metoder måste du manuellt migrera din databas till en Azure VM med någon av följande metoder:

  • Utför en lokal säkerhetskopiering med komprimering och kopiera sedan säkerhetskopieringsfilen manuellt till Azure VM
  • Säkerhetskopiera till URL och återställ sedan till AzureVM från URL:en
  • Koppla loss, kopiera data och loggfiler till Azure blob-lagring och anslut sedan till SQL Server i Azure VM från URL
  • Konvertera lokala datorer till Hyper-V VHD, ladda upp till Azure Blob-lagring och distribuera sedan som ny virtuell dator
  • Skicka hårddisken med Windows Import/Export Service
  • Lägg till Azure Replica Wizard
  • Använd SQL Server transaktionsreplikering

Steg två:Identifiera befintliga datakällor och bedöm instanser på plats

Steg två betraktas som "förmigrering", och dessa instansbedömningsaktiviteter hjälper dig att konfigurera ditt nuvarande system för att underlätta migreringen.

Först måste du inventera databaserna du behöver migrera för att säkerställa att du har alla optimerade för flytten. När du har identifierat alla databaser måste du bedöma dem för potentiella migreringsproblem eller blockerare och lösa eventuella problem du hittar.

Sedan måste du identifiera alla din organisations SQL Server-instanser och deras versioner och funktioner som används. När datakällorna har identifierats använder du Data Migration Assistant (DMA) för att utvärdera din källdatabas.

Här är stegen att följa när du använder DMA för att bedöma dina instanser:

  • Skapa ett nytt bedömningsprojekt i DMA
  • Namnge projektet och gör SQL Server till källservertyp och Azure SQL Database till målservertyp
  • Välj vilka bedömningsrapporter du vill generera
  • Identifiera din SQL Servers källanslutningsdetaljer, anslut till källdatabasen och starta bedömningen
  • När du är klar, granska utvärderingsrapporterna för blockeringsproblem och funktionsparitet
  • Välj en databaskompatibilitetsnivå
  • Välj en SKU för en Azure SQL Database-hanterad instans för din lokala arbetsbelastning

Få detaljerad information om hur du utför bedömningsprocessen här.

Steg tre:Det är dags för migrering!

Nu när förutsättningarna är uppfyllda är det dags att starta migreringen till Azure—första schemat; sedan data.

Microsoft tillhandahåller denna överblick över hur man migrerar schema med DMA:

  • Öppna DMA och börja sedan skapa ett nytt migreringsprojekt
  • Ange ett projektnamn, välj SQL Server som källservertyp och välj sedan Azure SQL Database som målservertyp
  • Ange migreringsomfånget endast som schema och skapa sedan projektet
  • Ange information om källanslutningen för din SQL Server och anslut sedan till källdatabasen
  • Ange målanslutningsinformationen för Azure SQL-databasen och anslut sedan till databasen som du hade förhandstillverkad i Azure SQL Database
  • Ange schemaobjekten i källdatabasen som måste distribueras till Azure SQL Database
  • Generera SQL-skript och granska dem för eventuella fel
  • Åtgärda objekten som rapporterar fel genom att använda rekommendationerna från din DMA-bedömning
  • Distribuera schemat till Azure SQL Database och kontrollera sedan målservern för eventuella avvikelser

Här är de specifika stegen för schemamigrering online och offline.

Microsoft tillhandahåller denna överblick över hur man migrerar data med Azure DMS :

  • Registrera Microsoft.DataMigration-resursleverantören
  • Skapa en instans av DMS
  • Skapa ett migreringsprojekt i DMS
  • Ange källinformation för migreringen
  • Ange målinformation för migreringen
  • Kör migreringen
  • Övervaka migreringen

Här är de specifika stegen för datamigrering online och offline.

Steg fyra:Testa den nya miljön efter migrering

Nu när du har flyttat din SQL Server-databas till Azure SQL Database, här är fyra sätt att noggrant testa den nya miljön för att se till att källdatabasen migrerades korrekt:

Utveckla valideringstester:Skapa valideringsfrågor som ska köras mot källdatabasen och måldatabasen.

Konfigurera testmiljön:Placera en kopia av källdatabasen och en kopia av måldatabasen i en isolerad testmiljö.

  • Kör valideringstester: Kör valideringstesterna mot käll- och måldatabaserna och undersök sedan resultaten.
  • Kör prestandatester: Kontrollera prestanda för källdatabasen och måldatabasen, jämför och analysera sedan resultaten.

Strategisk planering är viktig för en framgångsrik migrering av din databas till en moln- eller hybridmolnmiljö. När din migrering är klar kommer du att kunna skörda fördelarna av att arbeta med en molnbaserad databas.


  1. Generated Value i Postgres

  2. Gör en WHERE IN på flera kolumner i Postgresql

  3. Hur man använder AI för SQL Tuning för en riktig automatiserad process

  4. Grunderna för PostgreSQL Schema Management