Synapse 實作成功方法：評估專用 SQL 集區設計
注意
本文是根據設計成功實作 Azure Synapse系列文章的一部分。 如需系列概觀，請參閱根據設計成功實作 Azure Synapse。
您應該評估專用 SQL 集區設計，以找出問題並驗證其是否符合指導方針和需求。 藉由在解決方案開發開始之前評估設計，您可以避免阻礙和未預期的設計變更。 如此一來，您就可以確保專案進度且不超過預算。
Synapse SQL 具有向外延展架構，可將計算資料處理分散到多個節點。 計算與儲存體分隔開來，讓您可以在系統中單獨調整資料的計算。 如需詳細資訊，請參閱 Azure Synapse Analytics 中的專用 SQL 集區 (先前稱為 SQL DW) 架構。
評定分析
在評估階段，您已收集原始系統部署方式的相關資訊，以及已實作結構的詳細資料。 該資訊現在可協助您找出已實作項目與需要開發項目之間的差距。 例如，現在是時候考慮設計循環配置資源資料表而非雜湊分散式資料表的影響，或是正確使用複寫資料表的效能優點。
檢閱目標架構
若要成功部署專用 SQL 集區，請務必採用符合業務需求的架構。 如需詳細資訊，請參閱 Microsoft Azure 中的資料倉儲。
移轉路徑
Azure Synapse 的移轉專案類似於任何其他資料庫移轉。 您應該考慮原始系統與 Azure Synapse 之間可能會有差異。
請確定您已為下列項目建立清楚的移轉路徑：
- 資料庫物件、指令碼和查詢
- 資料傳輸 (從來源匯出並傳輸至雲端)
- 初始資料載入 Azure Synapse
- 登入和使用者
- 資料存取控制 (資料列層級安全性)
如需詳細資訊，請參閱將資料倉儲遷移至 Azure Synapse Analytics 中的專用 SQL 集區。
功能落差
判斷原始系統是否相依於 Azure Synapse 所不支援的功能。 專用 SQL 集區不支援的功能包括某些資料類型，例如 XML 和空間資料類型，以及資料指標。
如需詳細資訊，請參閱
專用 SQL 集區測試
如同任何其他專案，您應該進行測試，以確保專用 SQL 集區提供必要的商務需求。 請務必測試資料品質、資料整合、安全性和效能。
後續步驟
在根據設計成功實作 Azure Synapse 系列的下一篇文章中，了解如何評估 Spark 集區設計，以找出問題並驗證其是否符合指導方針和需求。