[Pasig-discuss] Arguments for keeping an onsite copy of digitally preserved/stored digital content?

Matthew Addis matthew.addis at arkivum.com
Fri Jun 23 04:40:38 EDT 2017


Hi jon,

We do likewise with a range of approaches from fast crypto-delete through to certified physical media destruction, data lifecycle management with various levels of delete control from automated delete based on policies through to two-way authenticated change requests via our operations team.   It all varies depending on what regulations and policies are in play.

This aspect of managing long-term archives is starting to get a lot of attention at the moment not least because GDPR is less than a year away and people are finally starting to think about what’s required, including a subject's right to deletion as well as access.  What’s also interesting to see is a trend towards auditable archives so organisations can prove that they have what they should as well as prove they haven’t retained what they shouldn’t.

Cheers,

Matthew

Matthew Addis
Chief Technology Officer

tel:   +44 1249 405060
mob:     +44 7703 393374
email:     matthew.addis at arkivum.com<mailto:matthew.addis at arkivum.com>
web:       www.arkivum.com<http://www.arkivum.com/>
twitter: @arkivum

This message is confidential unless otherwise stated.
Arkivum Limited is registered in England and Wales, company number 7530353. Registered Office: 24 Cornhill, London, EC3V 3ND, United Kingdom

From: Pasig-discuss <pasig-discuss-bounces at asist.org<mailto:pasig-discuss-bounces at asist.org>> on behalf of Jonathan Tilbury <jonathan.tilbury at preservica.com<mailto:jonathan.tilbury at preservica.com>>
Date: Friday, 23 June 2017 at 09:25
To: "pasig-discuss at asis.org<mailto:pasig-discuss at asis.org>" <pasig-discuss at asis.org<mailto:pasig-discuss at asis.org>>
Subject: Re: [Pasig-discuss] Arguments for keeping an onsite copy of digitally preserved/stored digital content?

I agree with Gail, it has been very interesting hearing about everyone’s approach to keeping lots of copies locally and in different clouds. There is lots of good practice out there and I think good consensus on keeping things in different places with different vendors.

All of this has been discussed from the perspective of permanent retention. The bigger data volumes requiring digital preservation are long term temporary which need deleting at the end of life. Also, some customers get take down requests and need to delete material from the collection in a controlled but prompt manner.

With Preservica we try to balance these two conflicting pressures (long term secure preservation vs quick delete) with various approval cycles, recoverable delete for a defined period and control of backups.

How do the architectures others have suggested cope with this balance?

Jon

Jonathan Tilbury
Chief Technology Officer
Preservica
32 The Quadrant, Abingdon Science Park, Abingdon, Oxfordshire, OX14 3YS
T: +44(0)1235 428949   M: +44(0)7808 950580   E: jonathan.tilbury at preservica.com<mailto:jonathan.tilbury at preservica.com>   W: www.preservica.com   TW: @dPreservation

[PreservicaLogo]
This message is commercial in confidence and may be privileged. It is intended for the addressee(s) only. Access to this message by anyone else is unauthorized and strictly prohibited. If you have received this message in error, please inform the sender immediately.
Please note that messages sent or received by the Preservica e-mail system may be monitored and stored in an information retrieval system.

Please consider the environment and do not print this e-mail unless you really need to.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.asis.org/pipermail/pasig-discuss/attachments/20170623/64344b1e/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 7903 bytes
Desc: image001.png
URL: <http://mail.asis.org/pipermail/pasig-discuss/attachments/20170623/64344b1e/attachment-0001.png>


More information about the Pasig-discuss mailing list