Instance Health check warning of backup file in the local application storage. These back up files consist of 'entities' and 'activeobjects' .xml files and it is not recommended to keep them in the local application due to potential security risks.
My question is, would it okay to delete these files if I am already using a native database backup tool?
The "recommendation" is entirely dependent on permissions for the directory.
But yes if you're using native DB backups then the xml dumps are practically worthless and inferior so you might as well wipe the files and disable periodic backups as per https://confluence.atlassian.com/adminjiraserver/automating-jira-application-backups-938847675.html#Configuringautomaticdatabasebackups-Disableautomaticdatabasebackups
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Vini Vincent If you store issue attachments in the filesystem, then creating backups from the database will not include attachments! The XML backup will include those (and everything).
But, I think, it is possible to switch Jira to store attachments in the DB... It was, at least. If it is still possible, then I think it is sufficient to backup the DB only.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Join the largest European gathering of the Atlassian Community and reimagine what’s possible when great teams and transformative technology come together. Plus, grab your Super Fan ticket now and save over €1,000 on your pass before prices rise on 3 June.
Register nowOnline forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.