{"id":1134,"date":"2013-12-04T09:45:47","date_gmt":"2013-12-04T08:45:47","guid":{"rendered":"http:\/\/www.arvo.es\/dspace\/?p=1134"},"modified":"2014-06-03T07:21:08","modified_gmt":"2014-06-03T06:21:08","slug":"la-estructura-del-assetstore","status":"publish","type":"post","link":"https:\/\/www.arvo.es\/dspace\/la-estructura-del-assetstore\/","title":{"rendered":"La estructura del assetstore"},"content":{"rendered":"<p>Mientras que el modelo de datos de Dspace (metadatos, workflows, estructura del repositorio, usuarios..) est\u00e1 soportado por la base de datos Oracle o Postgresql, los contenidos de los \u00edtems se almacenan en el sistema de ficheros denominado assetstore.<\/p>\n<p>La configuraci\u00f3n tradicional del assetstore se realiza en el fichero dspace.cfg, mediante el par\u00e1metro:<\/p>\n<pre>assetstore.dir = [dspace]\/assetstore para un solo sistema<\/pre>\n<pre>assetstore.dir = [dspace]\/assetstore_0\r\nassetstore.dir.1 = \/mnt\/other_filesystem\/assetstore_1\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 para m\u00e1s de un sistema.<\/pre>\n<p>La localizaci\u00f3n f\u00edsica de un objeto se guarda en la base de datos por lo que es de especial importancia NO mover los bitstreams entre assestores (adem\u00e1s, el backup del assetstore tiene que formar parte de cualquier estrategia de backup). Aunque hay procedimientos para fusionar y mover assetstores, no son triviales, y los explicaremos en alg\u00fan momento futuro.<\/p>\n<p>Por defecto, los bitstreams nuevos se guardan en el assetstore 0 (es decir el especificado por la propiedad assetstore.dir) Para usar nuevos assetstores (cuando se nos est\u00e1 llenando el que usemos) hay que a\u00f1adir un linea a dspace.cfg que referencie d\u00f3nde deben ir los nuevos bitstreams:<\/p>\n<pre>assetstore.incoming = 1<\/pre>\n<p>Cuando se rearranque Tomcat, los nuevos env\u00edos se archivar\u00e1n en el assetstore especificado en assetstore.dir.1<\/p>\n<p>Recordemos que adem\u00e1s del fichero de contenido \u00abtal cual\u00bb que se ingesta en el sistema, Dspace guarda una variedad de ficheros adicionales (los comentamos en <strong><a href=\"http:\/\/www.arvo.es\/dspace\/?p=373\">este post<\/a>)<\/strong>.\u00a0 Todos estos ficheros se almacenan en el assetstore en una estructura del tipo:<\/p>\n<p><a href=\"http:\/\/www.arvo.es\/dspace\/wp-content\/uploads\/2013\/12\/Clipboard05.jpg\"><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter size-full wp-image-1185\" src=\"http:\/\/www.arvo.es\/dspace\/wp-content\/uploads\/2013\/12\/Clipboard05.jpg\" alt=\"Clipboard05\" width=\"285\" height=\"232\" \/><\/a><\/p>\n<p>&nbsp;<\/p>\n<p>Siguiendo con este mismo ejemplo,\u00a0\u00a0la referencia de un \u00edtem a \u00absus\u00bb ficheros se encuentra en la tabla bitstream, campo Internal_id. As\u00ed,\u00a0por ejemplo, si me encuentro este identificador,\u00a0 110832826281924074367996140570931140204, este fichero (bitstream, en nomenclatura dspace) se encuentra buscando los seis primeros d\u00edgitos del identificador, que indican en que Subdirectorio de tercer nivel est\u00e1 el item ( 11 &gt;&gt; 08 &gt;&gt; 32) y el nombre real del fichero ser\u00e1 826281924074367996140570931140204 (ha desaparecido toda referencia a xxx.pdf, y similar).<\/p>\n<p><a href=\"http:\/\/www.arvo.es\/dspace\/wp-content\/uploads\/2013\/12\/Clipboard07.jpg\"><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter  size-full wp-image-1186\" src=\"http:\/\/www.arvo.es\/dspace\/wp-content\/uploads\/2013\/12\/Clipboard07.jpg\" alt=\"Clipboard07\" width=\"416\" height=\"210\" \/><\/a><\/p>\n<p>p.d: Incidentalmente esto parece indicar que el l\u00edmite m\u00e1ximo de un assetstore es referenciar\/almacenar 100*100*100 bitstreams<br \/>\np.d: Si tenemos mas de un assetstore, deberemos buscar el fichero en el assetstore indicado en el campo bitstream.store_number de la tabla bitstream.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Mientras que el modelo de datos de Dspace (metadatos, workflows, estructura del repositorio, usuarios..) est\u00e1 soportado por la base de datos Oracle o Postgresql, los contenidos de los \u00edtems se almacenan en el sistema de ficheros denominado assetstore. La configuraci\u00f3n &hellip;<\/p>\n<p class=\"read-more\"><a href=\"https:\/\/www.arvo.es\/dspace\/la-estructura-del-assetstore\/\">Leer m\u00e1s &raquo;<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6],"tags":[],"class_list":["post-1134","post","type-post","status-publish","format-standard","hentry","category-documentacion_tecnica"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.arvo.es\/dspace\/wp-json\/wp\/v2\/posts\/1134","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.arvo.es\/dspace\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.arvo.es\/dspace\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.arvo.es\/dspace\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.arvo.es\/dspace\/wp-json\/wp\/v2\/comments?post=1134"}],"version-history":[{"count":12,"href":"https:\/\/www.arvo.es\/dspace\/wp-json\/wp\/v2\/posts\/1134\/revisions"}],"predecessor-version":[{"id":1283,"href":"https:\/\/www.arvo.es\/dspace\/wp-json\/wp\/v2\/posts\/1134\/revisions\/1283"}],"wp:attachment":[{"href":"https:\/\/www.arvo.es\/dspace\/wp-json\/wp\/v2\/media?parent=1134"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.arvo.es\/dspace\/wp-json\/wp\/v2\/categories?post=1134"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.arvo.es\/dspace\/wp-json\/wp\/v2\/tags?post=1134"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}