Page History

...

1. In DuraCloud, content is added by the user into a Snapshot Storage Provider space. This is a staging area that is backed by S3.
2. The user selects a button in the space to create snapshot and enters snapshot metadata
3. The DuraCloud UI calls the storage provider snapshot task indicating space to snapshot
4. The snapshot task creates snapshot properties file and stores it in snapshot space
   1. When the snapshot properties file is added, the space is transitioned to read-only
5. The snapshot task calls to the bridge application to indicate that a snapshot needs to be taken, providing DuraCloud host/port/space
6. The bridge application adds an entry to the snapshot db table with the details of the snapshot action
7. The bridge application connects to DuraCloud and copies all content from DuraCloud space to bridge storage
   1. During transfer, content metadata is captured in a file
   2. During transfer, each content item is added to content db table (with snapshot id)
8. The bridge application creates a manifest for the content and verifies all content was transferred correctly
9. The bridge application sends a notification to chronopolis that a snapshot is ready
10. Chronopolis moves the content from bridge storage into preservation storage and constructs DPN bag (Question - what verification does Chronopolis provide that content is correct? - David)
11. Chronopolis performs replication to other Chronopolis nodes and DPN
12. Chronopolis makes a call to the bridge application to indicate that content has been successfully copied to preservation storage
13. The bridge application deletes the directory in bridge storage used for the snapshot
14. The bridge application makes a call to a task in the DuraCloud Chronopolis provider to indicate that the snapshot was successful
15. The bridge application notifies the user who requested the snapshot that it has been completed
16. The DuraCloud Chronopolis provider task sets content in the space for removal (bucket task)

...

1. The DuraCloud user browses the snapshot listings and clicks the "Restore" button on a snapshot
2. The DuraCloud UI calls a DuraCloud Restore task
3. The DuraCloud Restore task creates a space where the restored content will be placed and calls the bridge application with a restore request
   1. A bucket policy will be added to the space to delete content after a set time period (3 weeks? a month?)
4. The bridge application adds an entry to the restore db table
5. The bridge application creates a directory in bridge storage and sends a notification to Chronopolis to request a restore action
6. Chronopolis copies the contents of the snapshot DPN bag to the bridge storage directory (Question - what ties are there between Chronopolis manifest and DuraCloud verification? - David)
7. The bridge application copies content from bridge storage to DuraCloud space
8. The bridge application reads the content metadata file and updates each content item with its metadata values
9. The bridge application verifies (based on manifest) that content transferred to DuraCloud is consistent with the content that was originally in DuraCloud (pre-snapshot)
10. The bridge application deletes the directory in bridge storage used for the restore action
11. The bridge application notifies the user who requested the restoration that the process is complete, informs them of the space ID where they can find their content, and tells them the date on which the content will be removed
    
    

...