Stay organized with collections
Save and categorize content based on your preferences.
This checklist will help you to migrate projects between organization resources. The
checklist below contains a list of the major tasks involved in migrating a
project between organization resources, brief instructions for each step, and a link
to more information.
You should consider how your migration will impact the services running inside
the project. Changes in the resource hierarchy caused by a project migration can lead
to changes in inherited policies, such as organization policies and
Identity and Access Management policies.
Create a plan to make sure that any potential impacts are mitigated during your
project migration. To help inform your plan, use the
Move Analysis API to get a detailed breakdown of blockers for
the project migration.
You need a particular set of IAM roles to migrate a project between organization resources. You will also need permission to create and manage
organization policies.
You can get these permissions by acquiring the following roles:
Project Mover (roles/resourcemanager.projectMover) on the project you want
to migrate and its parent resource.
Project Creator (roles/resourcemanager.projectCreator) on the destination
folder or organization resource.
Organization Policy Admin (roles/orgpolicy.policyAdmin) on both the source
and destination organization resources.
For more details about the roles and permissions you need, see
Assign permissions.
To perform a project migration between organization resources, you must set
the constraints/resourcemanager.allowedExportDestinations constraint, which
defines the organization resources to which the project can be migrated.
On the destination side, you must set the
constraints/resourcemanager.allowedImportSources constraint that defines the
organization resources from which projects can be imported.
If either of these constraints are not properly set, the migration will fail
with a FAILED_PRECONDITION error.
When you migrate a project between organization resources,
there is a chance you'll need to address certain scenarios at the project and
organization resource level. There can be services involved that you'd need to consider that As part of your migration plan, you should
consider these cases if you depend on the services involved for the operation
of your project.
Once you have finished the above steps, you can use the Resource Manager API to
migrate a project. You can use the gcloud beta projects move
Google Cloud CLI command, or the projects.update() REST API method to
perform the migration.
