Jira Upgrade from 6.3.13 to 7.13.2 and combining the existing Jira Service desk

Vishwas
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
May 13, 2019

Hello,

We are upgrading a Jira from 6.3.13 to 7.13.2 can anyone suggest me the upgrade path.And also we have a Jira Service desk 7.6.1 and we are planning on combining both the applications and migrate them from our servers to AWS. Suggest me a method to achieve bringing the data to one single application. And also we have done some modifications in .jsp files and .vm files in Jira 6.3.13, so I want to know if those remain same after upgrade or do we need to rework on those files.

2 answers

1 accepted

1 vote
Answer accepted
Earl McCutcheon
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
May 15, 2019

Hello,

First there are a few different phases here, and we are looking at Two separate upgrade paths, a data merge of two systems, and data Migrations to a new platform.  So, just to make 100% sure I have all the details correct I want to restate your configuration and plan: you have one server configured with Jira 6.3.13 your planning on upgrading to 7.13.2 and you have a secondary installation of Jira Service Desk 7.6.1 installed as a independent standalone installation on a different server and the plan is upgrade the service desk instance to a compatible version with the other upgraded instalation and combine the two servers into one installed instance and migrate to an AWS deployment and maintain customizations in the process let me know if I read that correctly or missed any critical info.

Next, A few points to clarify that will change the steps slightly:

  1. Is the Jira 6.3.13  installation jira + Agile or just Jira, and have you ever installed Service desk on this server (even for testing)? This relates to the database bables as covered in https://jira.atlassian.com/browse/JSDSERVER-4732
  2. Jus the Service desk Installation Service desk Only or a Service Desk + Software deployment?

Next as a referance point please refer to the following Upgrade Guide articles and the Release notes that go into more detail on the install requirements and the Upgrade task requirements you will need to consider in the upgrade process, for the steps to upgrade from a pre7 the to a 7+ version of Jira and Let us know if you have any additional questions about any part of the upgrade documentation, the following guides would be the best point of referance for the overall picture of what you will need to do:

  • Upgrading Jira applications
    • Latest material for upgrades and best practices
  • Jira 7 Migration HUB
    • Notes on upgrade tasks and post upgrade configurations for a 6.x to 7.0 version
  • Jira Software release & Upgrade notes
    • Notes on the features and release specific requirements
  • Upgrade Guide for JIRA 7.2
    • This is a guide we put together a while back when 7.2 was the latest version, but it details instructions and tips for upgrading from a 6.x to 7.2, and you can interchange 7.2 with 7.any later version and follow the same process, there are special notes on this guide about the Jira + Agile upgrade versions and upgrade task points to look at

From the Articles above a critical point to focus on for the upgrade tasks is you will want to go through an intermediary 7.0.X version of Jira for the upgrade tasks as there are changes to the upgrade tasks in 7.1 and later that will cause a lot of trouble if missed:

If you're using JIRA and JIRA Agile, and you want to upgrade to the latest version of JIRA Software, we recommend you upgrade to JIRA Software 7.0 first. We recommend the following upgrade path:
JIRA + JIRA AGILE → JIRA SOFTWARE 7.0 → JIRA SOFTWARE 7.2 → (latest version)
(info) The recommended, intermediary upgrade version is necessary due to upgrade tasks that were removed in JIRA Software 7.1.0.

When upgrading it is always recommended to upgrade to the latest minor version in any major version line to be on the most stable release in that chain, in the format (Release Version).(Major Version).(Minor Version), as an exe the latest minor version in the jira 7.0.X line is 7.0.11

Next, if you have JIRA Service Desk Installed or ever have installed the application previously on the 6.X version to trial it you Must Upgrade to a jira 7.0.X version with the matching Service Desk 3.0.X version installed, otherwise the Service Desk application will miss required upgrade tasks and no longer function when you are attempting to merge the two instances.  Please note as well that Service desk data cannot currently pe migrated to a new instance as a project import as this will come into play when merging the data please see:

  • https://jira.atlassian.com/browse/JSDSERVER-2741
  • If you have service desk on both platforms you will be required to import Service desk data in one direction to the software install You would be able to import issues into Jira Service Desk using CSV or JSON, OR look into the add-on ScriptRunner which has a "Copy Project" feature that can be used as a workaround

So with all the above notes and your noted configuration the Recommended path for your 6.3.13 to 7.13.2 upgrade would be as follows:

  1. Set up a staging Jira Software 7.0.11 installation, locally (Not on AWS yet) fully configured with a temporary admin that will be overwritten later on
    1. NOTE also install Service desk 3.0.11 if Service Desk was installed on the 6.x server, if not disregard
  2. On the 7.X staging server Apply the noted backup and indexing restrictions to speed up the intermediary upgrade point covered in the Upgrade Guide for JIRA 7.2 
    1. with the warning that none of the Projects or issues will be displayed after you migrate to the staging server with this enabled until you reindex the system, and no backups are created before you upgrade so the instance in in a disposable state at this point
  3. On the 6.X instance run the Add-on compatibility check tool 
    1. manually install the upgraded versions of the compatible add-ons on the staged 7.X instance
    2. Reach out to the add-on vendors for any that are listed incompatible for any instructions on additional requirements to upgrade that app to a compatible version with Jira 7+
    3. Uninstall any apps that do not have a version upgrade possible before migrating
  4. Create an XML backup of the 6.X and migrate the instance to the 7.X staging server copying over your customizations As Covered Here
  5. Upgrade the Instance to the desired 7.13.2 version
  6. Disable the modifications applied at step 2 above from the Upgrade Guide for JIRA 7.2 restart
  7. Upgrade all add-on apps
  8. trigger a Full lock and re-index
  9. review the application configurations and setting to verify the upgrade was successful and no errors occurred Additional Details on what to do can be seen in the Migration Hub 

Next for the Service Desk Server and the AWS migration / Data merge, Optimally if the 6.X installation did not have any Service desk data you can upgrade Service Desk to the compatible version with your staging server, then migrate the Service desk instance to the ASW installation, install jira Software and then migrate the Software data over with a project import, which would look like this:

  1. Upgrade Service Desk,
    1. Service desk needs to be on version 3.16.2 to be compatible with the desired 7.13.2 version
  2. Set Up the AWS container as covered in:
    1. Jira products on AWS
    2. Getting started with JIRA on AWS
    3. Quick Start Deployment Guide
  3. Migrate the Service Desk Instance to the AWS deployment First
  4. Install Jira Software with the Service Desk instance on the AWS deployment
  5. Use project imports to migrate the 7.3.13 Staging server data to the AWS deployment to merge the two instances 
    1. Additional details can be seen in Merging Jira instances
  6. At this point you should be good to go with will everything migrated over to AWS and merged together 

Following the above methods should do the trick but if you also have additional service desk data in the original 6.X server that data would need to be moved over to the AWS container via the previously noted CSV ,  JSON, OR ScriptRunner with the "Copy Project" feature.

Regards,
Earl

Vishwas
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
May 17, 2019

Hello @Earl McCutcheon

About the clarifications, We are having Jira + Agile Plugin in one server and just a Jira Service Desk in other server.

Earl McCutcheon
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
May 20, 2019

Hi Vishwas,

That's good to hear and the best position to be in actually for the upgrade and the Merge of the data.

When Upgrading the 6.X instance ignore the notes i added on the Service desk upgrade points that would be required if it was an issue, but the rest of the steps line up for the upgrade path, and do the 6.3.13 to 7.0.11 to 7.13.2 upgrade path.

Then on the Data merge, migrate the Service Desk data over to AWS first, then install Jira Software and do project imports for the Upgraded instance so you can bring all the data over with the lease amount of effort.

Regards,
Earl

Like Vishwas likes this
Vishwas
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
May 22, 2019

Hello @Earl McCutcheon 

Thanks for the reply and the plans. Just had few more queries:

1) We have Jira 6.3.13 on Oracle 11g version and we want change it postgreSQL DB , Could you suggest us what we can do by keeping upgrade to 7.13.2 in mind.

2)Also we have JSD 3.9.2 on PostgreSQL 9.4 and when we upgrade it to 3.16.2 what should be the DB Version ?

3) Also When we merge both the data we are planning to use PostgreSQL 9.6. So can you please help us what best we can do to achieve this along the upgrade process.

Could you please help me with the plan by adding the database into the picture

Thanks,Vishwas

Earl McCutcheon
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
May 22, 2019

Hi Vishwas,

Sure thing, for your database:

1) We have Jira 6.3.13 on Oracle 11g version and we want change it postgreSQL DB , Could you suggest us what we can do by keeping upgrade to 7.13.2 in mind.

I would suggest setting up the staged 7.0.11 server on PostgreSQL 9.3 as this is the most recent version compatible with the 7.0 versions of Jira and you should be good up to the 7.13 portion of the upgrade noting that the 7.13 version is going to be bundled with the 9.4 JDBC driver and you will want to make sure you are using the 9.3 driver when you upgrade to 7.13, some notes on this can be seen in the 7.13 Supported platforms documentation with links to the driver download page.

This will allow you do do the Initial upgrade hop and a database switch at the same time and then upgrade to 7.13 to prep for the migration to AWS.  Set up the AWS server on the latest 9.6 DB version when you are ready to migrate over

2)Also we have JSD 3.9.2 on PostgreSQL 9.4 and when we upgrade it to 3.16.2 what should be the DB Version ?

You're going to be good on PostgreSQL 9.4 the whole way here, and then again set up the AWS container on the 9.6 for the migration over.

Service Desk is installed on top of the Jira Core base application even if your not using core, so for DB compatibility look at the base Jira version that service desk is installed on top of for the DB alignment.  You can see the JSD and Jira Core version alignment here:

For Jira Service Desk the core application is going to be:

3) Also When we merge both the data we are planning to use PostgreSQL 9.6. So can you please help us what best we can do to achieve this along the upgrade process.

I touched on this one above, but to reiterate, Set up the ASW server on the latest 9.6 for the data migration to the new platform and everything should come across OK when you do the migrate and merge.

Regards,
Earl

Like Vishwas likes this
0 votes
Medhat Ahmed November 22, 2021

Dear @Vishwas 

you can't upgrade directly to 7.13 you should upgrade first to 7.0.x then upgrade to 7.13.x

Best Regards,

Medhat

Suggest an answer

Log in or Sign up to answer