After you upgrade your vRealize Automation from version 6.x to version 7.4, you can migrate your existing external Orchestrator 6.x installed on Windows to the Orchestrator server that is built into vRealize Automation 7.4.


If you have a distributed vRealize Automation environment with multiple vRealize Automation nodes, perform the migration procedure only on the primary vRealize Automation node.


  • Successful migration to vRealize Automation 7.4.

  • Stop the Orchestrator server service on the external Orchestrator.

  • Back up the database, including the database schema, of the external Orchestrator server.


  1. Download the migration tool from the target Orchestrator server.
    1. Log in to the vRealize Automation appliance over SSH as root.
    2. Download the archive that is located in the /var/lib/vco/downloads directory.
  2. Export the Orchestrator configuration from the source Orchestrator server.
    1. Set the PATH environment variable by pointing it to the bin folder of the Java JRE installed with Orchestrator.
    2. Upload the migration tool to the Windows server, on which the external Orchestrator is installed.
    3. Extract the downloaded archive in the Orchestrator install folder.

      The default path to the Orchestrator install folder in a Windows-based installation is C:\Program Files\VMware\Orchestrator.

    4. Run the Windows command prompt as administrator and navigate to the bin folder in the Orchestrator install folder.

      By default, the path to the bin folder is C:\Program Files\VMware\Orchestrator\migration-cli\bin.

    5. Run the export command from the command line.
      C:\Program Files\VMware\Orchestrator\migration-cli\bin\vro-migrate.bat export

      This command combines the vRealize Orchestrator configuration files and plug-ins into an export archive.

      The archive is created in the same folder as the migration-cli folder.

  3. Migrate the exported configuration to the Orchestrator server that is built into vRealize Automation 7.4.
    1. Upload the exported configuration file to the /usr/lib/vco/tools/configuration-cli/bin directory on the vRealize Automation appliance.
    2. Under the /usr/lib/vco/tools/configuration-cli/bin directory, change the ownership of the exported Orchestrator configuration file.
      chown vco:vco
    3. Import the Orchestrator configuration file to the built-in vRealize Orchestrator server, by running the vro-configure script with the import command.
      ./ import --skipDatabaseSettings --skipLicense --skipSettings --skipSslCertificate --notForceImportPlugins --notRemoveMissingPlugins --skipTrustStore --path
  4. Migrate the database to the internal PostgreSQL database, by running the vro-configure script with the db-migrate command.
    ./ db-migrate --sourceJdbcUrl JDBC_connection_URL --sourceDbUsername database_user --sourceDbPassword database_user_password

    Enclose passwords that contain special characters in single quotation marks.

    The JDBC_connection_URL depends on the type of database that you use.

    PostgreSQL: jdbc:postgresql://host:port/database_name
    MSSQL: jdbc:jtds:sqlserver://host:port/database_name\; if using SQL authentication and MSSQL: jdbc:jtds:sqlserver://host:port/database_name\;domain=domain\;useNTLMv2=TRUE if using Windows authentication.
    Oracle: jdbc:oracle:thin:@host:port:database_name 

    The default database login information is:







  5. If you migrated vRealize Automation instead of upgrading it, delete the trusted Single Sign-On certificates from the database of the embedded Orchestrator instance.
    sudo -u postgres -i -- /opt/vmware/vpostgres/current/bin/psql vcac -c "DELETE FROM vmo_keystore WHERE id='cakeystore-id';"


You successfully migrated an external vRealize Orchestrator 6.x installed on Windows to a vRealize Orchestrator instance embedded in vRealize Automation 7.4.

What to do next

Set up the built-in vRealize Orchestrator server. See Configure the Built-In vRealize Orchestrator Server.