HYCU、Jiraインスタンスの完全復旧機能を提供開始

多くのJira管理者は、データがバックアップされていれば復元できると想定しています。この想定は、個々のアイテムに関しては成り立ちます。しかし、問題の規模が大きくなると、その想定はすぐに通用しなくなります。

数十のプロジェクトを一括削除してしまうケース。失敗した移行。 Atlassian環境全体をダウンさせるランサムウェア攻撃。こうした状況では、直感的にバックアップから復元しようと考えがちです。しかし実際には、Jiraインスタンスの復元はファイルやメールボックスの復元とは異なり、ほとんどのバックアップツールはJiraの実際の構造に対応して設計されていません。 

Jiraはフラットなデータセットではなく、階層化されたアプリケーションです

復旧が困難な理由を理解するには、Jiraの構造を把握することが役立ちます。稼働中のJiraインスタンスは、階層構造で構築されています。最下層にはグローバル設定（フィールド定義、ワークフロースキーム、権限スキーム、課題タイプスキーム）があります。 プロジェクトは、その設定の上に構築されています。課題はプロジェクト内に存在します。プロジェクト間のリンクや参照は、これらすべての上に位置しています。

Jira内のすべてのオブジェクトは、IDによって他のオブジェクトを参照しています。プロジェクトは独自のフィールド定義を保持しているわけではありません。それらを指し示しているのです。 課題も独自のワークフローを保持しているわけではありません。ワークフローを参照しているのです。これらのIDこそがインスタンスを統合している要素であり、同時に復旧を複雑にしている要因でもあります。

きめ細かな復元では不十分な理由

Jira向けのバックアップソリューションの多くは、オブジェクトを1つずつ復元します。 プロジェクト単位の復元に対応しているものもあります。どちらのアプローチも、対象を絞った復元には有効です。しかし、インスタンス全体を復元する必要がある場合、深刻な問題を引き起こします。その理由は3つあります。 

1. 順序のずれが不具合を引き起こします。 Jiraのオブジェクトは、厳密な順序で互いに依存し合っています。 プロジェクトのグローバル設定が復元先で存在しない状態でプロジェクトを復元すると、そのプロジェクトは参照すべき対象がなくなります。そのスキーマは、まだ存在しないIDを指してしまいます。その結果、プロジェクトが機能しなくなってしまいます。 
2. プロジェクト間の参照が失われます。 Jira では、あるプロジェクトの課題を別のプロジェクトの課題にリンクさせることができます。 プロジェクトが個別に復元されると、対象となるプロジェクトがまだ存在しないか、異なるIDで存在するため、それらのリンクが切断されてしまいます。 数百ものプロジェクトにわたってこれを手動で修正することは、現実的な復旧方法とは言えません。
3. 唯一信頼できる代替手段は、セルフサービスではありません。 Atlassian は内部的な特定時点への復元機能を提供していますが、お客様ご自身で実行することはできません。サポートリクエストが必要で、時間がかかり、何が復元され、何が復元されなかったかについての可視性も限られています。 

インスタンスの完全な復旧に実際に必要なこと

Jira インスタンスを稼働状態に戻すには、データだけでは不十分です。適切な順序で復元し、すべての要素が整った後にオブジェクト間の参照をすべて再バインドする必要があります。それがなければ、データはあっても、 正常に動作するJiraは手に入りません。

災害復旧、環境のクローン作成、または新しいテナントへの移行といったサイト間復元の場合、さらに複雑さが増します。 すべてのオブジェクトは、復元先で新しい ID を割り当てられます。ソースでは特定の識別子を持っていたプロジェクトも、復元先では異なる識別子になります。元のインスタンスで特定の方法で参照されていたスキーマも、復元先では異なる方法で参照されるようになります。復元作業中にこれらの変更を追跡しなければ、プロジェクト間のリンク、フィールドの参照、および関係性を正確に再構築することはできません。 これを考慮しない復元では、データ自体は取得できても、データ間のつながりが失われてしまいます。そして Jira において、こうしたつながりこそが最も重要な要素であることが多いのです。

真の完全なインスタンス復元には、以下のことが必要です：

1. まずグローバル設定を復元し、プロジェクトが作成される前に、すべてのスキーマ、フィールド、および設定が存在するようにします。 
2. すべてのプロジェクトを復元し、その設定がグローバル層に正しく紐付けられるようにします。 
3. 復元中に ID がどのように変化するかを追跡し、その情報を用いて、宛先においてすべてのプロジェクト間の参照および関係を正確に再構築します。
4. プロジェクト間のメタデータは最後に復元し、すべてのプロジェクトが存在し、それぞれの新しい識別子が判明した時点で、プロジェクト間のリンクや関係性を再構築するようにします。 

HYCU R-Cloud は、サイト間で Jira インスタンスの完全な復元を実現するようになりました

HYCU R-Cloud は、Jira インスタンスの完全な復元を実現するようになりました。 管理者は 1 回の操作で、Jira サイト全体を別の宛先に復元できます。まずグローバル設定が復元され、その後すべてのプロジェクトが並行して復元され、最後にプロジェクト間のすべてのリンクと関係が正確に再構築されます。 

これは、災害復旧、テナント移行、および環境のクローン作成のための復旧パスです。また、チームが本番環境と常に同等の状態を保つために、並行する Jira 環境を維持する方法でもあります。 この復元機能は、サイト間移動に伴うあらゆる複雑な処理を処理するため、新しいサイトではすぐに使用可能なJira環境が構築されます。

Jiraデータには、本格的な復旧計画が必要です

Jiraは、エンジニアリング業務の計画、追跡、および成果物の提供が行われる場です。 これを単なるSaaSのバックアップ問題として扱うことは、アプリケーションの実際の動作を理解していないことになります。

大規模な問題が発生した場合、データのコピーだけでは不十分です。 Jiraの構造を理解し、正しい順序で復元を行い、オブジェクト間の関係を復元できるリカバリパスが必要です。HYCU R-CloudにおけるJiraインスタンスの完全復元は、まさにそれを実現するために設計されています。

実際の動作をご覧になりませんか？ 

デモをご依頼ください。