共用方式為


執行 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 的連線

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