Generating data retention reports from the cli, Using hard links with worm files, Using remote replication – HP StoreAll Storage User Manual
Page 292: Using
Generating data retention reports from the CLI
You can generate reports at any time using the ibrix_reports command. Scheduled reports
can be configured only on the Management Console.
First run the following command to scan the file system and collect the data to be used in the
reports:
ibrix_reports -s -f FILESYSTEM
Then run the following command to generate the specified report:
ibrix_reports -g -f FILESYSTEM -n NAME -o OUTPUT FORMAT
Use the -n option to specify the type of report, where NAME is one of the following;
•
retention
•
retention_by_tier
•
validation
•
validation by tier
•
utilization
•
utilization_by_tier
The output format specified with -o can be csv or pdf.
Using hard links with WORM files
You can use the Linux ln command without the -s option to create a hard link to a normal
(non-WORM) file on an retention-enabled file system. If you later make the file a WORM file, the
following restrictions apply until the file is deleted:
•
You cannot make any new hard links to the file. Doing this would increment the metadata of
the link count in the file's inode, which is not allowed under WORM rules.
•
You can delete hard links (the original file system entry or a hard-link entry) without deleting
the other file system entries or the file itself. WORM rules allow the link count to be
decremented.
Using remote replication
When using remote replication for file systems enabled for retention, the following requirements
must be met:
•
The source and target file systems must use the same retention mode (Enterprise or Relaxed).
•
The default, maximum, and minimum retention periods must be the same on the source and
target file systems.
•
A clock synchronization tool such as ntpd must be used on the source and target clusters. If
the clock times are not in sync, file retention periods might not be handled correctly.
Also note the following:
•
Multiple hard links on retained files on the replication source are not replicated. Only the first
hard link encountered by remote replication is replicated, and any additional hard links are
not replicated. (The retainability attributes on the file on the target prevent the creation of any
additional hard links). For this reason, HP strongly recommends that you do not create hard
links on retained files.
•
For continuous remote replication, if a file is replicated as retained, but later its retainability
is removed on the source file system (using data retention management commands), the new
file’s attributes and any additional changes to that file will fail to replicate. This is because of
the retainability attributes that the file already has on the target, which will cause the file system
on the target to prevent remote replication from changing it.
292 Managing data retention