まず、新しいクラウド サイトに移行するか、既存のクラウド サイトに移行するかを検討する必要があります。

既存のクラウド サイトへの移行

Jira Cloud に既存のサイト データ (ユーザー、グループ、および権限以外の任意のデータ) があり、Jira Server からより多くのデータをインポートしたい場合、Jira Cloud Migration Assistant を使用する必要があります。

これは、Jira のサイト インポート プロセスはプロジェクトに関連付けられたすべてのデータを上書きし、バックアップ ファイルのプロジェクト データで置き換えるためです。

新しいクラウド サイトへの移行

新しいクラウド サイトに移行する場合、標準の移行プロセスをご利用ください。

移行される情報

• ユーザー、グループ、および権限。

• プロジェクトおよび課題を含む、サイト データ。

• Jira 構成。これには、プロジェクト セットアップ、カスタム フィールド、およびワークフロー スキームなどが含まれます。

• カスタム メール ハンドラ。

• アプリケーション リンク。

• 添付ファイル。

• プロジェクトのアバター。

• ロゴ。

• Portfolio for Jira。Portfolio の機能はクラウドとサーバーで異なることに注意してください。ユーザー受け入れテストに Portfolio for Jira Cloud を含め、移行後の差異をユーザーが理解できるようにすることをおすすめします。

移行されない情報

• 移行実施者のグループ権限。移行を実行するユーザーは、移行後に自分自身を以前のグループに再度追加する必要があります。

• アプリ。Jira Server から Jira Cloud への移行時に、バックアッにアプリのデータは含まれません。一部のアプリはデータのエクスポートおよびインポート機能を提供していますが、これが使用可能かどうかをアプリの開発元に問い合わせたり、アプリのドキュメントで確認したりする必要があります。Atlassian Marketplace アプリのライセンスは https://my.atlassian.com/ でご覧いただけます。

• ユーザー アバター。ユーザーは移行後に自身のアバターを更新する必要があります。

• パスワード。SSO をセットアップした場合を除き、ユーザーは移行後に自身のパスワードをリセットする必要があります。

• タイムゾーン。ユーザー プロファイル単位のタイムゾーン情報は失われます。

• 外部ディレクトリで管理されているユーザー。ユーザーが外部ディレクトリで管理されている場合、データを移行するには、Jira Cloud Migration Assistant を使用することを推奨します。Jira Cloud Migration Assistant を使用してすべてのデータを移行できない場合は、ユーザーのみを移行することを検討してください。たとえば、最初に Migration Assistant を使用してすべての Jira ユーザーを移行し、後で Jira Site インポートを使用してプロジェクトをインポートできます。

詳細情報とサポート

移行をサポートする多数のチャンネルをご用意しています。

• 移行の詳細な計画情報や FAQ については、Atlassian Cloud 移行センターを参照してください。
• 技術的な問題が発生していたり、戦略やベスト プラクティスで支援が必要な場合、お問い合わせください。
• また、アトラシアン コミュニティもご利用ください。

• エキスパートによる支援が必要な場合、アトラシアン パートナーにご相談ください。