アセットのオブジェクトが多すぎる
このインサイトでは、アセットのオブジェクトの総数がハード制限を超えているかどうかをチェックします。制限を超えている場合は、Jira Cloud Migration Assistant の移行前チェックによって移行がブロックされます。
ハード制限とフリー制限
ハード制限とは別に、オブジェクト 50,000 個というフリー制限もあります。この制限を超えるオブジェクトに対して、Jira Cloud で追加の請求が行われます。現時点では、ポートフォリオ インサイトはこの制限をチェックしません。
問題点
新しいアセット プラットフォームへの移行のため、Jira Cloud にはオブジェクトの総数に対するハード制限が設けられています。これは、Jira のパフォーマンスと応答性に影響が出ないようにするために、アセットの特定エリアにおいて制限を導入する必要があったからです。
ハード制限 vs. フリー制限
ハード制限を超えると移行がブロックされます。このような場合は、移行前にオブジェクトをクリーンアップする必要があります。
さらに、Jira Cloud にもアセットのフリー制限が設けられています。現在の制限はオブジェクト 50,000 個に設定されています。この制限を超えるオブジェクトは、消費量に基づく価格設定 (月額サブスクリプションの場合はオブジェクト単位、年間サブスクリプションの場合は特定の階層) に基づき、追加で請求が行われます。ライセンス コストを削減するために、移行前にアーカイブ済みのオブジェクトや古いオブジェクトをクリーンアップすることをお勧めします。フリー制限を超えるオブジェクトを保存するには、追加の Marketplace アプリ (アセット用の追加オブジェクト) もインストールする必要があります。
推奨事項
ハード制限を超えている場合は、オブジェクトの数を減らす必要があります。フリー制限を超えている場合は、ライセンス コストを削減するために、オブジェクトを見直し、不要なものをクリーンアップすることをお勧めします。
オブジェクトのクリーンアップに関する推奨事項
ハード制限とは別に、オブジェクト 50,000 個というフリー制限もあります。その制限を超えるオブジェクトに対しては、追加で請求が行われます。
ここでは、未使用のオブジェクトの削除に関するヒントとベスト プラクティスをご紹介します。
削除対象となるオブジェクトの優先度を決める
最初に削除すべきオブジェクト:
アーカイブ済みのオブジェクト: Jira Cloud にはアーカイブ済みのオブジェクトという概念がありません。つまり、アーカイブ済みのオブジェクトは移行後に通常のオブジェクトになるため、フリー制限を超えると追加料金が請求されます。まずは、こうしたオブジェクトの見直しと削除を行いましょう。
未使用のオブジェクト: 他のオブジェクトや Jira 課題から参照されていないオブジェクト。
孤立したオブジェクト: インバウンドまたはアウトバウンドの参照がないオブジェクト。
長期間、更新または使用されていないオブジェクト: 日付属性を使用して古いデータを検索します。
アセット クエリ言語 (AQL) でオブジェクトを特定する
アセット クエリ言語は、削除対象となるオブジェクトを見つけるための主なツールです。役に立つクエリをいくつかご紹介します。
- アーカイブ済みのオブジェクトを見つける
Status = Archived(Status を実際のステータス属性名に置き換えます)
- 他から参照されていないオブジェクト (孤立したオブジェクト) を見つける
object NOT HAVING inboundReferences()もしくは、何も参照していないオブジェクトを見つけるには、次を使用します。
object NOT HAVING outboundReferences()- 未使用のオブジェクトを探す (Jira 課題にリンクされていないオブジェクト)
"Issue" IS EMPTY("Issue" を Jira 課題リンクの実際の属性に置き換えます)
- 過去 180 日間で更新されていないオブジェクトを探す
Updated < -180dAQL の詳細
その他のクエリと詳細については、AQL のドキュメントをご確認ください。
一括削除の方法
オブジェクトを効率的に一括削除する方法はいくつかあります。
- UI での一括アクション
- CSV に含まれていないオブジェクトを削除するための CSV エクスポート/インポート
- アセット自動化と REST API
これらの方法の使い方の詳細については、「How to bulk delete assets efficiently (アセットを効率的に一括削除する方法)」を参照してください。
削除の順序
依存関係がある場合は、親の前に子オブジェクトを削除します (参照エラーを避けるため)。
リスクを最小限に抑えるため、まずアーカイブされたオブジェクトと未使用のオブジェクトを削除します。
常に参照を確認する: AQL を使用して、まだ使用中のオブジェクトを削除しないように確認します。
安全性とパフォーマンスに関するヒント
一括削除を行う前に必ずデータをバックアップしましょう。
すべてのオブジェクトで実行する前に、小さなバッチで AQL クエリをテストしましょう。
システム パフォーマンスを監視する: 大量の削除を行うと、データベースがロックされたり、UI の遅延が発生したりする可能性があります。
誤って削除されないように、使用後は自動化ルールを無効にしましょう。