Open Source Document Management System | OpenKM

Buenos días.

Comentaros que hace uno días el servidor windows 2003 server, en el cual tenemos desplegada la versión community de OpenKM 6.3.0 (build: 8147) utilizando la BD Hypersonic, nos mostró un mensaje de advertencia, indicándonos que el disco duro se había quedado sin espacio. Revisando que fichero o conjunto de ficheros estaban provocando este desbordamiento del tamaño en disco , detectamos que dentro de la carpeta ...\tomcat\repository el fichero 'okmdblobs' tomaba un tamaño de 130GB.

En paralelo hemos comprobado el tamaño real de los ficheros albergados en la web de OpenKM, y actualmente solo se encuentran ubicados 99 ficheros (pdf, word, xls,), los cuales tienen un tamaño de entre 2mb y 10mb, ascendiendo a un total aproximado de 500Mb vs los 130GB que indica el fichero okmdb.lobs .

Hemos buscado en el foro entradas similares, pero no localizamos nada que nos ayude a limpiar/optimizar el tamaño de este fichero.

¿conocéis alguna consulta que me permita poder identificar el tamaño de los ficheros que se encuentras albergados en la BD?

Gracias por adelanto.

Saludos.

Esto que os ha pasado es bastante surrealista. Lo primero es que no aconsejamos utilizar la base de datos embeded para entornos de producción, mucho mejor instalar una mysql http://wiki.openkm.com/index.php/MySQL_-_OpenKM_6.2
Si entrais en la administración -> en la pestaña stats os tiene que decir el tamaño que ocupa el repositorio, de hecho si vais a /tomcat/repository/datastore ( esta es la carpeta que contiene los ficheros binarios ).
Desde la administración podeis ejecutar esto:
En los ws no veo nada raro, tiene pinta de ser .net, los habeis generado vosotros no ? con que y por que no utilizais el sdk de .net directamente ? http://wiki.openkm.com/index.php/SDK_for_.NET

Si teneis 4 ficheros pelados, lo mejor será poner el OpenKM.cfg a create y recrear el repositorio completamente ( esto obviamente os lo borrará todo ).

Ante todo, muchas gracias por la respuesta.

La verdad que nosotros tampoco entendemos a que se debe que el fichero okmdb.lobs se haya disparado hasta los 130GB, cuando realmente lo único que tenemos son 200 ficheros que representan no más de 500GB de tamaño en su conjunto.

Finalmente lo que hemos hecho, es exportar estos ficheros en cuestión, y hacer una re-instalación del sistema. Durante estos días observaremos el crecimiento del fichero okmdb.lobs, y veremos si se sigue presentando la misma situación de crecimiento incontrolado, o en su defecto todo se comporta de forma normal.

Un saludo, y de nuevo gracias por el apoyo brindado.

No te recomendamos utilizar el HSQL ( la base de datos embebida ). Mucho mejor si te puedes montar una Mysql o una PostgreSQL, tendrás mas control. A parte que al apagar accidentalmente el equipo se te puede corromper, cosa que con las otras es bastante difícil que te pase ( si la hsql se corrompe, hay pocas formas de rescatarla, casi la puedes dar por perdida ).