Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update the solr backup options #87

Open
douglascrp opened this issue Jun 10, 2015 · 0 comments
Open

Update the solr backup options #87

douglascrp opened this issue Jun 10, 2015 · 0 comments

Comments

@douglascrp
Copy link

Since you are using Alfresco BART to perform backup, it doesn't make sense to disable the solr backup schedules in alfresco-global.properties:

These options should be removed

#Effectively turn off solr backup
solr.backup.alfresco.cronExpression=0 0 2 * * ? 2099
solr.backup.archive.cronExpression=0 0 4 * * ? 2099

And these should be included

solr.backup.alfresco.numberToKeep=1
solr.backup.archive.numberToKeep=1

Only one snapshot is required in order to Alfresco BART to have something to backup.

More about the topic at Alfresco Backup and Disaster Recovery – White Paper.pdf

Unless we are doing a cold backup we must copy the Solr from its own backup. Its backup configuration is already planned; these are the default values that can be modified by adding them into alfresco-global.properties:

solr.backup.alfresco.cronExpression=0 0 2 * * ?
solr.backup.archive.cronExpression=0 0  4 * * ? 
solr.backup.alfresco.remoteBackupLocation=${dir.root}/solrBackup/alfresco   
solr.backup.archive.remoteBackupLocation=${dir.root}/solrBackup/archive 
solr.backup.alfresco.numberToKeep=3 
solr.backup.archive.numberToKeep=3

Configuration above means that the Alfresco core (workspace://SpaceStore) is done every day at 2:00 AM creating its files in ${dir.root}/solrBackup/alfresco. The Alfresco archive core (archive://SpacesStore) is done every day at 4:00AM. In both cases 3 copies of the last 3 backups are kept. Information stored in those folders are what we have to copy to our backup target. If we have a backup strategy we may only need to keep one backup and also make the backup in a different periodicity.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant