You can export the configuration from your existing external Orchestrator instance and import it to the Orchestrator server that is built into vRealize Automation.


If you have multiple vRealize Automation appliance nodes, perform the migration procedure only on the primary vRealize Automation node.


  • Upgrade or migrate your vRealize Automation to version 7.4. For more information, see Upgrading vRealize Automation in Installing or Upgrading vRealize Automation.

  • Stop the Orchestrator server service of the external Orchestrator.

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


  1. Export the configuration from the external Orchestrator server.
    1. Log in to Control Center of the external Orchestrator server as root or as an administrator, depending on the source version.
    2. Stop the Orchestrator server service from the Startup Options page to prevent unwanted changes to the database.
    3. Go to the Export/Import Configuration page.
    4. On the Export Configuration page, select Export server configuration, Bundle plug-ins and Export plug-in configurations.
  2. Migrate the exported configuration into the embedded Orchestrator instance.
    1. Upload the exported Orchestrator configuration file to the /usr/lib/vco/tools/configuration-cli/bin directory of the vRealize Automation appliance.
    2. Log in to the vRealize Automation appliance over SSH as root.
    3. Stop the Orchestrator server service and the Control Center service of the built-in vRealize Orchestrator server.
      service vco-server stop && service vco-configurator stop
    4. Import the Orchestrator configuration file to the built-in vRealize Orchestrator server, by running the vro-configure script with the import command.
      ./ import --type embedded --path
  3. If the external Orchestrator server from which you want to migrate uses the built-in PostgreSQL database, edit its database configuration files.
    1. In the /var/vmware/vpostgres/current/pgdata/postgresql.conf file, uncomment the listen_addresses line.
    2. Set the values of listen_addresses to a wildcard (*).
      listen_addresses ='*'
    3. Append a line to the /var/vmware/vpostgres/current/pgdata/pg_hba.conf file.
      host all all vra-va-ip-address/32 md5	

      The pg_hba.conf file requires using a CIDR prefix format instead on an IP address and a subnet mask.

    4. Restart the PostgreSQL server service.
      service vpostgres restart
  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. Remove all certificates from the database keystore.
    ./ untrust --reset-db
  6. Reinstall the Orchestrator plug-ins.
    1. Log in to Control Center as root.
    2. Click Troubleshooting.
    3. Click Force plug-ins reinstall.
  7. Start the Orchestrator server service.
  8. Revert to the default configuration of the postgresql.conf and the pg_hba.conf file.
    1. Restart the PostgreSQL server service.


You successfully migrated an external Orchestrator server instance to a vRealize Orchestrator instance embedded in vRealize Automation.

What to do next

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