Data can be copied between two on-premise or two cloud databases, between an on-premise or a cloud database and a transportable database, or between two transportable databases.
A non-current database can be opened as a guest database to copy data between two on-premise databases on the same machine or network, or two cloud databases on the same hub, or between an on-premise database and a cloud one.
A transportable database may be used for transferring data:
The table below illustrates the copy options between the different types of databases.
| Copy from | Copy to | ||||||
| Cloud | On-premise
Workgroup Standard |
On-premise
Workgroup Oracle |
On-premise
SQL server |
On-premise
Standalone |
Transportable with on-premise data |
Transportable with cloud data |
|
| Cloud | YES | NO | NO | NO | NO | YES | YES |
| On-premise
Workgroup Standard |
YES | YES | YES | YES | YES | YES | YES |
| On-premise
Workgroup Oracle |
NO | YES | YES | YES | YES | YES | NO |
| On-premise
SQL server |
NO | YES | YES | YES | YES | YES | NO |
| On-premise
Standalone |
YES | YES | YES | YES | YES | YES | YES |
|
Transportable with on-premise data |
YES | YES | YES | YES | YES | YES | YES |
|
Transportable with cloud data |
YES | YES | NO | NO | YES | YES | YES |
Objects are copied and pasted between databases in the same way as within a database. You can paste data copied from an earlier version of a database into a newer version but you cannot paste data copied from a newer version of a database into an earlier version, unless you update the earlier version to the same version as the newer database.
Copying and pasting is recursive. When an object is copied, all descendants of the object are copied with it. For example, if you copy a group, all items and groups contained in the parent group will also be copied.
To copy data from / to a database other than the current database:
Open/Create database from the File menu. The
Open/create dialog is displayed.
Open another database from the File menu. The
Open/create dialog is displayed.
Open transportable database from the File menu and choose the relevant database. (Multiple transportable databases may be opened.)
Network data and supported cloud database items can be pasted from a database containing on-premise data to a cloud database. Any database items that are not available in cloud databases will not be pasted even if they were included in the copied on-premise data.
Simulation results for any
run copied to a
cloud database from an
on-premise or
cloud database will not be available in the destination
cloud database. The Results unavailable icon (
) will be displayed under applicable runs in the
Explorer Window.
InfoWorks ICM will copy all items of data at or below the selected level.
This process can be repeated as often as is necessary, so that any combination of data items are copied to the database.
All objects in an InfoWorks ICM on-premise or cloud database (or transportable) are identified by a globally unique database identifier (GUID).
InfoWorks ICM checks if objects being copied to a database already exist in the database. If there are duplicate objects (including any in the Recycle bin for on-premise databases but not for cloud databases), the Copying Of Duplicate Items dialog is displayed:
Objects are not overwritten.
If an object with the same GUID already exists in the cloud database's Recycle bin, the Copying of Duplicate Items dialog is not displayed. The pasted object is automatically assigned a new GUID and will appear in the Explorer window without an ! appended to its name.
When simulation results, ground models and/or scalar and/or spatial time series data (TSD) objects are copied, the Copying of Simulation Results, Ground Models and Time Series Data Objects dialog is displayed. This lists the simulation results, ground models and time series data objects that have been selected for copying. This dialog gives you the choice to include or exclude certain data types from the copy process. The ability to exclude some data from the copy operation is useful as some of it is potentially very large.
If runs or simulation results are copied between databases, any associated data needed to reproduce the run will also be copied as long as you follow the correct procedure.
If you paste the run into a Run Group in the destination database then:
The recommended practice is to organise your data sensibly in model groups and then to copy entire model groups between databases.
If runs are copied from a cloud database, any associated data needed to reproduce the run will also be copied as long as you follow the correct procedure.
If you paste the run into a Run Group in the destination database then:
The recommended practice is to organise your data sensibly in model groups and then to copy entire model groups between databases.
) will be displayed under applicable runs in the
Explorer Window. To view the result for a simulation included in that run, you must re-run it:
When copying manifests, the Select objects for copying dialog is displayed. This lists all the items included in the database in a tree. The items which are associated with the selected manifest, such as themes and layer lists, runs and alerts, are expanded in the tree and are checked.
When you copy a workspace between databases, ICM will automatically copy all the underlying data required to recreate that workspace in the new database. You do not need to select this data yourself. This extremely powerful feature enables you to transfer complete projects easily and simply between databases.