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.
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:
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:
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:
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:
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:
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
Hello @Earl McCutcheon
About the clarifications, We are having Jira + Agile Plugin in one server and just a Jira Service Desk in other server.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.