Open Source Document Management System | OpenKM

Hola a todos.

La verdad es que este post no es para preguntar nada sino que mas bien para comentar una situación de la que pude salir bien.

Tengo acceso completo a una máquina dedicada de un proveedor de hosting a la cuál accedo por SSH, por razones de seguridad cambié de un subdominio del dominio principal a una cuenta independiente creando otro subdominio. Mis dudas comenzaron cuando tuve que migrar todo de un dominio a otro y fue tan facil como esto:

1.- Con el comando mv mueves la carpeta donde tienes tu openkm a la que quieres mover.

2.- Matas los procesos que estén corriendo respecto a java y jboss. (los procesos los puedes ver con ps -ax o ps -aux), para matar proceso buscas el nº y pones kill nºproceso en consola.

3.- Desde la ubicación final ejecutas nuevamente, en mi caso lo hice así.
Accedí a la ubicación ruta/carpetaOpenKM/bin/
nohup sh run.sh -b 0.0.0.0

Y listo, facil simple y rápido.

Ojalá a alguien le sirva.

Eduardo

Como intuyo que tienes la aplicación en producción, asegúrate sobre todo de hacer backups ( prueba como mínimo una vez en otro servidor a restaurar la aplicación y comprobar que te funciona ).

Gracias por el consejo.

Ahora una consulta ¿qué procedimiento sugieres para generar un backup y luego restaurarlo?...

Pregunto lo anterior debido a que se me ocurren algunas alternativas para crear backups, pero probablemente no sean las más óptimas. Lo que se me ocurre para generar backups es lo siguiente:

1.- Respaldar incrementalmente mediante Rsync (linux) la carpeta completa de OpenKM en otra ubicación del disco y actualizarla incrementalmente cada cierto tiempo mediante crontab.

2.- En utilities - administración, exportar el path /okm:root a una ubicación distinta dentro del disco.


¿si tu fueras el administrador de este sistema que harías a modo de crear respaldos y recuperación de estos?

Gracias de antemano
Eduardo

Lo que nosotros utilizamos es rsync, pero nunca contra el disco de la misma máquina por que si se te corrompe lo vas a perder todo, la segunda opción que comentas podría ser buena aunque el rsync es mejor por que el volumen movido siempre será inferior, pero por encima de todo el backup nunca debe ir a la misma máquina.