Table of Contents | ||||
---|---|---|---|---|
|
Download Zephyr
Download Zephyr on the following page: Zephyr Download.
Zephyr Enterprise currently supports direct upgrades from the older version starting at v7.9.
If you need to upgrade from an older version below v7.9, contact support.
Info |
---|
As you transition to Zephyr Enterprise v7.19.0, please be aware that the upgrade process may take more time, especially with substantial data. Prepare for possible downtime. |
Pre-upgrade steps
Step 1 Zephyr Enterprise supports v8.0.x effective from v7.17. Therefore, if you use MySQL you need to upgrade your MySQL DB to v5.7.x or v 8.0.x before upgrading your Zephyr Enterprise to v7.17.
The current Elasticsearch settings by default allow automatic index creation if a document is pushed into a non-existent index. With this feature and a loophole in Zephyr's indexing process, users can create new indexes without intending to. This causes an indexing issue, as the indexing percentage will drop to ~1%, and the index-relate functionality is affected.
To stop this, configure Elasticsearch to disallow any index for Zephyr. As a result, any index which begins with the name "Zephyr" will not be allowed for automatic creation.
Step 2: Follow this step if you want to use ES 8.6.2
Info |
---|
To use ES 8.6.2, uninstall the previous Elasticsearch version before installing ES 8.6.2. Please see the Windows and Linux instructions below: |
Expand | ||
---|---|---|
| ||
Uninstall the previous Elasticsearch version:
|
Expand | ||
---|---|---|
| ||
|
Step 3: Take a backup of the entire database: Steps to take database backup.
Step 4: Take a backup of the attachments, which are located in the file system (separate from the database).
We suggest you take a backup of the entire folder which can be found in Windows under the Zephyr Directory (ZephyrDir) or in Linux within /zephyrdata.
Step 5: Check the Server.xml file for the AJP connector.
Stop the Zephyr Server.
Open the file zephyr/tomcat/conf/server.xmland comment out the line below:
Code Block language xml <!-- <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" /> -->
Save the file, exit, and then you can start the upgrade process.
Note |
---|
If SSL is previously setup in Zephyr, take a copy of your Java keystore file which is present under the Zephyr/tomcat/conf path file. For special SSL consideration, we recommend viewing the following page: Special SSL Consideration. |
Step 6: Replace the recommended connector jar file.
Refer to the steps below to replace the recommended connector jar file for MySQL or MSSQL. The instructions are provided separately for each connector:
Expand | ||
---|---|---|
| ||
If it is a cluster setup, you must perform the above steps on all nodes. |
Expand | ||
---|---|---|
| ||
If it is a cluster setup, you must perform the above steps on all nodes. |
Step 7: Take a backup of the nodedata, which are located in the file system.
We suggest you take a backup of the entire folder which can be found in Windows under the Zephyr Directory (ZephyrDir) or in Linux within /nodedata.
Info |
---|
Please take care of it if you have two or more nodes while upgrading the cluster environment: The process of installing, updating, and executing the node occurs in a single step, starting from copying the update files. Do not run the Upgrader simultaneously on all nodes, as it may lead to issues with database consistency. First, execute the Upgrader on a single node until it completes, and then proceed with upgrading the rest of the nodes. |
Upgrade on Linux from Root to Non-root user
Step 1: Stop the Zephyr Service.
Code Block | ||
---|---|---|
| ||
sh /opt/zephyr/tomcat/bin/shutdown.sh |
Step 2: Run the installation file of Zephyr Enterprise:
Step 3: Select the Upgrade option:
Step 4: Select the Zephyr installation folder where Zephyr was installed:
a. If you select the option 2- No, Manually, then you will have to change the ownership of the files manually. Click here for more steps.
b. If you select the option 1- Yes, automatically, then the installer changes the ownership of the files automatically. Depending on the number of files, this operation may take time.
Step 5: Specify the Elasticsearch IP address and port:
Step 6: The upgrade has completed successfully:
Step 7 (Optional): If needed, enable authentication in Elasticsearch. See detailed instructions.
Step 8: Once the upgrade is complete, navigate to {ZephyrDir}/tomcat/conf/server.xml
You need to change port to 1024 and above.
Step 9: Once Zephyr is installed successfully, launch the application and wait until reindexing is completed.
Please refer to the Post-Upgrade Process section below.
Post-upgrade steps
Post-upgrade recommendations
Step 1: After upgrading, we recommend users clear their browser cache when accessing their Zephyr application if you are experiencing issues regarding cached pages.
Step 2: After upgrading, we strongly recommend users to perform a re-index of your Zephyr instance to ensure the integrity of your data and information within the Zephyr instance. For more details on reindexing refer Full Reindex.
Step 3: After upgrading, your users must update their OAuth keys from within Zephyr again on the Defect Tracking page in the administration section.
With the updated authentication for Jira, Zephyr saves the entries in the database and requires a manual update for the OAuth keys. The user needs to manually reset the consumer key name and the consumer private key.
Step 4: Update the Tomcat configuration.
Stop the Zephyr application server.
Locate the server.xml file under the Zephyr installation directory. (Zephyr Directory}\tomcat\conf)
Open the server.xml file and locate the <Host> tag.
Add the following value below the <Host> tag:
Code Block <Valve className="org.apache.catalina.valves.ErrorReportValve" showReport="false" showServerInfo="false" />
Save the server.xml file.
Start the Zephyr application server.
Step 5: If Zephyr application does not start
Verify the connector files in {Zephyr Directory}\tomcat\webapps\flex\WEB-INF\lib folder after upgrade.
Remove one file (older file) if there are 2 connector files and start Zephyr application.
Post-upgrade recommendations for special considerations and scenarios
These scenarios are based on whether or not users may have certain features enabled (SSO/etc.) These are not applicable to all customers.
Step 1: If SSL is setup in the previous version of Zephyr, then follow the instructions in Special SSL Consideration.
Step 2: Create and Validate Webhooks (May apply to users upgrading from either Zephyr Enterprise 6.2 or an earlier release).
Re-create the Webhook
1. The user must map a Zephyr project to their Jira instance/project. When users map a single project to their Jira, all other projects will be mapped creating the webhook. Users can choose to select any project to map as it does not matter which project is selected. Once the user finishes mapping the project to their Jira, the webhook will be created successfully in Zephyr.
Validate the Webhook
2. For users, you may want to double check that the webhook is created by navigating to the Jira webhook page and validating that all of the Jira projects are included in the webhook JQL.
Step3: Update ZBot. You can download the ZBot installation file either from Zephyr by clicking the username in the top-right corner and selecting Download ZBot from the dropdown, or by going directly to http://<your_zephyr_server>/zephyr/zbot
.
Step 4: Users must disable binary logging in the MySQL 8.0.x. By default, the binary logging is enabled in MySQL 8.0.
SSO Consideration: If you have SSO set up, your users may run into the following scenario.
The Zephyr login page will now auto-redirect to the SSO page if zephyr is integrated with SSO.
For the Internal-login page, there will be no redirection. On that page, the login will contain the same behavior in the scenario that the admin wants to change the integration.
https://<Zephyr domain>/flex/html5/internal-login
When a user logs out of the system, they will be able to view the 2 following options:
A normal login (Internal login for users)
A Single Sign-On login (SSO)
The advantage of this is that if an SSO user is logged into their SSO already and that user hits the Zephyr URL, the user does not need to type their username and password. When navigating to the Zephyr URL, the SSO user will automatically be logged into Zephyr.
Note |
---|
Linked test case statuses in JiraFrom Zephyr Enterprise 7.21 and later, we've removed the support of the remote link created in Jira. However, any old or existing links in Jira that have remote links pointing to test cases in Zephyr will still display in Jira. The reason for this is that Zephyr cannot update/remove those existing remote links during the upgrade process. However, we recommend using the ZE Plugin to view the traceability report in Jira Zephyr Enterprise Jira Plugin. |
Rollback process
Rollback may be required in the following cases:
When the Zephyr server is not stopped prior to the user starting the upgrade process.
When Zephyr is configured with Tomcat VisualVM memory configuration and then the Zephyr server stopped and user performs an upgrade process.
If a rollback is required, follow the instructions in Zephyr On-Premise Rollback Process.