Migrera ett informationslager till en dedikerad SQL pool i Azure Synapse Analytics

Följande avsnitt innehåller en översikt över vad som ingår i migreringen av en befintlig informationslagerlösning till en Azure Synapse Analytics-dedikerad SQL-pool (tidigare SQL-informationslager).

Översikt

Innan du påbörjar migreringen bör du kontrollera att Azure Synapse Analytics är den bästa lösningen för din arbetsbelastning. Azure Synapse Analytics är ett distribuerat system som är utformat för att utföra analyser på stora data. Att migrera till Azure Synapse Analytics kräver vissa designändringar som inte är svåra att förstå, men som kan ta lite tid att implementera. Om ditt företag kräver ett informationslager i företagsklass är fördelarna värda besväret. Men om du inte behöver kraften i Azure Synapse Analytics är det mer kostnadseffektivt att använda SQL Server eller Azure SQL Database.

Överväg att använda Azure Synapse Analytics när du:

• Ha en eller flera terabyte data.
• Planera att köra analys på stora mängder data.
• Behöver kunna skala beräkning och lagring.
• Vill du spara på kostnader genom att pausa beräkningsresurser när du inte behöver dem.

I stället för att Azure Synapse Analytics bör du överväga andra alternativ för oltp-arbetsbelastningar (onlinetransaktionsbearbetning) som har:

• Läsningar och skrivningar med hög frekvens.
• Ett stort antal singleton-val.
• Stora volymer med enradsinfogningar.
• Bearbetningsbehov rad för rad.
• Inkompatibla format (till exempel JSON och XML).

Före migrering

När du har bestämt dig för att migrera en befintlig lösning till Azure Synapse Analytics måste du planera migreringen innan du kommer igång. Ett primärt mål med planering är att se till att dina data, tabellscheman och kod är kompatibla med Azure Synapse Analytics. Det finns vissa kompatibilitetsskillnader mellan ditt nuvarande system och Azure Synapse Analytics som du måste kringgå. Det tar dessutom tid att migrera stora mängder data till Azure. Noggrann planering påskyndar processen med att hämta dina data till Azure.

Ett annat viktigt mål med planering är att justera din design för att säkerställa att din lösning drar full nytta av de höga frågeprestanda som Azure Synapse Analytics har utformats för att tillhandahålla. Design av informationslager för skalning introducerar unika designmönster, så traditionella metoder är inte alltid de bästa. Vissa designjusteringar kan göras efter migreringen, men om du gör ändringar tidigare i processen sparar du tid senare.

Migrera

Om du utför en lyckad migrering måste du migrera dina tabellscheman, kod och data. Mer detaljerad vägledning om dessa ämnen finns i följande artiklar:

• Överväg tabelldesign
• Överväg kodändring
• Migrera dina data
• Överväg arbetsbelastningshantering

Fler resurser

Mer information om migreringar från Netezza eller Teradata till Azure Synapse Analytics finns i det första steget i en sekvens med sju artiklar om migreringar:

• Netezza till Azure Synapse Analytics-migreringar
• Migreringar av Teradata till Azure Synapse Analytics

Migrering av tillgångar från verkliga åtaganden

Mer hjälp med att slutföra det här migreringsscenariot finns i följande resurser. De utvecklades till stöd för ett verkligt migreringsprojekt.

Rubrik/länk	Beskrivning
Utvärderingsmodell och verktyg för dataarbetsbelastning	Det här verktyget tillhandahåller föreslagna "best fit"-målplattformar, molnberedskap och program- eller databasreparationsnivå för en viss arbetsbelastning. Den erbjuder enkel beräkning med ett klick och rapportgenerering som hjälper till att påskynda stora fastighetsutvärderingar genom att tillhandahålla en automatiserad och enhetlig beslutsprocess för målplattformen.
Hantera datakodningsproblem vid inläsning av data till Azure Synapse Analytics	Det här blogginlägget ger insikter om några av de datakodningsproblem som kan uppstå när du använder PolyBase för att läsa in data till dedikerade SQL-pooler (tidigare SQL-informationslagret). Den här artikeln innehåller också några alternativ som du kan använda för att lösa sådana problem och läsa in data.
Hämta tabellstorlekar i Azure Synapse Analytics-dedikerad SQL-pool	En av de viktigaste uppgifterna som en arkitekt måste utföra är att hämta mått om en ny miljö efter migreringen. Exempel är insamling av inläsningstider från lokal plats till molnet och insamling av PolyBase-inläsningstider. En av de viktigaste uppgifterna är att fastställa lagringsstorleken för indedicerade SQL-pooler (tidigare SQL-informationslager) jämfört med kundens aktuella plattform.

Data SQL Engineering-teamet utvecklade dessa resurser. Det här teamets huvudstadga är att avblockera och påskynda komplex modernisering för migreringsprojekt för dataplattform till Microsofts Azure-dataplattform.

Video

Se hur Walgreens migrerade sitt lagersystem för detaljhandeln med cirka 100 TB data från Netezza till Azure Synapse Analytics på rekordtid.

Tips

Mer information om Synapse-migreringar finns i migreringsguider för Azure Synapse Analytics.