Difference between revisions of "Repository backup 5.x"
| Line 36: | Line 36: | ||
$ ./bin/run.sh | $ ./bin/run.sh | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
'''In Windows''' could be something like this: | '''In Windows''' could be something like this: | ||
Revision as of 13:02, 3 May 2010
OpenKM backup depends on repository configuration. By default, all documents are stored in $JBOSS_HOME/repository. This default folder can be changed using the property repository.home in the file OpenKM.cfg. If you want to make a backup, you should keep a copy of this folder. Is also recommended to backup files located at $JBOSS_HOME/server/default/data/hypersonic because there are several databases which handle important data:
- OKMActivity: Stores the user activity log. All the actions performed by an user in OpenKM are logged. Only the administrator user can access this log and search for specific actions and users. This database can be very big if there are many users and make an intensive use of the application.
- OKMAuth: This database is used to manage authentication. All the users, roles and passwords are here, so take care of it. If this database is damaged, you won't be able to log into OpenKM.
- OKMDashboard: Is used to keep the visited items of the dashboard.
- OKMWorkflow: Is used to store the process definitions and process instance data. Also is used to manage task and node transitions.
 |
It is recommended to stop JBoss before start the backup to prevent file modifications in the middle of the process because can make the backup useless. |
The backup process should have these steps:
- Stop JBoss
- Backup important folders
- Start JBoss
In Unix / Linux you can backup the repository folder running these commands from $JBOSS_HOME. First stop JBoss:
$ ./bin/shutdown.sh -S
Once JBoss is stopped (you can see the JBoss log to ensure it has stopped) , make the backup:
$ tar czf repository.tgz repository
To check the backup, rename the repository folder:
$ mv repository repository-old
Restore the backup:
$ tar xzf repository.tgz
And start JBoss:
$ ./bin/run.sh
In Windows could be something like this:
- Stop JBoss
c:\jboss\bin\shutdown.bat -S
- Make backup
xcopy c:\jboss-4.2.3.GA\*.* e:\Backup\ /s/e
- Start JBoss again
c:\jboss-4.2.3.GA\bin\run.bat -b 0.0.0.0
The complete script may be like this one:
c:\jboss\bin\shutdown.bat -S
xcopy c:\jboss-4.2.3.GA\*.* e:\Backup\ /s/e
c:\jboss-4.2.3.GA\bin\run.bat -b 0.0.0.0
There's a little problem in default shutdown.bat and run.bat script because makes a pause at ends, you might delete the final line in both scripts
if "%NOPAUSE%" == "" pause
 |
Due to Jackrabbit flexibility you can configure your OpenKM installation to store the documents in a database, for example. In this case you have to modify the backup procedure. Anyway the $JBOSS_HOME/repository folder should be backup because it contains repository medatada. |
There is an alternative method for backups: you can export the whole repository from OpenKM administration. The folder structure will be re-created in the local filesystem, and all document on them but you will lose the document history and other metadata like Property Groups.
 |
Ensure you have enough free disk space before perform this operation. |
