執行 Data Migration Assistant 的最佳做法 (機器翻譯)

重要

Data Migration Assistant (DMA) 已被取代。 如需從 SQL Server 移轉至 Azure SQL 的選項，請參閱 SQL Server 至 Azure SQL 的移轉選項。

本文提供安裝、評量和移轉的一些最佳做法資訊。

安裝

不要直接在 SQL Server 主機電腦上安裝和執行 Data Migration Assistant。

評量

• 在非尖峰時間執行生產資料庫的評量。
• 分別執行相容性問題和新功能建議評量，以減少評量的持續時間。

遷移

• 在非尖峰時間時移轉伺服器。

• 在移轉資料庫時，請提供來源伺服器和目標伺服器可存取的單一共用位置，並儘可能避免複製作業。 複製作業可能會根據備份檔案的大小引進延遲。 由於有額外步驟，因此複製作業也會增加移轉失敗的機率。 當提供單一位置時，Data Migration Assistant 會略過複製作業。

  此外，請務必將正確的權限提供給共用資料夾，以避免移轉失敗。 在工具中指定正確的權限。 如果 SQL Server 執行個體是在 Network Service 認證下執行，請將共用資料夾上的正確權限提供給 SQL Server 執行個體的電腦帳戶。

• 連接到來源和目標伺服器時啟用加密連線。 使用 TLS 加密可提升 Data Migration Assistant 與 SQL Server 執行個體之間跨網路傳輸資料的安全性，這在移轉 SQL 登入時特別有用。 如果未使用 TLS 加密，且網路遭到攻擊者入侵，則移轉的 SQL 登入可能會被攻擊者即時攔截及/或修改。

  但是，如果所有的存取都與安全的內部網路組態有關，則可能不需要加密。 啟用加密會降低效能，因為加密和解密封包需要額外負荷。 如需詳細資訊，請參閱加密 SQL Server 的連線。

• 在移轉資料之前，請先檢查來源資料庫和目標資料庫的不受信任條件約束。 在移轉之後，再次分析目標資料庫，以查看資料移動過程中是否有任何條件約束變成不受信任。 視需要修正不受信任的條件約束。 讓條件約束保持不受信任可能會導致執行計畫不佳，而且可能會影響效能。