Dear Team,
We have all the attachments for old tickets. We are already over 500 GB for this drive, so need to find a way how we archive old tickets / attachments.
Kindly provide inputs to minimize the attachment space issues in Jira instances.
Regards,
Mahesh
I think of Jira as having a standard efficiency when it comes to storing files. It does the basics of storage - you give it a file that is X bytes in size and when it stores it, the file takes up X bytes on the disk. Some applications are less efficient, storing the file, copies of it, permanent thumbnails and so-on, sometimes consuming 3-4 times X bytes to store. Some applications are more efficient, compressing a file before saving it to disk (so a log file of X bytes may only take a fraction of X disk space).
So, to save space on a Jira system, you only really have three options
"Archiving" isn't going to be much help here. The point of an archive is that the data is still available if you need it, it's just not as easily findable in the main system. You could "save" space by some form of archiving that takes the issues and their attachments out of the main system, but that's just taking a copy and putting it on another disk, then, on Jira, doing option 3 - deleting the attachment from the disk.
Thanks for your quick response..!!
Is it possible that attachments related to older issues which are not required anymore can be moved out to a different path in a regular basis from $JIRA_HOME/data/attachments
.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Not if you want them to remain attached to issues.
If you yank the files out from underneath the issues, Jira will throw error messages on the issues. Jira will still work, but people won't be able to view or download the attachments.
You'll also need to work out some way to record what files were removed from which issues - they're not stored with the file names you upload.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We are thinking to migrate old tickets to new fresh instance using configuration manager plugin for Jira or project configurator for Jira. This will reduce some in existing instance.
Kindly let me know your thoughts on this approach.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yep, that will work, by simply shifting the problem to another system, but it'll reduce the size of the current one.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for your response. let me dig more if I found any alternative approaches.
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.