バックアップからアプリ データを復元する

Jira や Confluence で失われたデータ、または破損したデータを復旧する必要がある場合には復元を実行します。過去 30 日以内に作成されたバックアップを復元できます。

制限事項

• You can only restore backups to apps that are empty and contain no user-generated data. If your organization has activated units, the destination must also have no customer data in the unit-scoped platform apps in scope (starting with Assets). This is evaluated as 'empty supported apps.' A destination that already contains data in any of these apps is not offered as a valid restore target. Make sure that the app you’re restoring to doesn’t have any data. We recommend restoring backups to a newly provisioned app.

  • Confluence では、すべてのスペース (パーソナル スペースを含む) を削除し、ごみ箱から完全に削除します。

  • For the Jira family of apps, delete all associated data and empty the deleted data from trash. This includes deleting Jira Service Management spaces, asset schemas, and help centers.

• 同じ組織で利用可能なアプリにのみバックアップを復元できます。

• 無効化したアプリのバックアップは、アプリを無効化してから 30 日間利用できます。

• データを復元した後、Confluence ページに対して新しいページ ID が生成され、リンク切れが発生する場合があります。リンクの修正方法の詳細

• If your organization has activated units, you have to restore the backup to a separate, empty destination unit within the same organization — never to the unit it came from. Cross-region restores are not supported: the source and destination must be in the same data residency region.

バックアップを復元する

バックアップを復元するには、以下の手順に従います。

1. admin.atlassian.com に移動します。複数の組織がある場合は、対象の組織を選択します。

2. Select Data management, then Backup and restore.

3. [バックアップを復元する] を選択します。

4. Select the app you need to restore.

5. Select a backup from the list. Backups taken in the last 30 days are listed. If your organization has activated units, the backup list shows backups scoped to the units you are managing.

6. バックアップの詳細を確認します。バックアップに添付ファイル、ユーザーとグループ、パーソナル スペースが含まれている場合は、それらを復元するかどうかを選択します。次に [次へ] を選択します。

7. アプリ データの復元先を選択します。アプリが表示されない場合は、次の 2 つの理由が考えられます。

   • バックアップを復元できるのは、格納しているデータがないアプリのみです。[データを含む] フィルターを選択し、[いいえ] を選択します。

   • You can restore data to an app that’s on the same region as the backed-up app. You cn restore data to an app that’s on the same region as the backed-up app.
     Note:
     If your organization has activated units, the destination picker shows eligible destination units. Use the 'Contain data' filter to find empty units. Destinations that fail the emptiness check (for example, contain data in the 1P app or unit-scoped platform apps like Assets) are marked as ineligible.
     If your organization has activated units, you will see eligible destination units (production or sandbox units) that are empty and within the same organization.

8. Select Next.
   Before confirming, review the restore summary carefully.
   For units-activated organizations, the summary shows: the source unit and backup date, the apps being restored, and whether Assets is included or excluded. On Premium, if Assets is listed as 'excluded,' this is expected behavior — see 'Assets during a restore' in this article.

9. 復元の前後に潜在的な問題がないかどうかを確認して、データを検証し、すべての問題を解決します。

   • Jira Service Management に関連するデータの削除を求められた場合は、Jira Service Management プロジェクト、アセット スキーマ、ヘルプ センターの削除が含まれます。

10. 復元するデータを確認してから [復元] を選択します。復元の実行が開始されると、[復元] テーブルに追加されます。

After the restore

After the restore completes, validate that all expected data is present in the destination. For Enterprise with units activated, verify that both your app data and Assets data are present in the destination unit. For Premium with units activated, verify that your Jira, Jira Service Management or Confluence data is present on the Sandbox site; note that Assets remains on your production site unless you opted in to the support-assisted path. If you notice discrepancies, contact Atlassian support.

Restoring with units

If your organization has activated units, you have to restore the backup to a separate, empty destination unit within the same organization. In-place restores and same-unit restores are not supported.

• Enterprise: Restore into an empty app on an empty unit. The destination has its own Assets instance and other platform apps; these must also be empty.

• Premium: Your Production and Sandbox share a single unit. Restores target a Sandbox site. Assets is excluded from the restore by default. If you need Assets restored, you opt in to a support-assisted path that provisions an isolated, site-level Assets instance on the Sandbox.

• Only administrators with authority over both the source backup's unit and the destination unit can perform the restore.

Assets during a restore

Backup scope and restore scope can differ. Capturing Assets in a backup does not mean it is included in every restore.

For a supported restore into a separate destination unit, Assets is restored into the destination’s eligible, empty Assets instance.

For the supported shared-unit Sandbox path, Assets is excluded by default. You can restore the supported app data without changing production Assets or opening a support request.

Include Assets through Support

1. Contact Atlassian Support and identify the backup, destination Sandbox, and Assets data you need restored.

2. Support checks eligibility and explains the effect of preparing an isolated, site-level Assets instance.

3. Review any impact to existing Sandbox Assets data and confirm whether Support should proceed.

4. Wait for Support to confirm the destination is ready.

5. Return to Backup and Restore and retry the restore with Assets included.

The isolated Assets instance can be reused for later restores. It must be empty before another Assets restore; existing data is not silently overwritten.

復元されたグループのアプリへのアクセスを確認する

アプリへのアクセス権では、グループやユーザーがアクセスできるアプリを制御します。アプリの管理者アクセス権は個別に付与されます。アプリへのアクセスを復元しますが、請求に影響するため、ユーザーの確認なしには適用しません。クラウドでのアプリへのアクセスの詳細をご確認ください。

アプリ アクセスを確認するには、以下の手順に従います。

1. アプリのアクセス権を確認するように求める通知が表示されます。

2. アプリへのアクセスを承認します。

後でアクセス権を許可または取り消す

後でアプリへのアクセス権を許可または取り消す方法については、次のページを参照してください。

ユーザーにアプリへのアクセス権を付与する