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

Archiving and Data Retention Policy #524

Closed
mrabino1 opened this issue Feb 4, 2014 · 8 comments
Closed

Archiving and Data Retention Policy #524

mrabino1 opened this issue Feb 4, 2014 · 8 comments

Comments

@mrabino1
Copy link

mrabino1 commented Feb 4, 2014

On a similar note to purging logs, will you consider having a Purge Closed tickets feature? This will assist in keeping the database from getting out of control in size. thx..

@ntozier
Copy link
Contributor

ntozier commented Feb 4, 2014

I've always felt that having a ticket system is not just about work flow but about tracking instances of problems and problem history. Deleting closed tickets would break that and ruin reporting. What is your logic/rational for such a feature besides database size?

@mrabino1
Copy link
Author

mrabino1 commented Feb 4, 2014

My only counter to that would be that I have no issue having the default be that the pruning of Closed tickets be off.. But it would still be a nice feature to have especially as we are using it w/ significant attachments.. and those attachments eat space. Especially w/ 50 ~tickets a day and 2-5mb / ticket... as it is right now.. i am logging in monthly and purging legacy closed tickets.. I just want to automate the process..

@slm4996
Copy link
Contributor

slm4996 commented Feb 4, 2014

I would love to see an option for "Purge tickets closed more than X days/months/years ago". This way tickets that no longer need to be kept for logging or policy reasons can be dropped to keep the system cleaned up and relevant.

@ntozier
Copy link
Contributor

ntozier commented Feb 4, 2014

@mrabino1 You could just dump the attachments. (and starting in 1.8.1 you could use the filesystem plugin for attachments. So then you would just have to delete the contents of the directory)

@slm4996 I wouldn't mind a feature similar to that, especially if there was a way to manually trigger the clean up also. (ie I would disable it and probably run a cron/batch to check once a yearly for anything over 2 years.)

@protich
Copy link
Member

protich commented Feb 4, 2014

Everyone - We don't have the details ironed out yet, but we're planning on adding an archiving feature.

@mrabino1
Copy link
Author

Any update or guidance on when this feature might on the roadmap? thx. /mr

@ntozier
Copy link
Contributor

ntozier commented Jul 28, 2014

Not at this time.

@greezybacon
Copy link
Contributor

Peter is proposing #1094 which will make its way somewhere into the 1.9.x series (we think). This adds the ability to define new statuses and adds two base statuses, "archived" and "deleted". Because we currently only have "open" and "closed" major states, we're very limited on what we can implement with respect to retention. Once #1094 gets merged, we will work on or consider a plugin to implement the archiving and purging of old tickets according to configurable criteria. For @ntozier, not installing the plugin would allow for infinite retention of tickets.

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

No branches or pull requests

6 participants