LISTSERV mailing list manager LISTSERV 16.5

Help for NDSA-INFRASTRUCTURE Archives


NDSA-INFRASTRUCTURE Archives

NDSA-INFRASTRUCTURE Archives


NDSA-INFRASTRUCTURE@LISTS.CLIR.ORG


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

NDSA-INFRASTRUCTURE Home

NDSA-INFRASTRUCTURE Home

NDSA-INFRASTRUCTURE  February 2013, Week 3

NDSA-INFRASTRUCTURE February 2013, Week 3

Subject:

Re: Repository Storage: Internal vs. External

From:

Cory Snavely <[log in to unmask]>

Reply-To:

The NDSA infrastructure working group list <[log in to unmask]>

Date:

Wed, 20 Feb 2013 14:00:54 -0500

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (85 lines)

I'd second all that stuff Bryan is saying, and I'd also draw the 
parallel between cloud storage and Fedora storage (or any "internal" 
storage) in that they all require somewhat the same level of trust 
investment as to the integrity of the data; that is, you're not 
verifying the integrity yourself. Like I said, though, Thorny will 
probably have a perspective on that.

On 02/20/2013 01:51 PM, Bryan Beecher wrote:
> At ICPSR we've wrestled with this question over the past 3-4 years.  Here
> is my take.
>
> The pro for storing objects outside of a specific repository technology
> (e.g., like a filesystem) is that it makes it easy to bring file management
> tools to bear on problems, and to inject content into many disparate
> storage architectures.  For example, we can use simple tools like md5sum
> and rsync to check fixity and to move content, respectively.  And we can
> move content from filesystem-type storage to other filesystems (we have a
> copy at MATRIX @ MSU, for example), clouds (like DuraCloud or AWS S3
> directly), or specialized storage platforms (like the SAFE Archive operated
> by Data-PASS).
>
> The con for storing objects outside of something like Fedora is that it
> forces one to ensure that the proper preservation metadata exist, and are
> stored in some reasonable fashion so that they can be accessed easily (say,
> by fixity checkers) and are durable across changes in tech and policy.  If
> one is using special-purpose preservation technology like Fedora, my sense
> is that one gets this as part of the solution.
>
>      -- bryan
>
>
> On Wed, Feb 20, 2013 at 10:54 AM, Schmidt, Lisa (lschmidt)<[log in to unmask]
>> wrote:
>
>> At the Michigan State University Archives, we are wrestling with the
>> question of where to store digital objects/AIPs: within our Fedora
>> repository, or externally.
>>
>> What are the pros and cons of each approach?
>>
>> We have external storage available on an IX Systems storage device, and
>> have been planning to use it for archival storage of AIPs with pointers in
>> the Fedora repository; it would be synched to a second IX storage device
>> that would function as our dark archive. We want to do our due diligence,
>> however, to ensure that this is the right approach.
>>
>> Thank you,
>> Lisa
>> ____________________________________________________
>>
>> Lisa M. Schmidt
>> Electronic Records Archivist
>> University Archives&  Historical Collections
>> 888 Wilson Road
>> Room 101 , Conrad Hall
>> Michigan State University
>> East Lansing, MI  48824
>>
>> [log in to unmask]
>> 1-517-884-6441
>>
>>
>> ############################
>>
>> To unsubscribe from the NDSA-INFRASTRUCTURE list:
>> write to: mailto:
>> [log in to unmask]
>> or click the following link:
>>
>> http://list.digitalpreservation.gov/scripts/wa-DIGITAL.exe?SUBED1=NDSA-INFRASTRUCTURE&A=1
>>
>
> ############################
>
> To unsubscribe from the NDSA-INFRASTRUCTURE list:
> write to: mailto:[log in to unmask]
> or click the following link:
> http://list.digitalpreservation.gov/scripts/wa-DIGITAL.exe?SUBED1=NDSA-INFRASTRUCTURE&A=1

############################

To unsubscribe from the NDSA-INFRASTRUCTURE list:
write to: mailto:[log in to unmask]
or click the following link:
http://list.digitalpreservation.gov/scripts/wa-DIGITAL.exe?SUBED1=NDSA-INFRASTRUCTURE&A=1

Top of Message | Previous Page | Permalink

Advanced Options


Options

Log In

Log In

Get Password

Get Password


Search Archives

Search Archives


Subscribe or Unsubscribe

Subscribe or Unsubscribe


Archives

March 2024
May 2023
March 2023
February 2023
September 2022
July 2022
June 2022
January 2022
December 2021
November 2021
October 2021
September 2021
August 2021
July 2021
June 2021
May 2021
April 2021
March 2021
February 2021
January 2021
December 2020
November 2020
October 2020
September 2020
August 2020
July 2020
June 2020
May 2020
April 2020
March 2020
February 2020
January 2020
December 2019
November 2019
September 2019
August 2019
July 2019
June 2019
May 2019
April 2019
March 2019
February 2019
January 2019
November 2018
October 2018
September 2018
August 2018
July 2018
June 2018
May 2018
April 2018
March 2018
February 2018
January 2018
December 2017
November 2017
October 2017
November 2016
September 2016
August 2016
July 2016
June 2016
May 2016
April 2016
March 2016
February 2016
January 2016
December 2015
November 2015
October 2015
September 2015
August 2015
July 2015
June 2015
May 2015
April 2015
March 2015
February 2015
January 2015
November 2014
October 2014
August 2014
July 2014
June 2014
May 2014
April 2014
March 2014, Week 2
March 2014
February 2014, Week 4
February 2014, Week 3
February 2014, Week 2
February 2014, Week 1
January 2014, Week 5
January 2014, Week 4
January 2014, Week 1
December 2013, Week 2
November 2013, Week 4
November 2013, Week 2
October 2013, Week 5
October 2013, Week 3
October 2013, Week 1
September 2013, Week 3
August 2013, Week 5
August 2013, Week 4
August 2013, Week 1
July 2013, Week 5
June 2013, Week 4
June 2013, Week 3
June 2013, Week 2
May 2013, Week 3
April 2013, Week 5
April 2013, Week 4
April 2013, Week 3
March 2013, Week 4
March 2013, Week 3
March 2013, Week 2
March 2013, Week 1
February 2013, Week 4
February 2013, Week 3
February 2013, Week 2
February 2013, Week 1
January 2013, Week 5
January 2013, Week 4
January 2013, Week 3
January 2013, Week 2
December 2012, Week 2
November 2012, Week 4
November 2012, Week 3
November 2012, Week 2
November 2012, Week 1
October 2012, Week 5
October 2012, Week 3
October 2012, Week 2
October 2012, Week 1
September 2012, Week 4
September 2012, Week 3
August 2012, Week 5
August 2012, Week 4
August 2012, Week 3
August 2012, Week 2
August 2012, Week 1
July 2012, Week 5
July 2012, Week 2
June 2012, Week 4
June 2012, Week 3
May 2012, Week 5
May 2012, Week 3
May 2012, Week 2
May 2012, Week 1
April 2012, Week 5
April 2012, Week 4
April 2012, Week 3
April 2012, Week 2
March 2012, Week 5
March 2012, Week 4
March 2012, Week 2
March 2012, Week 1
February 2012, Week 4
February 2012, Week 3
February 2012, Week 2
February 2012, Week 1
January 2012, Week 5
January 2012, Week 4
January 2012, Week 3
January 2012, Week 1
December 2011, Week 3
December 2011, Week 2
December 2011, Week 1
November 2011, Week 4
November 2011, Week 3
November 2011, Week 2
November 2011, Week 1
October 2011, Week 3
September 2011, Week 4
September 2011, Week 3
September 2011, Week 1
August 2011, Week 5
August 2011, Week 4
August 2011, Week 3
August 2011, Week 1
July 2011, Week 5
July 2011, Week 4
July 2011, Week 1
June 2011, Week 3
June 2011, Week 2
June 2011, Week 1
May 2011, Week 4
May 2011, Week 2
May 2011, Week 1
April 2011, Week 3
April 2011, Week 2
April 2011, Week 1
March 2011, Week 5
March 2011, Week 4
March 2011, Week 3
March 2011, Week 2
February 2011, Week 4
February 2011, Week 3
February 2011, Week 2
February 2011, Week 1
January 2011, Week 4
January 2011, Week 3
January 2011, Week 1
December 2010, Week 3
December 2010, Week 2
October 2010, Week 2
September 2010, Week 3
September 2010, Week 2
September 2010, Week 1
August 2010, Week 5

ATOM RSS1 RSS2



LISTS.CLIR.ORG

CataList Email List Search Powered by the LISTSERV Email List Manager