Study guide
10.4 System Backup, Restore & Data Import
Atlassian Certified Professional - Jira Administration for Cloud ACP-120
Track your progress as you read
Finished sections get a check mark.
1 Chapter 1: Exam Overview, Blueprint & Jira Cloud Fundamentals
1.1 ACP-120 Exam Structure, Blueprint & Testing Strategy 1.2 Jira Cloud Architecture, Products & Admin Hierarchy
2 Chapter 2: Organizations, Managed Accounts & Global Access
2.1 Atlassian Organizations, Domain Verification & Managed Accounts 2.2 Atlassian Guard, SAML SSO, SCIM & Authentication Policies 2.3 Site Access, Product Access Tiers & Global Permissions 2.4 User Directory Architecture: Groups vs. Project Roles
3 Chapter 3: Project Permissions & Issue-Level Security Schemes
3.1 Permission Scheme Mechanics & Critical Project Permissions 3.2 Permission Troubleshooting, Additive Permissions & Permission Helper 3.3 Issue Security Schemes, Security Levels & Access Containment
4 Chapter 4: Project Configuration, Types, Versions & Boards
4.1 Company-Managed vs. Team-Managed Project Architecture 4.2 Project Templates, Project Keys & Project Categories 4.3 Project Components, Component Leads & Default Assignees 4.4 Versions, Fix Versions, Release Lifecycles & Project Archiving 4.5 Scrum and Kanban Board Configuration, Board Filters & Columns
5 Chapter 5: Issue Types, Custom Fields, Screens & Schemes
5.1 Standard vs. Sub-task Issue Types & Issue Type Schemes 5.2 Custom Field Types, Global vs. Project Contexts & Options 5.3 Field Configurations, Renderers, Hiding & Required Fields 5.4 Screens, Screen Schemes & Issue Type Screen Schemes
6 Chapter 6: Workflows — Company-Managed and Team-Managed
6.1 Statuses, Status Categories, Direct & All-to-One Global Transitions 6.2 Transition Rules: Conditions vs. Validators 6.3 Post Functions, Execution Order & Resolution Management 6.4 Workflow Schemes, Editing Active Workflows & Status Migration 6.5 Team-Managed Workflows, Statuses & Workflow Rules
7 Chapter 7: Jira Cloud Automation
7.1 Automation Engine, Rule Architecture & Event Triggers 7.2 Automation Conditions, Smart Values & String/Date Expressions 7.3 Branch Rules, Related Issues, Sub-tasks & Parent Epics 7.4 Rule Scopes, Automation Usage, Audit Logs & Error Handling
8 Chapter 8: Notifications, Events, Personal Settings & Mail Handlers
8.1 Jira Events, System Events & Notification Schemes 8.2 Notification Recipients, Custom User Fields & Deduplication 8.3 Team-Managed Notifications, Personal Settings & Troubleshooting Missing Email 8.4 Mail Handlers: Creating Issues and Comments from Email
9 Chapter 9: JQL, Filters, Dashboards & Bulk Operations
9.1 JQL Fundamentals, Clauses, Operators & History (WAS / CHANGED) 9.2 Advanced JQL Functions & Dynamic Date Searches 9.3 Filter Permissions, Shared Filters & Filter Subscriptions 9.4 Dashboard Layouts, the Default Dashboard, Sharing & Essential Gadgets 9.5 Bulk Operations: Edit, Move, Transition, Delete & Watch
10 Chapter 10: System Administration
10.1 Global UI Features: User Defaults, Look and Feel, Announcement Banner & Default Dashboard 10.2 Statuses, Resolutions, Priorities & Sub-tasks: Global Configuration 10.3 Global Settings: Time Tracking, Issue Linking, Attachments & Application Links 10.4 System Backup, Restore & Data Import
10.4 System Backup, Restore & Data Import
Key Takeaways Explain This Topic AI
Jira admins can't import or export data; creating and restoring site backups are organization-level (org or site admin) tasks.
Backup manager creates a cloud backup, optionally with attachments, avatars, and logos; with those files included, you must wait 48 hours between backups.
Backups include issues, boards, sprints, users, groups, and configuration, but not automation rules, third-party app data, Assets, or app access settings.
Importing a backup's entities.xml and activeobjects.xml overwrites the whole target site; since 22 January 2026, only backups 30 days old or less can be restored.
A project archived before the backup was created is still archived after the restore and appears in the Archive list.
Last updated: September 2026
10.4 System Backup, Restore & Data Import
Blueprint objective 7.4 asks you to understand import options , the steps for creating a backup (including media) , how to restore data from a backup , the permissions needed for backup and restore, and how archived projects are handled when you import from a backup. The most important fact is about permissions: the Administer Jira permission is not enough.
Who Can Back Up and Restore
Atlassian's global-permissions documentation states that users with Administer Jira cannot import or export data . Creating a site backup, restoring one, and running site imports are organization-level (org admin or site admin) tasks. On the exam, if a Jira admin can't find or use Backup manager, the answer is almost always that they need an org-level admin role, not a missing project permission.
Organizations can also block data exports for particular apps or data classification levels, which prevents exports even for admins.
Creating a Backup (Backup Manager)
Where: Settings > System > Import and Export > Backup manager .
Under Backup for cloud , select Create backup for cloud .
To include media, tick Include additional files . This adds issue attachments, user avatars, and project logos to the backup.
When the backup finishes, select Download backup file .
Frequency rule: you can create a backup at any time. However, if the backup includes attachments, avatars, or logos , you must allow 48 hours between backups .
What a Cloud Backup Contains
Included Not Included
Issues and field content (system and custom fields) Automation rules (export and import them separately from automation settings)
- Board and sprint data Third-party apps and their data
- Users and group settings Assets (Jira Service Management)
- Comments Opsgenie-powered JSM features (alerts, on-call schedules)
- Media (attachments, avatars, logos) if selected App access settings (you re-add users to groups afterwards)
Project configuration: workflows, global permissions, schemes, screens, custom field configuration, issue types, board configuration Jira Product Discovery views, insights, and vote fields
Plans (Advanced Roadmaps) data
The downloaded file is a ZIP containing entities.xml and activeobjects.xml (the database) plus a data folder with attachments and avatars , and a logos folder.
Backups for Data Center: Atlassian discontinued Backup for server on 30 June 2025. Team-managed projects don't exist in Data Center, so Atlassian's guidance is to move important work into company-managed projects (or delete team-managed projects) before producing a Data Center-compatible backup. The CSV importer is the suggested route for moving data to Data Center.
Restoring a Backup into Jira Cloud
Where: Settings > System > Import and Export > Import Jira Cloud (older documentation calls it Restore system ).
Know these consequences before you restore:
Importing entities.xml and activeobjects.xml overwrites the entire database of the target site. It replaces all existing data. It isn't a merge, and you can't restore a single project this way.
Importing media folders overwrites the corresponding attachments, avatars, or logos.
Atlassian recommends splitting the backup into a database file and a media file (and splitting media larger than 5 GB) to avoid timeouts. You can also remove folders you don't want to import before re-zipping.
Age limit: from 22 January 2026, Backup manager only restores backups that are 30 days old or less .
After import: log in with the same admin account you used on the source site. Grant app access to imported users, because the import doesn't apply default app-access settings. Reconfigure custom email channels, since Cloud-to-Cloud imports don't copy custom email passwords.
Users are merged with existing Cloud accounts, which can give some users extra access, so review group memberships.
Imports from Data Center don't carry the Data Center-only Jira System Administrators permission or changes to Administer Jira . Reconfigure admin groups after the import.
How Archived Projects Are Handled
A project that was archived before the backup was created is still archived after you restore that backup. You'll find it in the Archive list in project (space) settings, not among active projects. It stays read-only and out of search until a Jira admin restores it from the archive.
Recovering One Deleted Issue
Atlassian's own backups can't restore individual deleted issues. The only routes are to import a pre-deletion backup into a separate site, export the issue, and CSV-import it back, or to reconstruct it from notification emails. This is why admins restrict Delete Issues and prefer a Cancelled status.
Import Options for Other Data
Import Path Typical Use
CSV import Issues from spreadsheets or other tools; also used to fix data (for example, to re-attach orphaned sub-tasks by mapping parent IDs, or to reload custom field values after a team-managed to company-managed move)
- JSON import Structured imports from other systems when CSV can't express the data well
- Trello import Bring Trello boards into Jira
Other work trackers Atlassian-documented migration paths from other tools, usually through the external system importers
- Backup import (Import Jira Cloud) Replace a whole site with a Cloud (or Data Center) backup
- Automation rules Exported and imported as JSON from automation settings, because backups don't include them
Choosing the right tool: use CSV or JSON to add data to a live site. Use Import Jira Cloud only when you intend to replace the site's data.
Scenario Walkthrough
A company wants to clone its production Jira site into a new empty Cloud site for training.
An org admin runs Create backup for cloud with Include additional files on the production site, and downloads the ZIP.
They split the ZIP into a database file and a media file.
On the empty training site, an org admin uses Import Jira Cloud to import the database file, then the media file.
They log in with the same admin account, grant app access to the imported users, and re-import the automation rules exported from production.
They confirm that projects archived in production appear under Archive on the training site.