3.2

Table Of Contents
Moving a Database and Users to Another Server (Non-Clustered Systems)
71
9. On the target server, rename the existing database folder, for example, rename AvidWG to
AvidWG_old.
10. Copy the zipped file to the target server and unzip the file to the Workgroup_Databases
folder. Make sure the path on the target server matches the path on the source server.
11. Activate the database by using the Manage Databases view (see Activating a Deactivated
Database” on page 65
).
12. On an Interplay Access client, log in to the new server and verify that all data is available.
If all data is available, the new database is ready for use.
If necessary, remove the old database from Interplay Access by right-clicking the database
name and then clicking Remove Databases.
13. (Option) On the source server, rename the original database folder to avoid unwanted future
access.
Moving a Database and Users to Another Server
(Non-Clustered Systems)
Under special circumstances, you might need to move a database and users to a different server.
The following procedure refers to Interplay Engine servers that are not configured as failover
clusters. For cluster systems, see
“Moving a Database and Users to Another Server (Clustered
Systems)” on page 75
.
c
Avid recommends that you have telephone support from Avid during the process in case
complications arise.
c
If you move a database to a server that points to a different CCS, all the old CCS
information that was stored, including users, user settings, and local administration
settings for the database, will be lost because you will have to migrate the database (see
“Migrating a Database” on page 67). If you move a database to another server and also
move the CCS, however, this information is preserved. To move both a database and a
CCS, use this procedure. For more information about a CCS, see “Understanding the
Central Configuration Server” on page 104.
To move a database and users to another server (non-clustered systems):
1. Install the Interplay Engine on a new server (the target server).
Make sure the configuration is the same on both systems. For example, if you are moving an
AvidWG database, create an AvidWG database on the new server.
2. On the source server, lock the database by using the Lock/Unlock Database view (see
“Locking and Unlocking Databases” on page 62).