Condividi tramite


Metodologia di successo dell'implementazione di Synapse: valutare la progettazione del pool SQL dedicato

Nota

Questo articolo fa parte della serie di articoli Successo dell'implementazione di Azure Synapse da progettazione. Per una panoramica della serie, vedere Successo dell'implementazione di Azure Synapse da progettazione.

È consigliabile valutare la progettazione del pool SQL dedicato per identificare i problemi e verificare che sia conforme alle linee guida e ai requisiti. La valutazione della progettazione prima dell'inizio dello sviluppo di soluzioni consente di evitare situazioni di blocco delle attività e modifiche di progettazione impreviste. Ciò consente inoltre di rispettare la sequenza temporale e il budget del progetto.

Synapse SQL usa un'architettura scale-out per distribuire l'elaborazione dati computazionali su più nodi. Poiché le risorse di calcolo sono separate dall'archiviazione, è possibile ridimensionarle indipendentemente dai dati presenti nel sistema. Per altre informazioni, vedere Architettura del pool SQL dedicato in Azure Synapse Analytics.

Analisi della valutazione

Durante la fase di valutazione sono state raccolte informazioni su come è stato distribuito il sistema originale e sui dettagli delle strutture implementate. Queste informazioni possono ora essere utili per identificare le lacune tra ciò che viene implementato e ciò che deve essere sviluppato. Ad esempio, ora è il momento di considerare l'impatto della progettazione di tabelle round robin anziché di tabelle con distribuzione hash o i vantaggi a livello di prestazioni dell'uso corretto delle tabelle replicate.

Esaminare l'architettura di destinazione

Per distribuire correttamente un pool SQL dedicato, è importante adottare un'architettura in linea con i requisiti aziendali. Per altre informazioni, vedere Data warehousing in Microsoft Azure.

Percorso di migrazione

Un progetto di migrazione per Azure Synapse è simile a qualsiasi altra migrazione del database. È consigliabile valutare le eventuali differenze tra il sistema originale e Azure Synapse.

Assicurarsi di disporre di un percorso di migrazione chiaro stabilito per:

  • Oggetti di database, script e query
  • Trasferimento dei dati (esportazione dall'origine e transito al cloud)
  • Caricamento iniziale dei dati in Azure Synapse
  • Account di accesso e utenti
  • Controllo di accesso ai dati (sicurezza a livello di riga)

Per altre informazioni, vedere Eseguire la migrazione di un data warehouse a un pool SQL dedicato in Azure Synapse Analytics.

Lacune di funzionalità

Determinare se il sistema originale dipende dalle funzionalità non supportate da Azure Synapse. Le funzionalità non supportate nei pool SQL dedicati includono determinati tipi di dati, ad esempio tipi di dati XML e spaziali, e cursori.

Per altre informazioni, vedi:

Test del pool SQL dedicato

Come per qualsiasi altro progetto, è necessario eseguire test per assicurarsi che il pool SQL dedicato soddisfi le esigenze aziendali necessarie. È fondamentale testare la qualità dei dati, l'integrazione dei dati, la sicurezza e le prestazioni.

Passaggi successivi

Nell'articolo successivo della serie Successo di Azure Synapse in base alla progettazione, vedere come valutare la progettazione del pool di Spark per individuare eventuali problemi e verificare che sia conforme alle linee guida e ai requisiti.