Important archiving requirements and information – HP Storage Mirroring V5.1 Software User Manual
Page 101
15 - 2
Important archiving requirements and
information
Review the following requirements and caveats before using the archiving functionality.
To access the archiving functionality, your source and target must each have a Storage Mirroring
Archiving Option add-on activation code. The archive preview report is available for Storage
Mirroring users who do not have an Archiving Option license, to help you see the benefits of
Archiving Option.
Both the source and target must be running Windows 2003 Service Pack 1 or a later service pack
or Windows 2008.
The archiving functionality on Windows 2008 does not support transactional files. Any request for
a recall within a transaction will generate a sharing violation error and the recall will not occur.
The application can open and read a byte outside of a transaction to cause the recall to occur and
then proceed with the transaction.
The location of the replication set data on the source and the location where you will be storing
the copy of the replication set data on the target must be a volume with the NTFS file system.
FAT and FAT32 are not supported for archiving.
Archiving is not supported in workgroup environments. The source and target should be member
servers in a domain environment. The source can be a domain controller as long as Active
Directory and system data is not selected for archiving.
The
Archiving security configuration
on page 15-4 must be completed before using the
archiving functionality.
Archiving supports a one-to-one or many-to-one source to target configuration. A one-to-many
connection is not supported for archiving because if there were multiple links, the source would
not know which target to recall from.
Archiving is not a continuous process. It can be initiated manually or a schedule can be
established.
Only replication set data will be archived.
Only replication set data located on a non-system volume will be a candidate for archiving.
Replication set data on the same volume as the system volume (the volume where the Windows
system files are located) will not be archived. Therefore, do not modify the system attributes on
any file or folder. Incorrect system attributes could case data to be skipped for archiving, or it
could cause source crashes because the full system files must remain available on the source.
Because the archiving feature uses the file access date and time, you should not disable the
Windows system setting that updates file access date and time. If this setting is disabled, the
archiving functionality will not behave as expected.
Modifying the attributes of a link file on the source will not recall the contents of the file from the
target. The attribute changes will be replicated to the copy of the file on the target, but the source
will remain a link file.
Storage Mirroring automatically creates a DTArchiveBin share on the target for archiving activity.
Do not modify the name or security permissions of the share. If Storage Mirroring does not find
the expected share name and permissions, uses will be unable to recall their data.
The DTArchiveBin maintains the only copy of your archived files. You may want to consider
regularly backing up the copy of the replication set data on the target and the DTArchiveBin, for
example to a tape backup.
When an archived file is deleted, the link on the source is deleted and the archived content is in
the DTArchiveBin is also deleted when an active connection is present with replication enabled.
If you are using anti-virus software, keep in mind the following caveats.
You must configure your anti-virus software to skip archived files or the archived files will be
recalled during virus scans.
NOTE:
Because the DTArchiveBin is local to the target, you will need to add a domain account
to the DTArchiveBin if you back it up to another machine in the domain. Otherwise,
you will be unable to access the files in the backup location due to domain security.