del proyecto de colaboración técnica entre UNRN y la UNLP, a través del SEDICI. El informe se divide en 3 áreas: • Perfil de metadatos y vocabularios controlados • Configuración del software de repositorio • Configuración del servidor
esquemas y campos • Uso de vocabularios controlados • Procedimientos de ingesta Configuración del software de Repositorio • Estructura de comunidades y colecciones • Software de Repositorio • Assetstore • Seguridad • Uso de la base de datos • Módulo de embargo • Mapeos Hoja de ruta • Estadísticas • Media Filters • OAI Data Provider • Procedimiento de ingesta • Frontend Configuración del servidor • Hardware • Sistema operativo • Servicios y herramientas • Servidor Handle • Backups • Políticas de seguridad • Logs • Tareas programadas
metadatos (4 manejados por DSpace). Existen metadatos creados específicamente para cumplir con las Directrices SNRD (ej dc.type.snrd). Se propone • Reducir al mínimo la cantidad de metadatos propios. • Evitar agregar metadatos propios funcionales sólo a directrices • Agregar definiciones de metadatos propias. • Agregar, modificar, eliminar metadatos indicados en el informe.
vocabulario para una “Tipología Documental” propia del repositorio. • Asociar a cada ítem del repositorio una Tipología Documental explícita. • Eliminar tipologías OpenAIRE/SNRD, en favor de la definición de una tipología propia Estado actual • Se agregaron ◦ Códigos de Disciplinas CONICET utilizado por dc.subject.classification ◦ Vocabulario IANA MIME Media Types utilizado por dc.format. ◦ Tesauro de la UNESCO. • Se definieron 11 vocabularios controlados mediante las etiquetas <value-pairs>
Workflow que permite: • Carga • Edición • Aprobación. Sería deseable usar el XMLWorkflow • Más potente • Permite definir circuitos más adecuados Pero dado que el frontend usado es JSPUI, no se puede hacer. De todas formas, al momento el Workflow Original alcanza para los 2 casos de carga implementados: carga central y deposito mediado en sede.
correcto. Autoarchivo: • No existe colección ni formulario de “Autoarchivo”. • Crear un formulario de envío específico para la colección de “Autoarchivo” • El formulario debe ser sencillo y con pocos campos. • A fin de permitir la carga pública a dicha colección se deberá dar permisos de carga a Anonymous y habilitar el registro público de usuarios.
sobre DSpace versión 5.4. Se recomienda actualizar a la versión 5.8. Assetstore No existen recomendaciones al respecto. EL uso es correcto. Uso de HTTPS El servicio no funciona sobre HTTPS, ni a nivel servidor web ni a nivel de web container.
El auto-registro de usuarios no está activado. • Usuarios del sistema dados de alta por los administradores del repositorio. Existen los siguientes grupos en el repositorio: • Anonymous. • Administrator. • Grupos de Workflow: ◦ NORMATIVA ◦ Bibliotecarios Andina ◦ Bibliotecarios Alto Valle ◦ Editorial ◦ Digesto ◦ Bibliotecarios Atlántica Si se habilita un procedimiento para el Autoarchivo, entonces habilitar la registración de usuarios sin mediación de los administradores.
• Habilitar el acceso a la red/IPs desde la que se conectan los desarrolladores del repositorio. Base de datos • Parámetros de conexión por defecto con DSpace. • Se recomienda cambiar el nombre del la base de datos, nombre de usuario y contraseña. • Aumentar cantidad permitida de conexiones simultáneas y limitar el número de conexiones ociosas a medida que el tráfico hacia el servidor vaya aumentando .
llamado “tesis”. ◦ Presenta un embargo a nivel de bitstream. • No está habilitado para los procesos de submission “traditional” y “digesto”. • Habilitar el módulo de embargo a nivel de ítem (“AccessStep”) como mínimo para los procesos de submission que no lo tengan. ◦ Si se requiere, también se cuenta con embargo a nivel de bitstream (“UploadWithEmbargoStep”) en el item-submission.xml.
Revisar mapeos actuales y verificar si es necesario agregar algún metadato o tipología más. OpenSearch • Deshabilitado. Se recomienda activarlo. RSS - ATOM • Habilitado con su configuración por defecto. • Aumentar a 20 la cantidad de ítems por feed MODS • Configuración por defecto • Sólo si se quiere soportar interoperabilidad en los AIP generados, configurar los mapeos MODS acorde al perfil de metadatos actual de repositorio.
y descargas sólo para Administradores. • Logueo de accesos de bots habilitado • No existen cronjobs configuradas de mantenimiento del core Solr de ‘statistics’. • Se recomienda actualizar periódicamente los archivos de IPs de spiders. Google Analytics • No se encuentra activo. Es recomendable activarlo Estadísticas
configuración defecto. • No se expone el Set ‘snrd’. Recomendaciones • Configurar ◦ Contexto propio para el SNRD ◦ Set ‘snrd’ ◦ Mapeos correspondientes. ◦ Filtros y condiciones OAI ◦ Cronjob para actualización/re-indexación del core ‘oai’ en Solr.
• Traditional • Digesto • Tesis Se configuraron muchos mapeos explícitos por colección • 23 mapeos de colecciones a “digesto” • 51 mapeos de colecciones a “tesis” Recomendaciones: • Unificar procesos. • Permitir embargo a nivel bitstream ante cualquier situación. • Habilitar el paso de selección de Licencia CC.
Existen 5 formularios: • Traditional (duplicado) • Digesto • Tesis • Revistas_cientificas. Se configuraron muchos mapeos explícitos por colección hacia los formularios “digesto”, “tesis” y “revistas_cientificas”. Existen metadatos replicados entre los distintos formularios. Recomendación • Unificar formularios • Reducir cantidad de mapeos por formulario • Eliminar campos de tipologías específicos. • Eliminar campos “Nivel de accesibilidad” y “Fecha de Embargo” • El nivel de accesibilidad se debe determinar a partir de la existencia de embargo. • Revisar campo “dc.description.filiation”.
DSpace. No se tienen recomendaciones viables con la actual GUI. Solo sería posible definir un flujo de trabajo más configurable y genérico si se utiliza XMLUI. Tener en cuenta para tener un flujo de trabajo más general, en donde existen los siguiente perfiles de grupos de usuario: • Grupo Autoarchivo • Grupo Administradores por comunidad • Grupo de administradores centrales del repositorio
el siguiente: • Usuario de los grupos Autoarchivo o Administrador de comunidad realiza un envío al repositorio. • Un usuario del grupo Administrador del repositorio edita/rechaza/aprueba el contenido enviado. • El envío es archivado en el repositorio. Los puntos a tener en cuenta son • Crear colección de Autoarchivo • Vincular permisos de ADD al grupo Anonymous. • Definir Administradores por comunidad y crear grupos asociados. • Definir si se optará por adjudicar permisos de ADMIN por comunidad o ADD por colección. • Crear grupo administradores centrales, con permisos de ADMIN sobre todas las comunidades padre del repositorio. • Por cada subcolección de cada comunidad padre debe crearse el grupo de Accept/Reject/Edit Metadata Step del Traditional Workflow
• El sitio cumple con los standares de estilos de la W3C • Es compatible con todos los navegadores • La usabilidad de interfaz cumple con las W3C Best Practices • Cumple con los hitos de accesibilidad. • Se podría mejorar la adaptabilidad a dispositivos móviles con respecto al tamaño de algunas imágenes. • Actualmente el frontend no tiene internacionalización.
de 6 cores y 12mb de cache L2. Garantizar capacidad de cómputo en al menos 2 cores RAM 4GB de memoria RAM de la cual el 50% suele estar libre. Aumentar la cantidad de RAM a 8GB, a no ser que se dividan los servicios en más máquinas virtuales SWAP 512MB de los cuales casi todo está libre. Aumentar el SWAP a 1GB. DISCO Se dispone de una única partición de datos de 20GB de los cuales el 92% está usado. Aumentar el tamaño del disco al menos a 40GB, e ir incrementando su tamaño periódicamente de a 10GB, en función del espacio libre
con una instalación de Debian v7 (Wheezy) como sistema operativo, utilizando Linux v2.6.32 como kernel. ◦ Se recomienda migrar el sistema operativo a un Debian v8 (Jessie). • Dentro de los paquetes instalados del sistema, destacamos PostgreSQL 9.1.24 Tomcat 7.0.28-4 Java 1.7.0_121 Maven 3.0.4 Ant 1.8.2 Git 1.7.10.4 Webmin Apache(Xampp) Shellinabox
• Los puertos 2641 y 8000 se encuentran escuchando correctamente. • Se está utilizando el prefijo 20.500.12049. • Actualmente, al resolver una URL se agrega el puerto 8080 a la URL resuelta, lo que provoca la pérdida de la sesión HTTP activa. Recomendación: • Quitar puerto 8080 en el valor de la propiedad dspace.baseUrl en el archivo config/dspace.cfg.
realizar backups periódicos de la base de datos utilizada por el repositorio • Crear una tarea automatizada para crear backups periódicamente. • Crear una cronjob de rotación de los archivos de backups generados. • Revisar periódicamente que el backup de base de datos se esté realizando correctamente.
Frecuencia Política de retención mínima Método recomendad o configuración de tomcat8, postgresql, apache, firewall, etc /etc/* Muy poco frecuente mensual 2 meses tar Configuración de DSpace -$DSPACE_DIR/config -$DSPACE_DIR/handle -cronjobs del sistema Poco frecuente quincenal 2 meses tar Assetstore (archivos de documentos) $DSPACE_DIR/assetst ore Frecuente diaria siempre se mantiene 1 copia rsync semanal al menos 3 copias: - última semana, - último mes - penúltimo mes tar
implementación de un esquema de rotación de backups. Esquema de Rotación de Backups - Continuación Datos a resguardar Ubicación Actualización Frecuencia Política de retención mínima Método recomenda do Base de datos postgres Muy Frecuente diaria diarios: 7 días semanales: 2 meses pgdump Índices Solr $DSPACE_DIR/solr Muy Frecuente diaria diarios: ultimo dia mensuales: últimos 2 meses solr backup (ej) VM completa semanal 1 mes dump
kinopeee
lynnswap
econanringo
o0h
skydoves
marcoroth
sylph01
hschwentner
palkan
akase244
yutobara
tmikov2023
katarinadahlin
varn
michaelherold
smashingmag
uxyall
techseoconnect
emna__ayadi
rasagy
caitiem20
ianozsvald
ryanjones
akashhashmi
