Jira Cloud

Data Replication

• Historical Data:

  • For existing Pipelines: In the first run of the Pipeline, Hevo ingests the data from the beginning of time for all the objects in your Jira Cloud account.

  • For Pipelines created after Release 1.80: You can select the Historical Sync Duration as per your requirement while creating a Pipeline. Default duration: 3 Months.

• Incremental Data: Once the historical load is completed, every subsequent run of the Pipeline fetches the entire data for the objects you select. In case of the Issue object though, only the new and modified data is ingested.

Note: From Release 1.86, Hevo ingests only new and updated data for Full Load objects to optimize the quota consumption. This feature is currently available on request only. You need to contact Hevo Support to enable it for your team.

Custom frequency for Full Load objects

Hevo allows you to set the ingestion frequency for Full Load objects separately from the Pipeline ingestion frequency. You can reduce your Events quota consumption by ingesting Full Load objects at a lower frequency without affecting other objects in the Pipeline. Read Query Modes and Events Quota Consumption to know how different query modes affect your Events quota consumption.

You can identify the Full Load objects in the Pipelines Detailed View by the FL tag corresponding to their name. Alternatively, you can view only Full Load objects for your Pipeline by selecting Full Load in the Filter ( ) menu.

Perform the following steps to change the ingestion frequency for Full Load objects:

1. In the Pipelines Detailed View, click the More ( ) icon to open the Pipeline’s Action menu, and click Change Schedule.

   

2. In the Change the Ingestion Schedule pop-up dialog, enable the Change Full Load Object Schedule option.

   

3. Select the ingestion frequency for the Full Load objects from the options displayed, or you can select Custom, and then enter the ingestion frequency in hours as an integer value.

   

4. Click SCHEDULE.

   The changed schedule is applied immediately.

---

Schema and Primary Keys

Hevo uses the following schema to upload the records in the Destination:

---

Data Model

The following is the list of tables (objects) that are created at the Destination when you run the Pipeline.

Table Name	Description
board	A board displays issues from one or more projects, giving you a flexible way of viewing, managing, and reporting on the work in progress. All the boards that the user has permission to view.
board_issue	IDs of all issues within a given board ID, which the user has permission to view. Note: Epic issues do not belongs to the scrum boards.
board_project	All the projects, ordered by name, that are associated with a given board ID. If you do not have permission to view the board, no project is loaded.
component	All components in a project.
issue	All work-related information relating to a unit of work. This includes the description of the work to be done, its duration, type, assignee, and importance. Note: The custom fields created in an issue have the prefix custom_ in the field name.
issue_changelog	A paginated list of all change logs for an issue, starting from the oldest. This also includes the meta data related to the changes.
issue_comment	All comments logged by users for an issue.
issue_component	The mapping between issues and project components. This is a custom table generated by Hevo to maintain data sanity.
issue_fix_version	The mapping between issues and project versions. This is a custom table generated by Hevo to maintain data sanity.
issue_label	All the labels assigned to an issue.
issue_link	All the relational information between two issues.
issue_link_type	The definitions of all relations that exist between two issues. Note: The issue linking option must be enabled.
issue_subtask	All the subtasks related to a particular issue ID.
issue_type	All issue types, such as bug, task, or story.
issue_version	The mapping between issues and project versions. This is a custom table generated by Hevo to maintain data sanity
issue_watcher	The users who are watching the developments for an issue. Note: The Allow users to watch issues option must be enabled.
issue_worklog	The work logs for an issue, starting from the oldest work log or from the work log started on or after a date and time. Whenever an issue is updated, the work log object related to it is ingested from the beginning of time. Note: Time tracking must be enabled in Jira for this data to be fetched.
priority	The list of all priorities that are assigned to an issue.
project	The collection of issues that share a common project lead.
project_category	The list of all project categories.
resolution	The list of all resolution values that are assigned to an issue.
status	The list of all statuses associated with workflows.
status_category	The list of all status categories. Each status belongs to a status category.
sprint	All sprints for a given board ID. This only includes sprints that you have permission to view.
user	The list of all (active and inactive) users.
version	All versions in a project.

---