Backing up the InterChange Server Express system is among the more critical tasks for system administrators. Standardized backup procedures allow for easier environment restoration in the event of system failures. Backing up the InterChange Server Express system is also important because hardware or software failures may leave data in an inconsistent state between InterChange Server Express and the integrated applications.
This section covers the following topics:
Plan and carry out procedures for regularly scheduled backups of the InterChange Server Express system. The more frequently you perform backups, the less data you need to recover in the event of data loss. When planning a backup schedule, keep in mind the information in this section.
Within the InterChange Server Express system, two types of data should be backed up: static data and dynamic data.
The relationship tables are stored by default in the repository database. If you store them in another database, you need to back up that database. For more information about settings for storage of relationship tables, see the Map Development Guide.
Following is a partial list of dynamic data in the InterChange Server Express system:
Plan your backup schedule at times when your systems environment is in a quiescent state or in a state with a minimal amount of event processing. InterChange Server Express is in a quiescent state when all of the following conditions exist:
Different components of the InterChange Server Express environment require different backup procedures. The following topics are described in this section:
System installation file backups
Collaboration class file backups
Relationship tables are backed up using the standard backup utility for the database where these tables reside. Schedule this backup to coincide with the corresponding application backups. If you back up applications at different times, back up the relationship tables each time you back up an application. There are often static relationship tables within the relationship database. Although this data is static, it is recommended that you back up all relationship tables together. Make sure the InterChange Server Express system is in a quiescent state when backing up the relationship tables. For more information on bringing the system to a quiescent state, see Shutting down InterChange Server Express.
It is recommended that you mirror the relationship database log to assist in recovery. If hardware/software cost is not a consideration, you can also mirror the relationship run-time data.
The set of relationship tables for one relationship are closely associated, so back up all of these at the same time.
Back up relationship information using the standard backup utility from the DBMS (Database Management System) where these tables reside.
Repository tables are backed up using the repos_copy command. For more information on this command, see Using repos_copy. Back up the repository whenever it is modified and before and after performing a reinstallation or an InterChange Server Express software upgrade. The InterChange Server Express system does not need to be in a quiescent state when backing up the repository.
The method to use for backing up the repository depends on whether your database is partitioned or unpartitioned.
Partitioned database backupsIf your databases are partitioned, you can use the standard database backup utility from the DBMS to back up the Repository, Event Management, and Transaction databases.
If your InterChange Server Express databases are not partitioned, meaning they are contained in a single database, they should not be part of your normal database backup routine. The InterChange Server Express databases contain transient data whose recovery can cause inconsistencies in the system. Instead, back up the objects in the InterChange Server Express repository by using the repos_copy utility.
Back up the system installation files at the following stages:
Back up collaboration class files with your other non-InterChange Server Express system files. Coordinate the repository backup with the collaboration class file backups.
Some applications have archive tables. Back up archive tables using the standard database utility for the database in which they reside. The archive tables are part of the InterChange Server Express system, but typically reside in the application's database. Back up the archive tables on a regular basis. Data in the archive table represents all of the events that have passed from the application to the InterChange Server Express system. These events can be used to "resynchronize" the application and the InterChange Server Express cross-reference tables. For more information, see Maintaining event archives.