
If the DocCare2 server broken down, the following deployment allows you continue to use DocCare2 in seconds.

Figure: Deploy a standby DocCare2 server for fast recovery.
In the above deployment, if the working DocCare2 server broke down, you can start the standby DocCare2 server. All users can still use DocCare2 without any impact.
If your file repository is damaged, for example, the hard disk is damaged, you can restore DocCare2 data from your backup archives.
First, shutdown DocCare2 server if it is already started.
Second, you need to setup a ‘clean’ DocCare2 for the recovery.
The ‘clean’ means:
Finally, you can execute the following command.
In Windows System, simply run:
${BURGEONSOFT_HOME}\bin\restore.bat absolute_path_of_backup_archive
For example:
C:\DocCare2>restore.bat D:\backups\BAK20071127101852.zip
In Unix/Linux System, execute the script:
${BURGEONSOFT_HOME}/bin/doccare.sh restore absolute_path_of_backup_archive
For example:
[burgeonsoft][~]$ bin/doccare.sh restore /opt/backups/BAK20071127101852.zip
DocCare2 will also rebuild the search indexes during the restoration.
If the backup archive has a large size, the restoration may take a long time. DocCare2 won’t send out a signal to indicate if the restoration is completed. We’ll improve this in future release. Currently, you can check the console output log. If you see the console log print out ‘Closed Resource Index’, that means the restoration completed. You can press Ctrl+c to exit the restoration process.
After restoration, you can just restart DocCare2 and have fun with it as usual.