Documentation for JIRA 5.2. Documentation for other versions of JIRA is available too. 
![]()
For production use, it is strongly recommended that for regular backups, you use native database backup tools instead of JIRA's XML backup service.
When JIRA is in use, XML backups are not guaranteed to be consistent as the database may be updated during the backup process. JIRA does not report any warnings or error messages when an XML backup is generated with inconsistencies and such XML backups will fail during the restore process. Native database backup tools offer a much more consistent and reliable means of storing (and restoring) data.
If you perform an XML backup (e.g. when upgrading JIRA via a test environment or migrating JIRA to another server), you can follow one of these methods to prevent users from accessing JIRA and minimise inconsistencies in the backup file:
Shut down JIRA, configure it to listen on a different port and restart. Do this by editing the server.xml file (or the jira.xml file in your Apache Tomcat installation running JIRA WAR). Change the following section:
<Connector port="8080" maxHttpHeaderSize="8192" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" useBodyEncodingForURI="true" enableLookups="false" redirectPort="8443" acceptCount="100" connectionTimeout="20000" disableUploadTimeout="true" />
HTTPS Connector セクションも同じように編集する必要があります。はじめる前に:
Whichever method you choose, we recommend setting an Announcement Banner to warn your users that JIRA will be unavailable for a period of time.
1 Comment
Demetri Mouratis
Mar 21, 2013Provide more details around Alternative method 3. For example, with a Postgres DB:
sudo su - postgres
psql jiradb
REVOKE INSERT, DELETE, UPDATE on project,jiraaction,jiraissue from jira;