4.4.2.2 Demonstrate that any actions taken on AIPs were compliant with the specification of those actions

From CLOCKSS Trusted Digital Repository Documents
Revision as of 19:20, 23 September 2013 by Dshr (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

4.4.2.2 - The repository shall be able to demonstrate that any actions taken on AIPs were compliant with the specification of those actions.

The permitted actions on AUs (AIPs) on CLOCKSS boxes are:

  • Adding content from a SIP to the AU, documented in Definition of AIP. After a box has collected content for an AU, it will start the LOCKSS: Polling and Repair Protocol on it. This will compare the content of the AU with the same content at a sample of the other boxes, to identify any different, missing or extra content.
  • Repairing loss or damage to content in an AU, described in LOCKSS: Polling and Repair Protocol. After the repair, the poll that caused it is re-run to ensure that the repaired content now matches the consensus of the same content at the boxes that voted in the poll. Subsequent polls will compare the repaired content with the same content at a different sample of the boxes.
  • Extracting content from an AU in response to a trigger event, documented in CLOCKSS: Extracting Triggered Content. In all cases visual checks are performed to ensure that the triggered content is Independently Understandable by the CLOCKSS: Designated Community. In addition, for the various cases of triggered content:
    • Harvest content without format migration. Checksum validation will establish that the triggered content matches the archive's version.
    • Harvest content with format migration. Its is expected that, in the event that format migration is ever needed, the migration tools will provide validation that significant properties were preserved during migration.
    • File transfer content. Checksum validation is performed on the input to the rendering process and HTML validation and link analysis to its output.
  • Moving an AU from one location in the POSIX file system to another, documented in CLOCKSS: Box Operations. In its new location the AU will be subject to the LOCKSS: Polling and Repair Protocol, just as it was in its old location. The protocol will determine whether the content in its new location matches the consensus of the same content at a sample of the other CLOCKSS boxes. If discrepancies were to be observed, they would be repaired from one of the other boxes.

Relevant Documents

  1. Definition of AIP
  2. LOCKSS: Polling and Repair Protocol
  3. CLOCKSS: Extracting Triggered Content
  4. CLOCKSS: Box Operations
  5. LOCKSS: Format Migration