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

一般に、データとユーザーが多いほど、Server または Data Center から Cloud に移行する際に予想されるダウンタイムは増加します。ダウンタイムは、インターネット速度、移行するデータ、その他の変数に応じて異なるため、正確な見積もりは提供できません。

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

テスト移行の実行

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

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

移行するデータが多くなるほど、移行に要する時間が長くなってより複雑になる可能性が高くなります。テスト移行を実行する前に Server または Data Center インスタンスをクリーンアップすると、移行がスムーズになってパフォーマンスの問題が減少し、Cloud における生産性が向上します。移行前のインスタンスのクリーンアップ

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

選択した移行戦略によっては、ユーザーが Server または Data Center インスタンスにアクセスする必要がなくなる場合があります。ユーザーが移行中のページ、スペース、課題にデータを追加する場合は、このデータを再移行する必要があります。この場合、クリーンアップ作業を手動で行う必要があり、ダウンタイムが増加します。

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

Jira と Confluence でサイト全体のバナーを更新し、現在は移行中でサイトが読み取り専用であることを示します。移行後も Server または Data Center で引き続き作業するユーザーがいる場合、移行完了後に必ずこの設定を削除してください。

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

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

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

大規模なユーザーベースがある場合はまず、スペースやプロジェクトを含めずにすべてのユーザーやグループを移行することをお勧めします。スペースやプロジェクト データはエクスポートされない (ダウンタイムが発生しない) ため、ユーザーが Server または Data Center を操作している最中でも実行できます。これによって、後でスペースやプロジェクトの移行に戻った際により迅速な移行が可能になり、ダウンタイムが短縮されます。

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

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

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

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

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

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

その他のプロジェクトまたはスペースのデータを移行する前に、添付ファイルを移行することをお勧めします。これは、システムでは、プロジェクトまたはスペースのデータの前にメディアをクラウド上に配置する必要があるため、プロジェクトまたはスペースを移行した後で添付ファイルを移行すると、一部の添付ファイルがクラウド上で正しくリンクされない場合があるからです。添付ファイルやメディア データの損失を確実に防ぐため、移行前のタスクとして添付ファイルを移行することを強くお勧めします。

Jira Cloud Migration Assistant

Confluence Cloud Migration Assistant 

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

選択したプロジェクトの添付ファイルのみ

移行対象を選択したら、[添付ファイルのみ] を選択します。

移行したいスペース データ

移行前の戦略

Jira Cloud Migration Assistant

Confluence Cloud Migration Assistant 

  • プロジェクト選択画面で「最終更新日」でプロジェクトを並べ替えます。これによって、他のプロジェクトよりも先に移行するプロジェクトに集中しやすくなります。

  • アーカイブされたプロジェクトの移行を、移行の前後に別途行うことで、現在のユーザーにとって重要なアクティブ プロジェクトの移行ダウンタイムが増加することを防げます。

  • フィルターを使用して、プロジェクト選択画面で非アクティブなプロジェクトを見つけます。過去 30 または 90 日間に更新されていないプロジェクトを表示できます。

  • プロジェクトのすべてまたは一部を移行できます。プロジェクトや添付ファイルが多い場合は、アクティブなプロジェクトと非アクティブな (使用されていない) プロジェクトで移行を分割することをお勧めします。これによって、ダウンタイムを短縮できます。また、アクティブなプロジェクトに対する重複エンティティの影響を最小限に抑えられます。

  • スペース選択ページで、リストをフィルタリングするか、他のスペースより先に移行したい特定のスペースを検索します。

  • 多数のスペースや添付ファイルがある、または Data Center を使用している場合は、移行をいくつかに分割して小規模で実行するとダウンタイム期間を短縮できます。

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

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

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

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

詳細情報とサポート

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

その他のヘルプ