Copying an environment

You can quickly copy an entire complex environment, including the VMs, networks, and environment settings. If you need to work with environments in multiple regions, you can copy the environment to each region.

Copied environments can be used as backups, as duplicates for continuous integration testing, or as modifiable versions that you can share with other users.

By default, the copied environment is placed in the same region as the source (original).

After you’ve copied an environment, changes to the copied environment won’t affect the source environment. The source and copy are unlinked, separate resources.


Copying an environment in the same region

Power A CPU architecture that supports IBM i, AIX, and Linux (on Power) in Skytap. VMs and x86 VMs with more than 256 GB of RAM can’t be suspended. You must either shut them down before you copy the environment or choose Copy VMs while they’re running to create a copy while they’re still running.

If you do not select Copy VMs while they’re running, Running x86 VMs with 256 GM or RAM or less are automatically suspended during the copy operation.

  1. Navigate to the Environment page.

    Environment Details page

  2. Click Copy in the top toolbar.

    Environment details top menu - copy

  3. The Copy Environment window displays. Destination Region defaults to the current region. To copy to another region, see Copying an environment to another region.

    Copy Environment Window


  4. Click Copy.
  5. The detail page for the new environment displays, but you can’t interact with it until the process is complete.

    • If you leave the copy page or sign out of Skytap, the copy process continues automatically. Skytap sends you an email when the copy process is complete.
    • Generally, copying an environment in the same region is faster than copying an environment across regions. For more information, see What to expect when you copy an environment or template.
  6. (Optional) After the copy is complete, restart the source environment (if it was automatically suspended). Skytap doesn’t automatically restart the environment.

Changes to an environment during the copy process

Generally, a copied environment is a duplicate of the original. Almost all of the environment settings (notes, labels, etc.), VM settings (MAC addresses, hostnames, CPUs, storage, etc.), and network settings (network subnet, gateway IP address, etc.) remain the same.

There are only a few places where the copy differs from the original.


Change to copied environment

Published services

Skytap creates a new published service that maps the same internal port to a new external port address. For example:

Port 80 open at

changes to:

Port 80 open at

Sharing portals

Skytap creates sharing portals for the new environment with the same settings and new, unique access links.

Public IPs

  • Static public IPs: The VM in the new environment has the same public IP address attached to it. When the same static public IP address is attached to multiple VMs, only one of these VMs can run at a time.
  • Dynamic public IPs with DNS: Skytap automatically generates a new, unique domain name for the VM in the new environment. When the VM is run, Skytap automatically deploys an available public IP address.

Connections to networks in other environments (ICNR)

The network in the new environment isn’t connected to other networks. To connect it, see Networking between environments.


The new environment doesn’t have any schedules. To create one, see Automating actions with schedules.


The new environment inherits the account-wide auto-shutdown setting.

Power state

If the VMs in the source environment were running, they are suspended or powered off during the copy operation.

Canceling a copy operation

To cancel the copy operation, click Delete on the right side of the progress bar.

Sharing portals

If an environment has sharing portals, they will also be copied.

When an environment with sharing portals is copied to a new environment, Skytap creates new sharing portals with the same access settings, but with new, unique access URLs. Expiration date and times are automatically adjusted, as described below.

Sharing portal expiration date settings

The expiration date and time is saved with the sharing portal. When the copied environment is started, the expiration date for the new sharing portal is adjusted so that the new sharing portal has the same amount of remaining time available as the original sharing portal.

For example:

  • A sharing portal that expires on January 20 at 12PM is copied to a new environment on January 10 at 10AM. The sharing portal has 10 days and 2 hours remaining.
  • When the new environment is started on February 1 at 12 PM, the new sharing portal expires at February 11 at 2 PM. The new sharing portal also has 10 days and 2 hours remaining.