Freigeben über

Synapse-Implementierungserfolgsmethode: Auswerten des dedizierten SQL-Pool-Designs

  • Artikel

Hinweis

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

Sie sollten das Design Ihres dedizierten SQL-Pools auswerten, um Probleme zu erkennen und zu überprüfen, ob es Richtlinien und Anforderungen erfüllt. Indem Sie das Design auswerten, bevor die Lösungsentwicklung beginnt, können Sie Blockaden und unerwartete Designänderungen vermeiden. Auf diese Weise stellen Sie sicher, dass der Zeitplan und das Budget des Projekts eingehalten werden können.

Synapse SQL verfügt über eine Architektur für horizontales Skalieren, bei der die rechenbasierte Datenverarbeitung auf mehrere Knoten verteilt wird. Compute- und Speicherressourcen sind getrennt, sodass Sie Compute unabhängig von den Daten in Ihrem System skalieren können. Weitere Informationen finden Sie unter Architektur des dedizierten SQL-Pools (früher SQL DW) in Azure Synapse Analytics.

Bewertungsanalyse

In der Bewertungsphase haben Sie Informationen zur Bereitstellung des ursprünglichen Systems sowie Details zu den implementierten Strukturen gesammelt. Diese Informationen können Ihnen jetzt dabei helfen, Lücken zwischen dem, was implementiert ist, und dem, was entwickelt werden muss, zu identifizieren. Beispielsweise können Sie jetzt die Auswirkungen des Entwerfens von Roundrobintabellen anstelle von verteilten Hashtabellen oder die Leistungsvorteile der korrekten Verwendung replizierter Tabellen untersuchen.

Überprüfen der Zielarchitektur

Für die erfolgreiche Bereitstellung eines dedizierten SQL-Pools ist es wichtig, eine Architektur einzuführen, die die geschäftlichen Anforderungen erfüllt. Weitere Informationen finden Sie unter Data Warehousing in Microsoft Azure.

Migrationspfad

Ein Migrationsprojekt für Azure Synapse ist vergleichbar mit jeder anderen Datenbankmigration. Beachten Sie, dass es möglicherweise Unterschiede zwischen dem ursprünglichen System und Azure Synapse gibt.

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

  • Datenbankobjekte, Skripts und Abfragen
  • Datenübertragung (Export aus Quelle und Übertragung in die Cloud)
  • Erstes Laden von Daten in Azure Synapse
  • Anmeldungen und Benutzer
  • Datenzugriffssteuerung (Sicherheit auf Zeilenebene)

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

Funktionslücken

Ermitteln Sie, ob das ursprüngliche System auf Features angewiesen ist, die von Azure Synapse nicht unterstützt werden. Zu nicht unterstützten Features in dedizierten SQL-Pools zählen unter anderem bestimmte Datentypen wie XML und räumliche Datentypen sowie Cursor.

Weitere Informationen finden Sie unter

Testen des dedizierten SQL-Pools

Genau wie bei anderen Projekten sollten Sie sich mithilfe von Tests vergewissern, dass Ihr dedizierter SQL-Pool die erforderlichen Geschäftsanforderungen erfüllt. Testen Sie unbedingt die Datenqualität, Datenintegration, Sicherheit und Leistung.

Nächste Schritte

Im nächsten Artikel der Serie Mit dem richtigen Azure Synapse-Entwurf zum Erfolg erfahren Sie, wie Sie Ihr Spark-Pooldesign auswerten, um Probleme zu erkennen und zu überprüfen, ob es Richtlinien und Anforderungen erfüllt.