專案遷移計畫可讓您評估組織準備程度，並在組織資源之間移動專案前，預防服務中斷。此外，列出使用中的服務和依附元件，也有助於預測目的地資源階層結構對工作負載的影響。
在移動過程中，Cloud Resource Manager API 會將專案及其基礎服務視為單一單位，不會變更內部設定。不過，繼承的允許、拒絕和組織政策不會隨專案遷移，而直接附加的政策和服務帳戶則會保留。這項階層變更可能會導致非預期的行為，或在目標組織中觸發違反組織政策的情況。
政策驗證
遷移專案後，專案就不會再沿用資源階層中目前位置的政策，而是會依據目的地進行有效政策評估。建議您確保專案目的地生效的政策，盡可能與專案在來源位置的政策相符。
遷移完成後，直接套用至專案的任何政策仍會附加。直接將政策套用至專案，是確認遷移完成後套用正確政策的好方法。
允許、拒絕和組織政策會透過資源階層沿用，如果設定不當，可能會導致服務無法運作。判斷資源階層中專案目的地的有效政策，確保政策符合管理目標。
管理加密金鑰
請確認專案是否已啟用客戶自行管理的加密金鑰或其他 Cloud Key Management Service。加密編譯金鑰由專案擁有，因此具備該專案 owner 存取權的使用者，將能管理該專案 Cloud KMS 中的金鑰，並執行加密編譯作業。
詳情請參閱「分散權責」。
預先發布版功能
您可以在組織資源、資料夾或專案啟用預先發布版功能。如果您在要遷移的專案中啟用了 Alpha 版或 Beta 版功能，這項功能在遷移後應會繼續運作。如果預先發布版功能為私人功能，且未新增至目的地組織資源的許可清單，則遷移完成後，您將無法變更任何設定。
找出新的帳單帳戶
Cloud Billing 帳戶可用於多項組織資源。將專案從某個組織資源遷移至另一個組織資源，不會影響計費。費用會繼續計入舊帳單帳戶。不過，在組織資源之間遷移專案時，通常也需要遷移至新的帳單帳戶。
在遷移計畫中，請決定是否要保留現有的帳單帳戶。您也可以將專案與目的地組織資源中的新帳單帳戶建立關聯。
如要瞭解如何變更或遷移帳單帳戶，請參閱「變更帳單帳戶」。
復原計畫
如果發現任何已遷移的專案無法正常運作，可以將其還原至原始位置。如要執行這項操作，您必須具備必要的 IAM 權限，並設定必要的組織政策，才能反向執行專案遷移作業。
如需必要權限清單，請參閱「指派權限」。如要瞭解如何設定組織政策，允許遷移專案，請參閱「設定組織政策」。
專屬匯入和匯出資料夾
遷移專案時，政策繼承可能會在來源和目的地組織資源中造成非預期的影響。如要降低這項風險，您可以建立特定資料夾，只存放要匯出及匯入的專案，並確保兩個組織資源中的資料夾繼承相同政策。您也可以為這些資料夾設定權限，這些權限會沿用至移至其中的專案，有助於加快專案遷移程序。
規劃遷移作業時，建議先設定專屬來源資料夾。請為要匯出專案的每個目的地組織資源建立資料夾，接著，在這些資料夾設定組織政策，並將每項政策的 constraints/resourcemanager.allowedExportDestinations 限制設為要匯出專案的單一組織資源。
舉例來說，您可以設定 Export to Marketing Org 和 Export to Sales Org 資料夾，並為每個資料夾設定適當的組織政策限制。
同樣地，在目的地組織資源中設定專屬匯入資料夾，每個要匯入專案的組織資源各一個。請為每個要匯入專案的來源組織資源建立資料夾。接著，在這些資料夾設定組織政策，並將 constraints/resourcemanager.allowedImportSources 限制設為要匯入專案的單一組織資源。
例如，您可以設定 Import from Marketing Org 和 Import from App Development Org 資料夾，並為每個資料夾設定適當的組織政策限制。
在每個匯入和匯出資料夾中，將 roles/resourcemanager.projectMover 角色指派給要移動專案的人員。這些資料夾中的任何專案都會繼承這個角色，讓使用者能對移至這些資料夾的任何專案執行移動作業。
完成專案遷移後，請移除這些專用資料夾。
如要瞭解如何設定組織政策，請參閱「設定組織政策」。
後續步驟
如要指派 Identity and Access Management 角色和權限，以便在組織之間遷移專案，請參閱「指派 Identity and Access Management 角色和權限」。