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

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

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

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

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

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

サーバー製品を読み取り専用に設定する

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

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

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

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

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

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

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

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

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

Jira Cloud Migration Assistant

Confluence Cloud Migration Assistant 

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

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

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

選択したスペースの添付ファイルのみ

移行前の戦略

Jira Cloud Migration Assistant

Confluence Cloud Migration Assistant 

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

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

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

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

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

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

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

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

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

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

詳細情報とサポート

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

その他のヘルプ