Difference between revisions of "SUNScholar/Capacity Planning"

From Libopedia
Jump to navigation Jump to search
Line 1: Line 1:
−
=Overview in the scholarly life cycle=
+
==Overview in the scholarly life cycle==
 
With reference to: http://www.cfses.com/EI-ASPM/SCLCM-V7/actuse12576.htm and http://www.sciencemodel.net
 
With reference to: http://www.cfses.com/EI-ASPM/SCLCM-V7/actuse12576.htm and http://www.sciencemodel.net
  
 
[[File:Dgm12539.png|600px]]
 
[[File:Dgm12539.png|600px]]
  
−
=Introduction=
+
==Introduction==
 
This wiki page describes the proposed plan to implement the University of Stellenbosch [http://en.wikipedia.org/wiki/Institutional_repositories Institutional Repository] or [http://liswiki.org/wiki/Digital_library Digital Library](see activity A411 above). Most of the implementation involves resources normally associated with traditional IT departments. '''The crucial difference in this instance however, is that the IT department will become directly involved in the core business of the University namely knowledge storage, dissemination and preservation.''' Because of this core nature, the best IT practices and procedures are being investigated with [http://en.wikipedia.org/wiki/Due_Diligence due diligence].
 
This wiki page describes the proposed plan to implement the University of Stellenbosch [http://en.wikipedia.org/wiki/Institutional_repositories Institutional Repository] or [http://liswiki.org/wiki/Digital_library Digital Library](see activity A411 above). Most of the implementation involves resources normally associated with traditional IT departments. '''The crucial difference in this instance however, is that the IT department will become directly involved in the core business of the University namely knowledge storage, dissemination and preservation.''' Because of this core nature, the best IT practices and procedures are being investigated with [http://en.wikipedia.org/wiki/Due_Diligence due diligence].
  
Line 23: Line 23:
 
* http://en.wikiversity.org/wiki/Curriculum_on_Digital_Libraries
 
* http://en.wikiversity.org/wiki/Curriculum_on_Digital_Libraries
  
−
=Action Plan=
+
==Action Plan==
 
In order to implement the IR it is proposed that items are dealt with according to priority. See below for a priority based action plan.
 
In order to implement the IR it is proposed that items are dealt with according to priority. See below for a priority based action plan.
−
==[[SUNScholar/Digital_Preservation|Priority 1 - Digital asset preservation]]==
+
===[[SUNScholar/Digital_Preservation|Priority 1 - Digital asset preservation]]===
 
Click on the heading above.
 
Click on the heading above.
  
−
==Priority 2 - Digital asset storage==
+
===Priority 2 - Digital asset storage===
  
 
To ensure that digital assets are very safely stored, several methods will be employed.
 
To ensure that digital assets are very safely stored, several methods will be employed.
Line 41: Line 41:
 
For details of file system capacities, see: http://en.wikipedia.org/wiki/Comparison_of_file_systems
 
For details of file system capacities, see: http://en.wikipedia.org/wiki/Comparison_of_file_systems
  
−
==Priority 3 - Digital asset indexing and hosting==
+
===Priority 3 - Digital asset indexing and hosting===
  
 
To ensure that the digital asset is [[SUNScholar/Web_Analytics|correctly referenced on the internet at all times]], the following steps will be taken.
 
To ensure that the digital asset is [[SUNScholar/Web_Analytics|correctly referenced on the internet at all times]], the following steps will be taken.
Line 69: Line 69:
 
The use of '''irX.sun.ac.za''' allows the systems which backup and replicate to always refer to a persistent hostname, even if that host has an alias which may change later. If it does, then nothing that refers to the primary hostname for system support will change only the name alias. So as far as system support is concerned the primary host is still there to support with no configuration changes.
 
The use of '''irX.sun.ac.za''' allows the systems which backup and replicate to always refer to a persistent hostname, even if that host has an alias which may change later. If it does, then nothing that refers to the primary hostname for system support will change only the name alias. So as far as system support is concerned the primary host is still there to support with no configuration changes.
  
−
==[[SUNScholar/Dspace|Priority 4 - Digital asset presentation and management]]==
+
===[[SUNScholar/Dspace|Priority 4 - Digital asset presentation and management]]===
 
Click on the heading above.
 
Click on the heading above.
  
−
==[[SUNScholar/Open_Access|Priority 5 - Digital asset open access]]==
+
===[[SUNScholar/Open_Access|Priority 5 - Digital asset open access]]===
 
Click on the heading above.
 
Click on the heading above.
  
−
=Supporting Systems=
+
==Supporting Systems==
−
==IT Dept Service Level Agreements==
+
===IT Dept Service Level Agreements===
 
In order to operate the campus IR, certain systems have to be supplied by the IT department. It is recommended that '''[http://en.wikipedia.org/wiki/Service_level_agreement service level agreements]''' be drawn up that address the following:
 
In order to operate the campus IR, certain systems have to be supplied by the IT department. It is recommended that '''[http://en.wikipedia.org/wiki/Service_level_agreement service level agreements]''' be drawn up that address the following:
 
# Supply of an institutional computer system that is replicated to a secure location.
 
# Supply of an institutional computer system that is replicated to a secure location.
Line 85: Line 85:
 
*'''All of the above should be based on [http://en.wikipedia.org/wiki/Open_System_Environment_Reference_Model open systems] and [http://en.wikipedia.org/wiki/List_of_computer_standards standards] to ensure future preservation and support.'''
 
*'''All of the above should be based on [http://en.wikipedia.org/wiki/Open_System_Environment_Reference_Model open systems] and [http://en.wikipedia.org/wiki/List_of_computer_standards standards] to ensure future preservation and support.'''
  
−
==[[SUNScholar/Capacity_Building|Building Support Capacity]]==
+
===[[SUNScholar/Capacity_Building|Building Support Capacity]]===
 
Click on the heading above.
 
Click on the heading above.
  
−
=OpenDOAR=
+
==OpenDOAR==
  
 
[[File:Opendoar.png|Graph of the growth of IRs]]
 
[[File:Opendoar.png|Graph of the growth of IRs]]
Line 94: Line 94:
 
Taken from the [http://www.opendoar.org/onechart.php?cID=&ctID=&rtID=&clID=&lID=&potID=&rSoftWareName=&search=&groupby=r.rDateAdded&orderby=&charttype=growth&width=600&height=350&caption=Growth%20of%20the%20OpenDOAR%20Database%20-%20Worldwide OpenDOAR database website].
 
Taken from the [http://www.opendoar.org/onechart.php?cID=&ctID=&rtID=&clID=&lID=&potID=&rSoftWareName=&search=&groupby=r.rDateAdded&orderby=&charttype=growth&width=600&height=350&caption=Growth%20of%20the%20OpenDOAR%20Database%20-%20Worldwide OpenDOAR database website].
  
−
=Additional References=
+
==Additional References==
 
* http://www.openarchives.org/OAI/openarchivesprotocol.html
 
* http://www.openarchives.org/OAI/openarchivesprotocol.html
 
* http://www.diglib.org/dlfhomepage.htm
 
* http://www.diglib.org/dlfhomepage.htm
Line 101: Line 101:
 
* http://www.opendoar.org
 
* http://www.opendoar.org
  
−
=Plenary Session Meeting=
+
==Plenary Session Meeting==
 
* Date: Tuesday, 26th of May 2009.
 
* Date: Tuesday, 26th of May 2009.
 
* Time: 11H00
 
* Time: 11H00

Revision as of 19:25, 16 September 2012

Overview in the scholarly life cycle

With reference to: http://www.cfses.com/EI-ASPM/SCLCM-V7/actuse12576.htm and http://www.sciencemodel.net

Dgm12539.png

Introduction

This wiki page describes the proposed plan to implement the University of Stellenbosch Institutional Repository or Digital Library(see activity A411 above). Most of the implementation involves resources normally associated with traditional IT departments. The crucial difference in this instance however, is that the IT department will become directly involved in the core business of the University namely knowledge storage, dissemination and preservation. Because of this core nature, the best IT practices and procedures are being investigated with due diligence.

The IR (Institutional Repository) will:

  1. Store digital assets
  2. Catalog digital assets
  3. Present digital assets
  4. Preserve digital assets

Action Plan

In order to implement the IR it is proposed that items are dealt with according to priority. See below for a priority based action plan.

Priority 1 - Digital asset preservation

Click on the heading above.

Priority 2 - Digital asset storage

To ensure that digital assets are very safely stored, several methods will be employed.

  1. Store the live digital objects on a DELL server in the IT server room.
  2. Backup the above storage system to two backups servers, one in the IT server room and one in the library network room.
  3. In addition, backup the live digital objects to a Tivoli backup system currently employed by the IT department.
  4. In addition, store copies of the live digital objects on several commodity computers at various locations using the LOCKSS system.

Please note: At the moment the digital store designs by the popular institutional repository management systems are very poor. They do not use open standards, do not have persistance, do not have unique digital object identifiers and are very dependant on the metadata database. This is extremely risky as far as digital preservation is concerned. However Hilton Gibson from Stellenbosch University has proposed the SPUDS system as a possible solution to the above.

For details of file system capacities, see: http://en.wikipedia.org/wiki/Comparison_of_file_systems

Priority 3 - Digital asset indexing and hosting

To ensure that the digital asset is correctly referenced on the internet at all times, the following steps will be taken.

  1. Normalise and standardise on a persistent URL naming scheme.
  2. Make use of third party services to ensure URL integrity and prevent "linkrot".

To achieve URL integrity it is suggested that the following machines be created.

For library services that are web facing one machine named http://web.lib.sun.ac.za with the following DNS name aliases of:

For library services that are internal one machine named http://bib.sun.ac.za with the following DNS name aliases of:

For library services that host institutional repositories and are web facing, it is proposed that the following hostnames and machines are used:

The use of irX.sun.ac.za allows the systems which backup and replicate to always refer to a persistent hostname, even if that host has an alias which may change later. If it does, then nothing that refers to the primary hostname for system support will change only the name alias. So as far as system support is concerned the primary host is still there to support with no configuration changes.

Priority 4 - Digital asset presentation and management

Click on the heading above.

Priority 5 - Digital asset open access

Click on the heading above.

Supporting Systems

IT Dept Service Level Agreements

In order to operate the campus IR, certain systems have to be supplied by the IT department. It is recommended that service level agreements be drawn up that address the following:

  1. Supply of an institutional computer system that is replicated to a secure location.
  2. Supply of an institutional internetworking infrastructure for access to the IR from the campus network and the internet.
  3. Supply of an institutional electronic authentication and identification system for campus and guest users.

Building Support Capacity

Click on the heading above.

OpenDOAR

Graph of the growth of IRs

Taken from the OpenDOAR database website.

Additional References

Plenary Session Meeting

Back to Guidelines
Retrieved from "http://wiki.lib.sun.ac.za/index.php?title=SUNScholar/Capacity_Planning&oldid=14650"