選擇正確的 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 受管理執行個體中的暫時性連線錯誤進行疑難排解