如果您使用 Amazon Aurora MySQL 來源或不允許 SUPERUSER 權限的來源建立及執行遷移工作，則可能需要執行額外步驟才能完成遷移作業。
建立 Amazon Aurora MySQL 遷移工作
請務必考量下列需求，並調整遷移程序：
MySQL 將來源主機名稱定義限制為 60 個字元。Amazon Aurora 資料庫主機名稱通常會超過 60 個字元。如果遷移的資料庫屬於這種情況，請設定 DNS 重新導向，建立與 Amazon Aurora 資料庫執行個體網域名稱建立關聯的CNAME 記錄。如要進一步瞭解如何設定 DNS CNAME，請參閱 Cloud DNS 說明文件或 AWS Route53 說明文件。
二進位記錄檔必須儲存在標準區塊儲存空間，無法儲存在 Amazon S3。
如要建立連續遷移工作並提供手動傾印，必須啟用
GTID。「GTID_MODE」須為 ON、OFF 或 OFF_PERMISSIVE。系統不支援 ON_PERMISSIVE 的GTID_MODE值。如要進行初始完整傾印，請在來源資料庫停止 MySQL Amazon Aurora 寫入作業約 20 秒。
資料庫遷移服務無法從 MySQL 資料庫叢集的 Amazon Aurora 唯讀副本執行個體遷移資料，因為無法從該執行個體擷取二進位記錄檔。詳情請參閱 Amazon 說明文件，瞭解如何 設定 Aurora MySQL 二進位記錄。
執行遷移工作
如要進行初始完整傾印，請在來源資料庫停止 MySQL Amazon Aurora 寫入作業約 20 秒。您可以使用 尋找寫入活動的指令碼，確認所有寫入來源資料庫的活動都已停止。
遷移工作的狀態和子狀態會指出何時應停止及繼續寫入。您可以在 API、控制台或 Cloud Monitoring 中直接追蹤狀態變化：
狀態變更為「啟動中 | 正在等待來源寫入作業停止」後，應停止寫入來源資料庫。資料庫遷移服務會偵測到寫入作業已停止，並將狀態變更為「執行中 | 準備傾印」。
狀態變更為「執行中 | 正在執行完整 dump 作業」後，即可安全地繼續寫入來源資料庫。
資料庫遷移服務會持續嘗試擷取初始傾印資料約 20 分鐘。如果寫入作業尚未停止，或是在狀態更新前恢復寫入作業，程序就會失敗，並傳回說明失敗原因的錯誤訊息。