移行のダウンタイムを短縮する

In general, the more data and users you have, the more downtime you can expect when migrating from Data Center to Cloud. We can't provide an exact estimation of downtime because it depends on your internet speed, what data you're migrating, and other variables.

ダウンタイムを短縮して希望する期間内に移行を完了するために活用できる主要な戦略をガイドにまとめました。

テスト移行の実行

テスト移行を実行して移行に必要な時間を予測し、必要な特定のプロセスをランブックにまとめたうえで、本番環境のダウンタイムを最小限に抑えるためにその内容を確認することをお勧めします。アプリのインストールまたは移行、ユーザーの設定、データの QA テストなどにかかる追加の時間を考慮して、移行ランブックに含めてください。テスト移行について詳細をご確認ください

インスタンスをクリーン・アップする

The more data you need to migrate, the longer and more complex your migration can become. Cleaning up your Data Center instance before running a test migration can result in a smoother migration, fewer performance issues, and productivity gains in the Cloud. Clean up your instance before migration

ユーザー権限を読み取り専用に設定する

Depending on the migration strategy you choose, your users may no longer need access to your Data Center instance. If your users add data to migrating pages, spaces, or issues, this data will need to be re-migrated. You will have to do manual cleanup work that increases downtime.

移行中にユーザーが変更を加えられないように、移行前にサイトを読み取り専用モードにします。Confluence の場合は、それぞれのスペースで作業して読み取り以外のすべての権限を削除します。Jira には明示的な「読み取り専用」モードはありませんが、「参照」のみを許可する権限スキームを作成してすべてのプロジェクトに適用することで、手動の読み取り専用モードを実現できます。権限スキームの詳細をご確認ください。

Update your site-wide banners for Jira and Confluence stating that your site is now read-only during the migration. If you have users continuing to work in Data Center after the migration, be sure to remove this setting after your migration is complete.

Jira でバナーを追加する方法をご確認ください。

Confluence でノードを追加する方法をご確認ください。 

ユーザーの事前移行を行う

If you have a large userbase, we recommend migrating all your users and groups without any spaces or projects first. This can happen while your users are still working in Data Center, as no space or project data will be exported (meaning no downtime). This will enable a faster migration with shorter downtime when you return to migrate spaces or projects later.

Jira ユーザーを事前に移行する方法についてはこちらをご確認ください。

Confluence ユーザーを事前に移行する方法についてはこちらをご確認ください。

添付ファイルを事前に移行する

通常、添付ファイルの移行は移行において最も長い作業です。移行アシスタントで移行対象を選択する際に、添付ファイルのみを選択できます。これによって、選択したプロジェクトまたはスペースに関連する添付ファイルのみが移行されます。添付ファイルと、プロジェクトまたはスペースのデータの移行を異なる段階に分けると、次のようなメリットがあります。

• プロジェクトまたはスペースの移行の数週間前または数か月前に添付ファイルを移行できます。これは低リスクのプロセスであり、残りのプロジェクトまたはスペースのデータ移行にかかる期間を大幅に短縮できます。

• 後の移行ですべてのプロジェクトまたはスペースのデータを移行する際に、移行アシスタントによってすでに移行済みの添付ファイルが認識されてスキップされます。これによって、移行のダウンタイムを大幅に削減できます。新しい添付ファイルのみが移行されて、削除済みの添付ファイルへのリンクも削除されます。 

Jira Cloud Migration Assistant	Confluence Cloud Migration Assistant
移行オプションを選択したら、[プロジェクト] > [添付ファイルのみ] の順に選択します。	移行対象を選択したら、[添付ファイルのみ] を選択します。

移行前の戦略

Cloud でユーザーの利用を開始する

あらゆる移行において、ユーザーが Cloud のスペース、ページ、課題で簡単に移行できるようにすることが非常に重要となります。ログイン方法、新しい URL、アプリの変更、UI の違いなど、ユーザーにとって重要な変更点をすべて把握して準備するようにしましょう。 

移行戦略によっては、Jira または Confluence でサイト全体に表示されるバナーを適用できます。これは、自社ホスト型インスタンスにアクセスしようとしたエンド ユーザーのリダイレクトに有用です。エンド ユーザーがどこにアクセスすべきか分かるように、新しい Cloud サイトへのリンクを提供します。移行後に Cloud でユーザーの利用を開始する方法をご確認ください。

チームを正常に移行するためには、フィードバックを集めて、営業時間やチャット ルームなどの Cloud 移行に関する質問に回答するための明確なプロセスの作成を検討しましょう。

詳細情報とサポート

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

• 移行計画の詳細については、Atlassian Migration Program の Web サイトをご参照ください。

• 技術的な問題や、戦略やベスト プラクティスによるサポートについては、サポート チームにお問い合わせください。

• 専門的なアドバイスについては「アトラシアン コミュニティ」をご参照ください。

• 専門家によるサポートが必要な場合は、アトラシアン パートナーにご相談ください。