Dela via


Framgångsmetod för Synapse-implementering: Utvärdera dedikerad SQL-pooldesign

Anteckning

Den här artikeln är en del av Azure Synapse implementeringsframgång genom att utforma artiklar. En översikt över serien finns i Azure Synapse lyckad implementering.

Du bör utvärdera din dedikerade SQL-pooldesign för att identifiera problem och verifiera att den uppfyller riktlinjer och krav. Genom att utvärdera designen innan lösningsutvecklingen börjar kan du undvika blockerare och oväntade designändringar. På så sätt kan du skydda projektets tidslinje och budget.

Synapse SQL har en utskalningsarkitektur som distribuerar beräkningsdatabearbetning över flera noder. Beräkning är separat från lagring, vilket gör att du kan skala beräkning oberoende av data i systemet. Mer information finns i Dedikerad SQL-poolarkitektur (tidigare SQL DW) i Azure Synapse Analytics.

Utvärderingsanalys

Under utvärderingsfasen samlade du in information om hur det ursprungliga systemet distribuerades och information om de strukturer som implementerades. Den informationen kan nu hjälpa dig att identifiera luckor mellan vad som implementeras och vad som behöver utvecklas. Nu är det till exempel dags att överväga effekten av att utforma resursallokeringstabeller i stället för hash-distribuerade tabeller, eller prestandafördelarna med att använda replikerade tabeller korrekt.

Granska målarkitekturen

Om du vill distribuera en dedikerad SQL-pool är det viktigt att du implementerar en arkitektur som är anpassad efter affärskraven. Mer information finns i Informationslagerhantering i Microsoft Azure.

Migreringssökväg

Ett migreringsprojekt för Azure Synapse liknar alla andra databasmigreringar. Tänk på att det kan finnas skillnader mellan det ursprungliga systemet och Azure Synapse.

Se till att du har en tydlig migreringsväg upprättad för:

  • Databasobjekt, skript och frågor
  • Dataöverföring (exportera från källa och överföring till molnet)
  • Inledande datainläsning till Azure Synapse
  • Inloggningar och användare
  • Dataåtkomstkontroll (säkerhet på radnivå)

Mer information finns i Migrera ett informationslager till en dedikerad SQL-pool i Azure Synapse Analytics.

Funktionsluckor

Avgör om det ursprungliga systemet är beroende av funktioner som inte stöds av Azure Synapse. Funktioner som inte stöds i dedikerade SQL-pooler omfattar vissa datatyper, till exempel XML och spatiala datatyper och markörer.

Mer information finns i:

Testning av dedikerad SQL-pool

Precis som med andra projekt bör du utföra tester för att säkerställa att din dedikerade SQL-pool levererar de affärsbehov som krävs. Det är viktigt att testa datakvalitet, dataintegrering, säkerhet och prestanda.

Nästa steg

I nästa artikel i Azure Synapse framgång efter designserie, lär du dig hur du utvärderar din Spark-pooldesign för att identifiera problem och verifiera att den uppfyller riktlinjer och krav.