從 Amazon Aurora MySQL 遷移 (不具有超級使用者權限)

使用 Amazon Aurora MySQL 來源或不允許 SUPERUSER 權限的來源建立及執行遷移工作時，遷移作業可能需要額外步驟。

建立 Amazon Aurora MySQL 遷移工作

請務必考量下列規定，並調整遷移程序：

  1. MySQL 將來源主機名稱定義限制在 60 個字元內。Amazon Aurora 資料庫主機名稱通常會超過 60 個字元。如果您要遷移的資料庫符合上述情況，請設定 DNS 重新導向，建立 CNAME 記錄，將您的網域名稱與 Amazon Aurora 資料庫執行個體的網域名稱建立關聯。如要進一步瞭解如何設定 DNS CNAME，請參閱 Cloud DNS 說明文件或 AWS Route53 說明文件。

  2. 二進位記錄必須儲存在標準區塊儲存空間中，無法儲存在 Amazon S3 中。

  3. 如要使用手動傾印資料建立連續遷移工作，必須啟用 GTID。GTID_MODE 必須為 ON、OFF 或 OFF_PERMISSIVE。系統不支援 ON_PERMISSIVE 的 GTID_MODE 值。

  4. 如要取得初始完整轉儲，請停止 MySQL Amazon Aurora 在來源資料庫的寫入作業約 20 秒。

  5. 資料庫遷移服務無法從 MySQL 資料庫叢集的 Amazon Aurora 唯讀備用例項遷移資料，因為無法從該例項擷取二進位記錄檔案。詳情請參閱 Amazon 說明文件，瞭解如何 設定 Aurora MySQL 二進位記錄。

執行遷移工作

如要取得初始完整轉儲，請停止來源資料庫的 MySQL Amazon Aurora 寫入作業約 20 秒。您可以使用 尋找寫入活動的指令碼，確認已停止所有寫入來源資料庫的作業。

遷移工作的狀態和子狀態會指出何時停止和恢復寫入作業。您可以在 API、控制台或直接在 Cloud Monitoring 中追蹤狀態變更：

  1. 狀態變更為「Starting | Waiting for source writes to stop」後，應停止寫入來源資料庫。資料庫遷移服務會識別寫入作業已停止，並將狀態變更為「執行中」|「準備轉儲」。

  2. 狀態變更為「執行中」/「正在執行完整傾印作業」後，就可以安全地繼續寫入來源資料庫。

資料庫移轉服務會持續嘗試擷取初始轉儲檔約 20 分鐘。如果寫入作業尚未停止，或是在狀態更新前已恢復寫入作業，則程序會失敗，並傳回描述失敗原因的錯誤。