Anonymising JIRA application data
Anonymizing JIRA Data
The JIRA inbuilt backup functionality will produce a ZIP file containing either 1 or 2 XML files, depending on the version that is being used. These files are a copy of the entire contents of JIRA's database, encoded in XML, that can be used to restore an instance - we have further detail on this in our Automating JIRA application backups documentation.
As of JIRA 4.4, the backup functionality will produce a ZIP file that contains 2 XML files. These files will be
entities.xml will need to be anonymized - please do not attempt to anonymize the
activeobjects.xml. For versions prior to 4.4, only one XML file will be produced with the same naming convention as the ZIP it is compressed as (for example
1970-Jan-01–0001.zip will expand to
- Ensure that the
JAVA_HOMEvariable has been configured, as in our Setting JAVA_HOME documentation.
- Download the JIRA Anonymizer.
- Create a temporary directory.
- Unzip the anonymizer in the temporary directory.
- Unzip the JIRA backup ZIP file (for example
1970-Jan-01--0001.zip) in the temporary directory.
Anonymize the backup file with the below commands:
For example, this would be anonymizing a JIRA backup with the naming convention from JIRA 4.4+:
Depending on the size of the backup, additional memory may need to be allocated to the JVM. In order to do this, increase the value of the
Xmxin increments of
- Compress the generated anonymized XML backup file (e.g:
anon-entities.xml) and the
activeobjects.xml(JIRA 4.4.x + only) into a ZIP or tarball.
- Attach that ZIP or tarball onto the support issues as raised on support.atlassian.com.
- The temporary directory can now be removed.
Information about the Anonymizer
The anonymizer currently replaces the following text with
- Issue summary, environment, and description.
- Comments, work logs, change logs.
- Project descriptions.
- Descriptions for most elements (notification schemes, permission schemes, resolutions).
- Attachment file names.
- "Unlimited text" custom fields.
Please check the anonymized backup,
anon-backup.xml, to ensure it's clean enough for the needs of your organization before sending it to Atlassian.
Was this helpful?
Thanks for your feedback!