Migrate from Rich Filters Server/Data Center to Server/Data Center

 

Please use the same Rich Filters for the Jira Dashboards version when migrating data between two Server/Data Center instances. Using different Rich Filters for Jira Dashboards versions on the source and target instances might cause data incompatibility problems.

On this page:

  1. Introduction

  2. Migrating Rich Filters for Jira Dashboards app data

    1. Exporting data

      1. Selectively including or excluding rich filters from the snapshot

    2. Deploying data

Introduction

To migrate Rich Filters for Jira Dashboards app data between two Jira Server/Data Center instances, the Server/Data Center version of Rich Filters for Jira Dashboards integrates with Configuration Manager for Jira (CMJ). Configuration Manager for Jira (CMJ) is a powerful change management and data migration solution, allowing users to migrate data between Jira instances. The migrated data includes Jira issues, projects, configuration and data of 3rd party apps integrated with CMJ.

The Rich Filters for Jira Dashboards app uses two different types of data that need to be migrated:

  1. The configuration of the rich filters defined on your Jira instance

  2. The configuration of the rich filter gadgets used in dashboards on your Jira instance

Configuration Manager for Jira (CMJ) allows you to automatically migrate both types of data: rich filters and dashboards containing rich filter gadgets. 

The integration with Configuration Manager for Jira (CMJ) is available, starting with Rich Filters for Jira Dashboards version 1.24.0. The functionality described below was tested with Configuration Manager for Jira (CMJ) version 6.10.7.

Migrating Rich Filters for Jira Dashboards app data

Before migrating your data, you should know how Configuration Manager for Jira (CMJ) works. The documentation of Configuration Manager for Jira (CMJ) is available here. 

Migrating your data between two Jira Server/Data Center instances requires several configuration steps, detailed in the Configuration Manager documentation for Jira (CMJ). Below, we refer only to the migration details relevant to the migration of the Rich Filters for Jira Dashboards app data.

Exporting data

To export data from a Jira Server/Data Center source instance, Configuration Manager for Jira (CMJ) allows users to create three types of snapshots: system configuration snapshot, Project configuration snapshot, or Project snapshot with issues. The data in each snapshot type is detailed in the relevant Configuration Manager for Jira (CMJ) documentation.

Each type of snapshot may include Rich Filters for Jira Dashboards app data, depending on the selected configuration at snapshot creation. More precisely:

  • The System configuration snapshots will contain:

    • the rich filters from the source Jira instance if the "Include Global App Data" checkbox is selected in the snapshot creation configuration screen

    • all the dashboards from the source instance (including dashboards that might contain rich filter gadgets) if the "Include all Dashboards" checkbox is selected in the snapshot creation configuration screen

  • The Project configuration snapshots and Project snapshots with issues will contain:

    • the rich filters from the source Jira instance if the Rich Filters for Jira Dashboards app is selected in the Select Apps configuration screen

    • those dashboards from the source instance (some of which might contain rich filter gadgets) that are selected in the Select Dashboards configuration screen.

Selectively including or excluding rich filters from the snapshot

By default, when creating a new snapshot, all the rich filters existing on the source Jira instance are included if the users choose to export Rich Filters app data. However, Jira administrators can refine this process and specify whether certain rich filters should be included or excluded from the snapshot. This can be achieved through the App migration page in Jira’s Manage Apps administration menu under the Rich Filters section. This page offers the following choices:  

  1. Include all rich filters—This is the default selection. It ensures that all rich filters available on the source instance are included in the snapshot.

  2. Include only the specified rich filters—This option allows Jira administrators to define a specific set of rich filters to be included in the snapshot. The list of rich filters is indicated by their respective IDs, separated by commas. All rich filters not included in the list will be excluded from the snapshot.

  3. Include all rich filters except the specified ones—When this option is selected, Jira administrators can designate a list of specific rich filters to be excluded from the snapshot. As above, the list is provided as comma-separated rich filter IDs. All rich filters not listed are automatically included in the snapshot.

Deploying data

Snapshots can be deployed on Jira Server/Data Center target instances. There are two snapshot deployment modes:

  • Merge Configuration – the configuration in the snapshot is "merged" with the existing configuration on the target Jira instance

  • Restore Configuration – the configuration in the snapshot "replaces" the existing configuration on the target Jira instance 

For more details about the deployment modes, refer to the Configuration Manager for Jira (CMJ) documentation. 

The user can choose between the two deployment modes for System configuration snapshots. For Project configuration snapshots and Project snapshots with issues, the deployment strategy is always Merge Configuration.

Depending on which of the two deployment modes is used, the Rich Filters for Jira Dashboards app data is deployed as follows:

  • If the deployment mode is Merge Configuration:

    • No existing rich filter on the target instance is modified in any way.

    • If the snapshot contains a rich filter that does not exist on the target instance, then the rich filter is deployed on the target instance.

    • If the snapshot contains a rich filter and if the target instance also contains a rich filter that was created as part of a previous deployment and based on the same source filter as the one in the snapshot, then the existing rich filter on the target instance is kept as is and the rich filter in the snapshot is skipped from the deployment; if the user wishes to deploy the rich filter version which is stored in the snapshot, then he needs to manually delete the existing rich filter on the target instance, before deploying the snapshot.

    • If a snapshot contains a Jira dashboard (which might contain rich filter gadgets) and the same dashboard does not already exist on the target instance, then the dashboard is deployed on the target instance.

    • If a snapshot contains a Jira dashboard (which might contain rich filter gadgets) and if the same dashboard already exists on the target instance as part of a previous deployment, then the dashboard configuration on the target is overwritten by the dashboard configuration in the snapshot.

  • If the deployment mode is Restore Configuration:

    • All rich filters on the target instance are deleted and replaced by those in the snapshot.

    • If a snapshot contains a Jira dashboard (which might contain rich filter gadgets) and the same dashboard does not already exist on the target instance, then the dashboard is deployed on the target instance.

    • If a snapshot contains a Jira dashboard (which might contain rich filter gadgets) and if the same dashboard already exists on the target instance as part of a previous deployment, then the dashboard configuration on the target is overwritten by the dashboard configuration in the snapshot.