Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Next challenges

Recent achievements

  • Global
  • Personal


  • Give kudos
  • Received
  • Given


  • Global

Trophy case

Kudos (beta program)

Kudos logo

You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.

View group

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

What counts as the storage? Tasks, photos?

Is it only attachments (photos, graphs, videos, etc.?)
Or the tasks (the titles, and other specifications) are counted in the storage as well? 

1 answer

1 accepted

4 votes
Answer accepted

Everything, even the disk space consumed by the installation (although that is trivial and static).  The data in the database is quite compressed or efficient though and the only thing you should worry about is attachments (of any type).

So, may I ask how much does the one task weight? (In general, short title, short description, one short comment and one worklog)

Also, is there any way to remove all attachments at once? 

Assuming you have an issue that is really simple and has, for example, a 40 character summary, 200 character description, an 80 character comment and a worklog, the raw data in there is 40 + 80 + 200 + 200 for the text, plus a couple of bytes for comment author and a few more for the comment date, and similarly a few more for the date author and amount of time done in the worklog.  Say 350 bytes overall.

But it will take up less space than that, but also more. 

More because there's data related to how it is being held, and data you have not entered directly but still needs to created and stored.  A field has field and screen configuration at the very least, and if you're talking custom fields, context, options, searcher, name etc.  

But because all of that is stored in a database, the storage is mostly optimised.  Try looking at the physical files that the database server stores the Jira data in.  They look like junk to the human eye because they're built for optimised access first, and minimal space second.  

What I'm saying here is that the rules for working out "how many bits something will take up on a disk" are fantastically complex and not worth the effort.  

Yes, the more issues/pages/users/other stuff in the database you have, then the more storage it consumes.  But it is trivial compared to the attachments and repositories.  Hundreds of thousands of issues remains a small amount of disk space, unless you decide to add 1Mb attachments to each one

There's no bulk "remove attachments", you'll need to identify each issue that has attachments in turn and then bin off each one.

Is there a way to remove all of the tasks from the project? 

Delete the project is the easy way.

Slight more long winded - run a search for "project = X", which will give you a list of all the issues in it.  You can then use "bulk edit" to delete them en-masse.  You'll have to go 1,000 at a time though.

Suggest an answer

Log in or Sign up to answer
Site Admin
Community showcase
Posted in Jira Software

Presenting the "Best of 2020" Jira Software roundup!

Catch up with Atlassian Product Managers in our 2020 Demo Den round-up! From Advanced Roadmaps to Code in Jira to Next-Gen Workflows, check out the videos below to help up-level your work in the new ...

7,073 views 8 28
Join discussion

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you