Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Anmärkning
Den här artikeln är en del av Azure Synapse-implementeringens framgång enligt design-artikelserien. För en översikt över serien, se Framgångsrik implementering av Azure Synapse genom design.
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 skyddar du projektets tidslinje och budget.
Synapse SQL har en skalbar arkitektur som distribuerar beräkningsdatabearbetning över flera noder. Beräkningen är separat från lagringen, vilket gör att du kan skala beräkningarna oberoende av dina 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 korrekt användning av replikerade tabeller.
Granska målarkitekturen
För att distribuera en dedikerad SQL-pool är det viktigt att anta en arkitektur som är anpassad efter affärskraven. Mer information finns i Informationslager i Microsoft Azure.
Migreringsväg
Ett migreringsprojekt för Azure Synapse liknar alla andra databasmigreringar. Du bör tänka 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)
- Initial inläsning av data i 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.
Funktionsbrister
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:
- Tabelldatatyper för dedikerad SQL-pool (tidigare SQL DW) i Azure Synapse Analytics
- Transact-SQL funktioner som stöds i Azure Synapse SQL
Dedikerad SQL-pooltestning
Precis som med andra projekt bör du utföra tester för att säkerställa att din dedikerade SQL-pool uppfyller 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 lyckades med designserien får du lära dig hur du utvärderar din Spark-pooldesign för att identifiera problem och verifiera att den uppfyller riktlinjer och krav.