Replacing open destination files, Files opened for update, Exceptions – HP Integrity NonStop J-Series User Manual
Page 52: Te option. see
One-time Synchronization
HP AutoSYNC User’s Guide—522580-017
3-14
Replacing Open Destination Files
All other synchronization options specified apply to the selection of files to purge in the
destination file set. For example, if the AUDIT option is specified, the audited files in
the extra destination subvolumes are purged.
Use the
function to display the extra subvolumes that will be purged if
SUBVOLPURGE is used in the synchronization.
Replacing Open Destination Files
To replace destination files that are currently open with new versions, specify the
RENAMEOPEN option. Just before the destination file is created, an existing, but
open, file with the same name is renamed.
This option is often used for object files, especially when the object files are currently
executing at the destination. When a new object file is released and installed at the
source, it is copied to the destination, but existing processes continue to use the
renamed object file.
Only files that are open for shared read access or execute access are renamed. Files
open exclusively or for write access are not renamed or replaced.
AutoSYNC deletes renamed files after they are closed.
The renamed files are named AAnnnnnn, where nnnnnn is a sequence number, and
are placed in same subvolume as the AutoSYNC MapDB, in the destination file set
volume. Renamed partitions, alternate indexes and protection views are named
ABnnnnnn, ACnnnnnn, and so on.
Exceptions:
•
If the AUDIT option is specified and the destination file is audited, the rename
operation cannot succeed. AutoSYNC issues a warning message, the file is
skipped and the destination file is not replaced.
•
A synchronized file, table, index or view does not replace an existing object of a
different type.
Files Opened for Update
By default, AutoSYNC does not synchronize a file from the source file set if the file is
opened for update. Synchronizing such files could result in a loss of data integrity.
However, there are cases where this restriction can be overridden using the
OPENUPDATE option:
•
Some files are opened for update by application programs, but they are modified
infrequently. If such files cannot be audited, replicating them is a problem. In such
cases, the interval between updates provides a window where these files can be
synchronized without compromising their integrity. The user configures the interval
during which the file must remain unchanged before it can be synchronized. When
the synchronization process starts, it checks the last modified timestamp for the file