選擇正確的 Azure SQL Database 功能
在自行車製造公司的案例中,您已識別並剖析想要移轉至 Azure SQL Database 的資料庫。 現在,您想要規劃移轉,同時考慮資料復原能力、災害復原、安全性和其他實作詳細資料。
您想要知道可支援移轉至 Azure SQL Database 程序的工具和功能。
Azure SQL Database 的優點
下列各節將摘要部署單一和彈性集區資料庫的優點:
類別 | 功能 |
---|---|
備份及復原 | 自動備份 |
還原時間點 | |
備份保留期 7 天以上 | |
長期備份保留最多可儲存 10 年的備份 | |
高可用性 | 99.99% 可用性保證 |
具有三個次要複本的內建可用性 | |
透過 Azure 可用性區域的區域備援 | |
災害復原 | 資料庫備份的異地還原 |
Azure 區域之間的主動式異地複寫 | |
服務可擴縮性 | 動態擴增和縮減 |
使用多個分區進行擴增 | |
使用彈性集區在資料庫之間共用計算資源 | |
安全性 | Microsoft Entra 驗證的支援 |
僅限雲端的安全性功能,例如進階威脅防護 | |
透明資料加密 (TDE) 預設為啟用 | |
支援動態和靜態資料遮罩、資料列層級安全性,以及 Always Encrypted | |
防火牆允許清單 | |
授權 | 預測成本的 DTU 購買模型 |
vCore 購買模型,可讓儲存體獨立於計算之外縮放 | |
合併 vCore 購買模型與 Azure Hybrid Benefit for SQL Server,以節省高達 30% 的成本 |
提示
若要檢閱移轉至Azure SQL Database 的優點以及可用的功能,請參閱 使用 Azure SQL 模組部署 PaaS 解決方案。
Azure SQL Database 的獨特功能
Azure SQL Database 中支援的某些功能,在其他Azure SQL 供應專案中則不支援:
功能 | 定義 |
---|---|
超大規模資料庫 | 雲端原生架構允許獨立可調整的計算和儲存體,提供比其他層級更大的彈性和資源。 |
自動調整 | 使用無伺服器計算層級 |
自動微調 (索引) | 此內建功能會自動識別並建立索引,以改善工作負載的效能。 它也會確認查詢效能已改善,並移除未使用或重複的索引。 |
彈性查詢 | 可讓您執行 T-SQL 查詢,以橋接 SQL Database 中的多個資料庫。 這項功能特別適用於使用三部分和四部分無法變更名稱的應用程式。 |
彈性工作 | 彈性作業功能是一種適用於 Azure SQL Database 的 SQL Server Agent 替代項目。 在某些情況下,彈性作業相當於在 SQL Server 執行個體上可用的多伺服器管理功能。 |
SQL 資料同步 | 可讓您在 SQL Database 或 SQL Server 上執行的多個資料庫之間,以遞增方式同步處理資料。 |
查詢效能深入解析 (QPI) | 這個工具可協助您找到要最佳化的查詢,以改善整體工作負載效能,並有效率地使用您所支付的資源。 |
重要
若要了解 SQL Database、SQL Server 和 Azure SQL 受控執行個體之間的其它功能差異,以及不同 Azure SQL Database 選項之間的差異,請參閱 SQL Database 功能。
支援的移轉選項
移轉至 Azure SQL 資料庫有兩種模式:線上和離線。 線上模式有最少或沒有停機時間,而離線模式會在移轉程序期間經歷停機。
工具 | 移轉模式 |
---|---|
Azure 資料庫移轉服務 | 離線 |
異動複寫 | 線上存取 |
Azure Migrate | 離線 |
SQL 資料同步 | * 離線 |
匯入匯出精靈/BACPAC | 離線 |
大量複製 (bcp 公用程式) | 離線 |
Azure Data Factory | 離線 |
Data Migration Assistant (DMA) \(英文\) | 離線 |
* 對效能可能會有較高的影響,視工作負載而定。
注意
雖然 Database Migration Assistant 是實用的工具,但建議您使用 Azure 資料庫移轉服務 進行大型移轉和增強的整體體驗。
移轉效能
移轉至 Azure SQL Database 時,請考慮下列建議:
- 監視來源上的資料檔案 I/O 和延遲,並減輕任何瓶頸。
- 將目標 Azure SQL 資料庫擴大為業務關鍵 Gen5 8 虛擬核心,或使用超大規模資料庫服務層級將記錄檔的延遲降到最低。
- 請確定您的網路頻寬可以容納最高記錄擷取速率。
- 選擇最高的服務層級和計算大小,以達到最大傳輸效能,並在移轉後縮小。
- 盡量縮短 BACPAC 檔案和目的地資料中心之間的距離。
- 在移轉期間停用自動更新並自動建立統計資料。
- 磁碟分割表格和索引、卸載索引檢視表,並在移轉後重新建立它們。
- 請考慮將很少查詢的歷程記錄資料移轉至 Azure SQL Database 中的個別資料庫,並使用彈性查詢進行查詢。
重試應用程式連線
移轉至 Azure SQL Database 時,請務必預期連線到資料庫資源時偶爾發生暫時性失敗,並實作適當的 retry 邏輯方法。 在程式終止之前設定重試次數上限也很重要。
建議您在首次重試時至少等候 5 秒。 後續每次重試的延遲應為指數型成長,最大值為 60 秒。
注意
如果 SELECT 陳述式失敗,並顯示 SQL Database的暫時性錯誤,請勿直接進行 retry。 請改為在新連線中重試 SELECT 陳述式。
若要深入了解連線 retry 主體,請參閱 對 SQL Database 和 SQL 受管理執行個體中的暫時性連線錯誤進行疑難排解。