In this recipe, we will look at how to install and set up Jira in a production environment. This includes setting up a dedicated user to run Jira under and using an external database.

We will use the archive distribution since the steps are consistent across both the Windows and Linux platforms. This will also provide you with an insight into the exact steps required to get a Jira instance deployed and running; these would otherwise be hidden by an automated installer. This will provide you with the information needed for subsequent maintenance and further configurations.

The following things need to be checked before you begin with this recipe:

• Download the latest Jira archive distribution from https://www.atlassian.com/software/jira/download and select a package based on your server, such as Linux or Windows. For this recipe, we will be using the TAR.GZ Archive.
• Make sure your server environment meets Jira's requirements by visiting https://confluence.atlassian.com/adminjiraserver/supported-platforms-938846830.html.
• Install Java on the system. At the time of writing, Jira 8 requires Java 8 (either Oracle JDK or OpenJDK). You can download Java from https://www.oracle.com/technetwork/java/javase/downloads/index.html.
• Make sure that the JAVA_HOME or JRE_HOME environment variable is configured.
• Have a database system available, either on the server hosting Jira, or a different server accessible over the network. For this recipe, we will use MySQL. If you are using a different database, change the commands and queries accordingly.
• Download the necessary database driver. For MySQL, you can download it from https://dev.mysql.com/downloads/connector/j.

We first need to create an empty MySQL database for Jira:

1. Open up a new Command Prompt on the MySQL server.

2. Run the following command (you can also use another user instead of root as long as the user has permission to create new users and databases):

mysql -u root -p

3. Enter the password for the user when prompted.
4. Create a new database for Jira by running the following command:

create database jiradb character set utf8;

5. Create a new user for Jira in the database and grant the user access to the jiradb database we just created using the following command:

grant all on jiradb.* to 'jirauser'@'localhost'
identified by  'jirapassword';

6. In the previous five steps, we created a new database named jiradb and a new database user named jirauser. We will use these details later to connect Jira with MySQL. The next step is to install Jira.
7. Create a dedicated user account to run Jira under. If you're using Linux, run the following command as root or with sudo:

useradd --create-home --comment "Dedicated
Jira account" -- shell /bin/bash jira

8. Create a new directory on the filesystem where Jira will be installed. This directory will be referred to as JIRA_INSTALL.
9. Create another directory on the filesystem. This will be used for Jira to store its attachments, search indexes, application data, and other information. You can create this directory on a different drive with more hard disk capacity, such as a network drive (this could slow down performance). This directory will be referred to as JIRA_HOME.

10. Unzip the Jira archive file in the JIRA_INSTALL directory.
11. Change both the JIRA_INSTALL and JIRA_HOME directories' owner to the new Jira user.
12. Open the JIRA_INSTALL/atlassian-jira/WEB-INF/classes/jira-application.properties file in a text editor.
13. Locate the jira.home= line in this file.
14. Copy and paste this in the full path to the JIRA_HOME directory and remove the # symbol if present. Make sure you use the forward slash (/). The following line shows how it looks on a Linux system:

jira.home=/opt/data/jira_home 

15. Copy the database driver JAR file (obtained from the Getting ready section) to the JIRA_INSTALL/lib directory.
16. Start up Jira by running the start-jira.sh (for Linux) or start-jira.bat (for Windows) script from the JIRA_INSTALL/bin directory as the Jira user. You should see the output, Tomcat, started in your console; this means that Jira is up and running.

17. Jira comes with a setup wizard that will help guide us through the final phase of the installation.
18. Open up a browser and go to http://localhost:8080 (replace localhost with the actual server name). By default, Jira runs on port 8080. You can change this by changing the connector port value in the JIRA_INSTALL/conf/server.xml file.
19. The first step in setup is to select how you want Jira to be set up. Select the I'll set it up myself option and click on the Next button:

20. The second step is to set up database information. Select the My Own Database (recommended for production environments) option.
21. Select a value for the Database Type option. For this recipe, select the MySQL 5.7+ option.

22. Enter the details for our new jiradb database:

23. Click on Test Connection to check whether Jira is able to connect to the database.
24. Click on the Next button to proceed if the database connection test is successful and move to the next step of the wizard.
25. Enter the Application Title value for this Jira instance.
26. Select Public if you would like to let people sign up for accounts, or Private if you want only administrators to create accounts. Most organizations that use Jira to track internal projects will require Private mode.
27. Set the Base URL option. The base URL is the one that users will use to access Jira. Usually, this should be a fully qualified domain name or the hostname—that is, not localhost or an IP address.

28. Click on Next to go to the third step of the wizard, as shown in the following screenshot:

29. Enter your Jira license key if you have one. If you do not have a license key, you can generate a temporary trial license by clicking the Generate a Jira trial license link and following the instructions.
30. Click on Next to go to the fourth step in the wizard, as shown in the following screenshot:

31. Enter the details for the initial administrator account. The user account will have access to all the configuration options in Jira, so make sure you do not lose its login credentials.
32. Click on Next to go to the fifth and final step of the wizard, as shown in the following screenshot:

33. Choose whether you want to set up an outgoing SMTP server Now or Later. If you do not have an SMTP server ready right now, you can always come back and configure it later.
34. Click on Finish to complete the setup process.

You will see the following Welcome! screen:

This ends the general configuration part of the setup process. Your Jira system is up and running. Next, Jira will walk you through its onboarding process as a first-time user. You will be asked to select the default language to use, upload a user avatar, and create your very first project.

By default, Jira is set to use a maximum of 768 MB of memory. For a production deployment, you might need to increase the amount of memory allocated to Jira. You can increase this by opening up the setenv.sh (on Linux) or setenv.bat (on Windows) files in the JIRA_INSTALL/bin directory and changing the value of the JVM_MAXIMUM_MEMORY parameter.

For example, if we want to set the maximum memory to 2 GB, we will change it to JVM_MAXIMUM_MEMORY="2048m". You will need to restart Jira after performing this change. For production uses, it is recommended that you allocate at least 4 GB (4096 MB) of memory to the Jira JVM. Make sure you have sufficient physical memory available on your server first.

If you are using LDAP for user management in your organization, refer to the Integrating with LDAP for authentication only recipe in Chapter 4, User Management.

For both Windows and Linux, Atlassian provides an installer package that can guide you through the upgrade process. The installer will detect your current Jira installation and perform all the necessary tasks to upgrade it to the target version.

In this recipe, we will show you how to upgrade your Jira instance with the standard Jira installer.

As the Jira installer is only available for standalone installations on Windows and Linux, we will run you through the installer on Windows in this recipe:

• Check the upgrade notes for any special instructions as well as the target Jira version to make sure you can perform a direct upgrade.
• Make sure you have a valid Jira license.
• Verify whether your current host environment is compatible with the target Jira version. This includes the Java version, database, and OS.
• Verify whether your operating environment is compatible with the target's Jira version, specifically, the browser requirements.
• Make sure that the add-ons you are using are compatible with the new version of Jira.
• Download the installer binary for your target Jira version.

Upgrade your Jira system with the installer using the following steps:

1. Take your current Jira offline, for example, by running the stop-jira.bat script.
2. Back up the Jira database with its native backup utility.
3. Launch the installer and select the Upgrade an existing JIRA installation option.
4. Now, select the directory where the current Jira is installed:

5. Check the backup JIRA home directory option and click on the Next button.

6. Review the Upgrade checklist and click on the Upgrade button:

7. Wait for the installer to complete the upgrade process. Once the upgrade is complete, the installer will automatically launch Jira.
8. Update any add-ons once Jira starts successfully.

The installer will detect and provide you with a list of customized files in the JIRA_INSTALL directory, which you will need to copy manually after the upgrade.

If you cannot use the installer to upgrade Jira, refer to the Upgrading Jira manually recipe.

If you find yourself in a situation where you cannot use the installer to upgrade Jira—for example, if you are hosting Jira on an OS that does not have an installer binary or on a cloud platform, then you can use the manual upgrade method to upgrade your Jira instance.

The tasks required to upgrade Jira manually will remain the same as those for the installer. Refer to the previous recipe for common tasks involved. As the installer automates many backup tasks while upgrading Jira manually, you will have to do the following:

1. Back up the Jira database with its native backup utility.
2. Back up the JIRA_INSTALL directory.
3. Back up the JIRA_HOME directory.
4. Get a list of all the customized files in the JIRA_INSTALL directory from the System Info page in Jira.

To manually upgrade your Jira instance, perform the following steps:

1. Take your current Jira offline.
2. Install the new version of Jira in a different directory.
3. Edit the jira-application.properties file in the JIRA_INSTALL/atlassian-jira/WEB-INF/classes directory to point to the existing JIRA_HOME directory.
4. Copy any modified files from the old Jira instance to the new one.
5. Start up the new Jira instance.
6. Update the add-ons once Jira starts successfully.
7. Remove the previous installation directory to avoid confusion.

What we did here essentially involved setting up a new instance of Jira and pointing it at the old Jira instance's data. When we start up the new Jira instance, it will connect to the existing Jira database by reading the dbconfig.xml file from the JIRA_HOME directory, and will perform an in-place upgrade to make all the necessary schema changes.

Now that we have gone through upgrading a Jira instance, we will look at how to move a Jira instance to another server environment. This is a common use case when you need to move an application to a virtualized environment or data center.

The following things need to be checked before you start with this recipe:

• Make sure you have a valid Jira license.
• Check whether your new environment is compatible with Jira system requirements.
• Ensure that both the old and new Jira instances are of the same major or minor version. If you intend to run a newer version of Jira in the new environment, it is recommended that you upgrade once the migration is successful.

To migrate an existing Jira instance to another server, perform the following steps:

1. Download and install a brand-new Jira instance in your new environment with an empty database.

2. Note down the files listed under Modified Files and Removed Files in the System Info page for your current Jira. The following screenshot shows an example:

3. Shut down your current Jira instance.
4. Back up your current Jira database with the database's native backup utility.
5. Back up your current JIRA_HOME directory.
6. Take your new Jira offline.
7. Copy over your JIRA_HOME backup and replace the new JIRA_HOME directory with it.
8. Update the dbconfig.xml file with the new Jira database details.
9. Copy your database backup and restore the new Jira database.
10. Start up the new Jira instance.
11. Apply the same changes to the new Jira instance from step 2.

If you have multiple web applications running on the same domain, you might want to set up a context path for Jira—for example, http://example.com/jira, where /jira is the context path.

Perform the following steps to set up a context path for Jira:

1. Shut down Jira if it is running.
2. Open up JIRA_INSTALL/conf/server.xml in a text editor.

3. Locate the following line and enter the context path for the path attribute—for example, path="/jira":

<Context path="/jira"docBase="${catalina.home}
/atlassian-jira" reloadable="false"
useHttpOnly="true">

4. Save the file and restart Jira. If you are doing this after Jira has been installed, you will have to update Jira's base URL option so that its links will reflect the change.
5. Log into Jira as an administrator.
6. Navigate to Administration > Systems > General Configuration.
7. Click on the Edit Settings button.
8. Enter the fully qualified URL in Jira, including the context path, in the Base URL field.
9. Click on Update to apply the change.

After you have all this set up, you will be able to access Jira with the new context path, and all the links, including those from Jira's notification emails, will be the context path in the URL.

By default, Jira runs with a standard non-encrypted HTTP protocol. This is acceptable if you are running Jira in a secure environment, such as an internal network. However, if you plan to open up access to Jira over the internet, you need to tighten up security by encrypting sensitive data, such as the usernames and passwords that are sent, by enabling HTTP over SSL (HTTPS).

This recipe describes how to install SSL on the Jira Tomcat application server. If you have an HTTP web server such as Apache in front of Jira, you can install the SSL certificate on the web server instead.

You need to have the following set up before you can step through this recipe:

1. Obtain a valid SSL certificate: You can either use a self-signed certificate or obtain one from a certificate authority (CA) such as Verisign. Using a self-signed certificate will display a warning message when users first visit the site, as shown in the following screenshot:

2. Ensure that the JAVA_HOME environment variable is set properly.
3. Make sure you know which JDK/JRE Jira is using. You can find this information from the System Info page in Jira, where you need to look for the java.home property.
4. Make sure your JRE/JDK's bin directory is added to your PATH environment variable, and the keytool command will output its usage, as shown in the following screenshot:

Now let's get started with the steps for this recipe.

Perform the following steps to import an SSL certificate:

1. Open up a command window and go to the directory where the certificate file resides.
2. Generate a Java KeyStore (JKS) for Jira by running the keytool -genkey -alias jira -keyalg RSA -keystore $JIRA_HOME/jira.jks command.
3. Import the certificate into the KeyStore repository by running the keytool -import -alias jira -keystore $JIRA_HOME/jira.jks -file file.crt command, where file.crt is the certificate file.
4. Open the server.xml file located in the JIRA_INSTALL/conf directory in a text editor.

5. Locate and uncomment the following XML configuration snippet:

<Connector port="8443" 
maxHttpHeaderSize="8192" SSLEnabled="true" 
maxThreads="150" 
minSpareThreads="25" maxSpareThreads="75" 
enableLookups="false"
disableUploadTimeout="true" 
acceptCount="100" scheme="https" secure="true" 
clientAuth="false" 
sslProtocol="TLS" useBodyEncodingForURI="true"/>

6. Add a few new attributes to the Connector tag and save the file, as follows:

keystoreFile="PATH_TO_YOUR_KEYSTORE" 
keystorePass="PASSWORD_FOR_YOUR_KEYSTORE" 
keyAlias="jira" 
keystoreType="JKS" 

7. Restart Jira to apply the changes.

We first created a new Java KeyStore repository for Jira to store its own SSL certificate with Java's keytool utility. During this step, you are prompted to provide information about the store as well as a password to access the KeyStore repository.

After we created the KeyStore repository, we imported the certificate (and then enabled an additional connector to listen for HTTPS connections) by uncommenting the connector XML tag. We also added new attributes to the tag so that Tomcat knows where our new KeyStore repository is and how to access it to get to the certificate.

You can also change the port number for the connector if you want to run HTTPS on a more common port, 443, instead of the default port, 8443, and your final XML snippet will look something similar to the following:

<Connector port="443"
maxHttpHeaderSize="8192" SSLEnabled="true" maxThreads="150" minSpareThreads="25"
maxSpareThreads="75" enableLookups="false"
disableUploadTimeout="true" acceptCount="100"
scheme="https" secure="true" clientAuth="false"
sslProtocol="TLS" useBodyEncodingForURI="true"
keystoreFile="/opt/jira/jira.jks" 
keystorePass="changeme"
keyAlias="jira" keystoreType="JKS"/>

At this point, users can access Jira with both HTTP and HTTPS, and you need to configure Jira so that it will automatically redirect all HTTP traffic to HTTPS. Jira comes with a handy configuration utility that can help you set up this configuration.

Perform the following steps:

1. Open the Command Prompt and go to the JIRA_INSTALL/bin directory.
2. Depending on your OS, run the config.bat (Windows) or config.sh (Linux / OS X) file.
3. Select the Web Server tab from the JIRA Configuration Tool window.
4. Select the HTTP and HTTPs (redirect HTTP to HTTPs) option for Profile.
5. Click on the Save button at the bottom of the window, as shown in the following screenshot.

6. Restart Jira to apply the change:

If you cannot use the JIRA Configuration Tool, you can perform the following steps to set up the configuration manually:

1. Open the web.xml file located in the JIRA_INSTALL/atlassian-jira/WEB-INF directory.
2. Add the following XML snippet at the end of the file just before the closing </webapp> tag:

<security-constraint> 
 <display-name>HTTP to HTTPs Redirection</display-name> 
<web-resource-collection> 
 <web-resource-name>all-except-
 attachments</web-resource-name> 
 <url-pattern>*.jsp</url-pattern> 
 <url-pattern>*.jspa</url-pattern> 
 <url-pattern>/browse/*</url-pattern> 
</web-resource-collection> 
<user-data-constraint> 
 <transport-guarantee>CONFIDENTIAL</transport-guarantee> 
 </user-data-constraint> 
</security-constraint> 

3. Restart Jira to apply the change.

For information on connecting Jira to other applications that run on SSL, refer to the next recipe.

You might need to connect Jira to other services, such as LDAP, mail servers, and other websites. Often, these services make use of SSL. In such cases, the connection will fail, and you will see the following errors in your Jira log file:

javax.net.ssl.SSLHandshakeException: 
sun.security.validator.ValidatorException: PKIX path building failed:  
sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification
path to requested target

For this recipe, we will use the Java keytool utility, so make sure you have the following configuration set up:

• Obtain the required SSL certificate from the target system.
• Ensure that the JAVA_HOME environment variable is set properly.
• Make sure you know which JDK/JRE Jira is using. You can find this information on the System Info page, where you need to look for the java.home property.
• Make sure your JRE/JDK's bin directory is added to your PATH environment variable, and the keytool command will output its usage.
• Obtain the password for the Java trust store used by Jira.

In this recipe, let's assume we want to connect Jira to an LDAP server that is running on SSL. Perform the following steps to make it a trusted site inside Jira:

1. Open up a Command Prompt and go to the directory where the certificate file resides.

2. Import the certificate into the trust store by running keytool -import -alias tomcat -file file.cer $JAVA_HOME/jre/lib/security/cacertscommand, where file.cer is the certificate file.
3. Restart Jira to apply the changes.

When Jira attempts to connect to an SSL-protected service, it will first check whether the target service's certificate can be trusted. This is done by checking to see whether the certificate is present in what is called the Java trust store. If the certificate is not present, the connection will fail.

The trust store is a special KeyStore repository, usually called cacerts, and is located in the $JAVA_HOME/lib/security directory on the server.

We used the keytool utility to import the certificate to our local trust store, so the target service will be registered as a trusted service and will allow Jira to connect to it successfully.

Sometimes, you might forget or lose the password to the account with the Jira administrator or Jira System Administrator permission, and you cannot retrieve it using the password reset option. For example, suppose Jira does not have an SMTP server configured, or you restored Jira from a data dump and do not know the account and/or password. In these cases, you need to reset the administrator password directly in the database.

As we will reset the password stored in Jira's database, make sure you do the following:

• Connect to the Jira database via either the command line or a GUI.
• Update the Jira database records.

Let's assume we use the default mysql command-line tool and MySQL as the backend database for Jira. If you are using a different database, you may need to change the following SQL statements accordingly:

1. Connect to the Jira database with a client tool by running the mysql -u jirauser -p command, where jirauser is the username used by Jira to access the Jira database.
2. You can find Jira's database details from the dbconfig.xml file located in JIRA_HOME.
3. Change to the Jira database by running the use jiradb command, where jiradb is the name of Jira's database.
4. Determine the groups that have the Jira System Administrator global permission with the following SQL statement:

select perm_parameter from 
schemepermissions where PERMISSION=44;

5. Find users that belong to the groups returned in the previous step by running the following SQL statement, where jira-administrators is a group returned from the previous step:

select child_name, directory_id
from cwd_membership where
parent_name='jira-administrators';

6. Reset the user's password in the database with the following SQL statement, where admin is a user returned in the previous step:

update cwd_user set
credential='uQieO/1CGMUIXXftw3ynrsaYLShI+
GTcPS4LdUGWbIusFvHPfUzD7
CZvms6yMMvA8I7FViHVEqr6Mj4pCLKAFQ==' where
user_name='admin';

7. Restart Jira to apply the change.

With Jira's internal user directory, all user and group data is stored in the Jira database. The value 44 is the ID of the Jira System Administrator global permission.

If you do not know which groups or users are granted the Jira System Administrator global permission, you will first have to find this information using steps 4 and 5. Otherwise, you can skip to step 6 in order to reset the password.

Jira's user password is stored in the cwd_user table. As Jira only stores the hash value of the password, we changed the user's admin password hash to uQieO/1CGMUIXXftw3ynrsaYLShI+GTcPS4LdUGWbIusFvHPfUzD7CZvms6yMMvA8I7FViHVEqr6Mj4pCLKAFQ==, which is the UTF-8-encoded hash value of sphere.

Often, you will need to import data from other systems into Jira. For example, you might want to migrate data from an older bug-tracking system, or if you have data coming out of other systems, you may want to use this output to populate your project.

As systems often have their own data structure, it is often not this straightforward to perform data migration. However, the good news is that most systems can export data in CSV (or Excel, which can be easily transformed into CSV format); we will look at using CSV as a way to import data into Jira in this recipe.

When importing data into Jira, the most important thing is to prepare your input data file and make sure it is formatted correctly and contains all the necessary information. To help the importer, keep the following in mind:

• Remove any non-data-related content, especially if you created your CSV file from a spreadsheet, which will help to keep the file size down.
• If your file contains users who need to be imported into fields such as Assignee, make sure you use either their usernames or email addresses that can be matched against corresponding accounts in Jira.
• If your file contains dates that need to be imported into fields, such as Due date, make sure they are all formatted using the same date format. This is so that Jira can process date values consistently.

To import data from other systems, perform the following steps:

1. Log in to Jira as an administrator.
2. Select the Projects menu from the top and select the Import External Project option.
3. Select the CSV option. If, however, you see your system in the list, you can choose that instead. The process of using a system-specific importer will be mostly the same as the CSV importer, with some minor differences.

4. Select the CSV file for the CSV Source File field. If you are performing an import for the first time, do not select the Use an existing configuration option. We will generate the configuration at the end of the import, and you will be able to use this to fast-track future imports.

5. Expand the Advanced option if your file uses a different file encoding or uses a character other than a comma (,) as its separators. Click on the Next button to proceed to step 2 of the wizard:

6. Select the project to import your data into. If you do not have a project, you can select the Select New option and create a project on-the-fly.

7. Verify the E-mail Suffix for New Users and Date format values used in your CSV file. This will ensure that data such as dates will be correctly parsed while being imported and saved in Jira's date fields, such as Due dates:

8. Select and map the CSV columns to Jira fields. Certain fields, such as the Summary field, must have a corresponding column in the file; otherwise, Jira will not allow you to proceed. If you do not want to map a column, you can select the Don't map this field option.

9. Select the Map field value option for any columns mapping to a selected list style field. This will allow you to map individual values from the CSV file column to options available in Jira. Unless you are sure that your file contents can be mapped to the Jira field options exactly, it is best to manually verify this; otherwise, you will end up with duplicated values due to, for example, case sensitivity:

10. If you opt to map field values, review all of the listed values and map them to their corresponding field options in Jira. If a value does not have an option, you can type in the desired option and Jira will create it.
11. Click on the Begin Import button to start importing your data into Jira:

12. After the import process is completed, review the result. You can click on the Download a detailed log link to get a full log of the process if the import fails. You can also click on the Save the configuration link to get a copy of the mapping files so that, next time, you do not have to remap everything from scratch.

Using CSV files to import custom data into Jira is the most versatile approach since many systems can export their data into CSV. However, as you will have noted already, Jira comes with a number of specialized importers for various systems. These importers often have additional features to help with data import. The Atlassian Marketplace website (https://marketplace.atlassian.com) also has a number of importers created by third parties. If you do not see your system listed in the out-of-the-box importers, make sure you do a search in the marketplace and check whether someone has already created an importer for it.

If you have a controlled IT environment where changes need to go through development, testing/staging, and production processes, then, without a doubt, you will know how painful it is to promote Jira configuration changes across different environments. Since Jira does not provide a way to export configurations out of the box, all changes will need to be manually applied to each environment, which is both time-consuming and error-prone.

In this recipe, we will look at using a specialized tool that can help to make this process easier.

For this recipe, we need to have the Configuration Manager for Jira add-on installed on both the source Jira instance as well as the target Jira instance. You can install it directly from the Universal Plugin Manager, or download it from the following link: https://marketplace.atlassian.com/plugins/com.botronsoft.jira.configurationmanager.

The Configuration Manager for Jira add-on requires you to first create a snapshot. A snapshot contains all the configuration settings you want to copy over to a different Jira instance.

You can create two types of snapshot:

• System: This includes all configurations in Jira.
• Project: This includes only configurations required for the selected project.

Proceed with the following steps to create a configuration snapshot:

1. Navigate to Administration > Configuration Management > Snapshots.
2. Click on the Add Snapshot button.
3. Opt to create either a System Configuration or Project Configuration snapshot.
4. Enter a name for the snapshot.
5. Click on the Create button. The following screenshot shows the details of the snapshot we created:

Having created the snapshot, there are several ways in which we can promote and deploy changes to another Jira instance. We can either download the snapshot ZIP file and upload it or link the two Jira instances together with Application Link and load the snapshot remotely. We will use the snapshot file option in this recipe. Proceed with the following steps to deploy a snapshot:

1. Log in to the other Jira instance as an administrator.
2. Navigate to Administration > Configuration Management > Deploy.
3. Select the From Snapshot File option.
4. Choose the snapshot ZIP file.
5. Click on the Deploy link to start the deployment.

The add-on will walk you through a deployment wizard, where it will analyze the contents of the snapshot and determine whether your current Jira system meets all the necessary requirements. For example, in the following screenshot, it has informed us that there is an add-on version mismatch:

After the add-on has determined that all the requirements are met, it will provide a quick summary of all the changes that will be applied (seen in the following screenshot). This is a good time to review the list of items to make sure we are not introducing unwanted changes accidentally, as shown in the following screenshot:

If everything looks good, we can finish migrating the configuration changes and deploy them to the target instance.