Jira Disaster Recovery file replication process

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

プラットフォームについて: Server および Data Center のみ。この記事は、Server および Data Center プラットフォームのアトラシアン製品にのみ適用されます。

Support for Server* products ended on February 15th 2024. If you are running a Server product, you can visit the Atlassian Server end of support announcement to review your migration options.

*Fisheye および Crucible は除く

目的

This article provides additional information on how the replication process functions when Jira Data Center is configured to use a secondary folder for file replication as per the Disaster Recovery Guide for Jira.

詳細

When file replication is enabled, files are not simultaneously written to both the primary and secondary locations. Instead, Jira monitors the primary home for changes to the selected file types (attachments, avatars, index snapshots, and/or user-installed add-ons) and then queues these changes for asynchronous replay to the secondary location. New files are copied from the primary home to the secondary location, and move/delete operations are mirrored to the secondary location.

For attachments, avatars, and index snapshots these operations are instantaneous. For add-ons, however, the copy/move/delete operation is performed once the replication queue has been idle for 60 seconds.

Configuration files on Jira Installation Directory are not synchronized automatically. The system administrator needs to ensure the application configuration customizations are properly applied on the Disaster Recovery instance.

If a jira.secondary.home path is not defined in the jira-config.properties file after enabling File Replication on Administration (⚙ icon) > System > Replication, a secondary home folder will be created under $JIRA_HOME by default.

最終更新日 2023 年 6 月 19 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.