Freigeben über


Synapse Implementierung Erfolgsmethodik: Bewerten des dedizierten SQL-Pooldesigns

Hinweis

Dieser Artikel gehört zu der Artikelserie Erfolg der Azure Synapse-Implementierung nach Design. Eine Übersicht über diese Serie finden Sie unter Erfolg der Azure Synapse-Implementierung nach Design.

Sie sollten den dedizierten SQL-Poolentwurf auswerten, um Probleme zu identifizieren und zu überprüfen, ob er Richtlinien und Anforderungen erfüllt. Indem Sie den Entwurf vor Beginn der Lösungsentwicklung auswerten, können Sie Blocker und unerwartete Entwurfsänderungen vermeiden. Auf diese Weise schützen Sie die Zeitachse und das Budget des Projekts.

Synapse SQL verfügt über eine Skalierungsarchitektur, die die Rechendatenverarbeitung über mehrere Knoten verteilt. Compute- und Speicherressourcen sind getrennt, sodass Sie Compute unabhängig von den Daten in Ihrem System skalieren können. Weitere Informationen finden Sie unter Dedizierte SQL-Poolarchitektur (ehemals SQL DW)-Architektur in Azure Synapse Analytics.

Bewertungsanalyse

Während der Bewertungsphase haben Sie Informationen darüber gesammelt, wie das ursprüngliche System bereitgestellt wurde, und Details zu den implementierten Strukturen. Diese Informationen können Ihnen nun helfen, Lücken zwischen implementierungsgef? und was entwickelt werden muss, zu identifizieren. Beispielsweise ist es an der Zeit, die Auswirkungen des Entwerfens von Roundrobin-Tabellen anstelle von verteilten Hashtabellen oder die Leistungsvorteile der ordnungsgemäßen Verwendung replizierter Tabellen zu berücksichtigen.

Überprüfen der Zielarchitektur

Um einen dedizierten SQL-Pool erfolgreich bereitzustellen, ist es wichtig, eine Architektur zu übernehmen, die den Geschäftsanforderungen entspricht. Weitere Informationen finden Sie unter Data Warehouse in Microsoft Azure.

Migrationspfad

Ein Migrationsprojekt für Azure Synapse ähnelt jeder anderen Datenbankmigration. Sie sollten berücksichtigen, dass es möglicherweise Unterschiede zwischen dem ursprünglichen System und Azure Synapse gibt.

Stellen Sie sicher, dass sie über einen klaren Migrationspfad verfügen, der für Folgendes eingerichtet ist:

  • Datenbankobjekte, Skripts und Abfragen
  • Datenübertragung (Export von Quelle und Übertragung in die Cloud)
  • Anfängliches Laden von Daten in Azure Synapse
  • Anmeldungen und Benutzer
  • Datenzugriffskontrolle (Sicherheit auf Zeilenebene)

Weitere Informationen finden Sie unter Migrieren eines Data Warehouse zu einem dedizierten SQL-Pool in Azure Synapse Analytics.

Funktionslücken

Ermitteln Sie, ob das ursprüngliche System von Features abhängt, die von Azure Synapse nicht unterstützt werden. Nicht unterstützte Features in dedizierten SQL-Pools umfassen bestimmte Datentypen wie XML und räumliche Datentypen und Cursor.

Weitere Informationen findest du unter:

Dedizierte SQL-Pooltests

Wie bei jedem anderen Projekt sollten Sie Tests durchführen, um sicherzustellen, dass Ihr dedizierter SQL-Pool die erforderlichen Geschäftsanforderungen erfüllt. Es ist wichtig, Datenqualität, Datenintegration, Sicherheit und Leistung zu testen.

Nächste Schritte

Im nächsten Artikel der Azure Synapse-Erfolgsserie erfahren Sie, wie Sie Ihr Spark Pool-Design auswerten, um Probleme zu identifizieren und zu überprüfen, ob sie Richtlinien und Anforderungen erfüllt.