{"meta":{"title":"GitHub Enterprise Server から GHE.com へのライブ マイグレーションの準備","intro":"Enterprise Live Migrationsを開始する前に考慮すべき重要な質問。","product":"移行","breadcrumbs":[{"href":"/ja/migrations","title":"移行"},{"href":"/ja/migrations/elm","title":"ライブ マイグレーション (GHES から GHE.com)"},{"href":"/ja/migrations/elm/prepare-for-your-migration","title":"移行の準備"}],"documentType":"article"},"body":"# GitHub Enterprise Server から GHE.com へのライブ マイグレーションの準備\n\nEnterprise Live Migrationsを開始する前に考慮すべき重要な質問。\n\n> \\[!NOTE]\n> Enterprise Live Migrations は パブリック プレビュー であり、変更される可能性があります。\n\n## GitHub Enterprise Server インスタンスの準備はできましたか?\n\nELM は、 GitHub Enterprise Server 3.17 以降の最新のパッチ リリースで使用できます。 このドキュメントでは、次のパッチ バージョン以降を使用していることを前提としています。 この手順は、以前のバージョンでは機能しない場合があります。\n\n<!-- Update this list when we backport a change that meaningfully affects the instructions in the docs -->\n\n* `3.21.2`\n* `3.20.4`\n* `3.19.8`\n* `3.18.11`\n* `3.17.17`\n\nGitHub Enterprise Server インスタンスには、次の項目も必要です。\n\n* **HTTPS** URL を使用します。 HTTP URL はサポートされていません。\n* 移行先への送信トラフィックを許可します。\n* 管理コンソールの \\[移行] セクションで移行を有効にします。\n* 移行中に追加の負荷に備えます。リポジトリのアーカイブにより、リポジトリ内のすべての問題とプル要求が MySQL からプルされ、Elasticsearch でインデックスが再作成されます。\n\n## 移行先の組織は何のようになりますか?\n\nリポジトリは、 GHE.com上の新規または既存の組織に移行できます。 ELM は、ターゲット組織がまだ存在しない場合に作成します。\n\nプラットフォームの移行は、組織とチームの構造を再考する良い機会です。 「[企業で作業を整理するためのベスト プラクティス](/ja/enterprise-cloud@latest/admin/concepts/enterprise-best-practices/organize-work)」を参照してください。\n\n## 移行するリポジトリはどれですか?\n\nELM サポート 1 つの\\*\\*\\*\\* インスタンスから最大 GitHub Enterprise Server 個の同時リポジトリ移行、および移行先企業あたり **20** 個の同時移行。\n\n最初に ELM を使用して移行するリポジトリと、後で、または別の移行ツールを使用して移行できるリポジトリを計画します。\nELMの恩恵を受ける可能性が最も高いリポジトリは次のとおりです。\n\n* 長時間のダウンタイムによってビジネスが中断される重要なリポジトリ\n* 他の移行ツールでは扱えないほど大規模なモノレポ\n\nパブリック リポジトリは GHE.comでは使用できません。これらは ELMによって拒否されます。 開始する前に、 GitHub Enterprise Server でこれらのリポジトリの可視性を変更できます。\n\n選択したリポジトリに 2 GB を超えるリリースアセットが含まれていないことを確認する必要があります。これは ELMの制限です。\n\n## 誰が移行を実行するか?\n\nELM移行を実行するユーザーは、次の手順を実行する必要があります。\n\n* GitHub Enterprise Server インスタンスへのサイト管理者アクセス権を持つ\n* GHE.com 企業のエンタープライズ所有者になる\n\nこのユーザーは、次のタスクを実行する必要があります。\n\n* 移行前に、移行元企業と移行先企業の両方で personal access tokens (classic) を作成します。\n* 移行中は、移行の状態を監視し、問題に対応します。\n\nELM インスタンスからの同時GitHub Enterprise Server移行の場合、同じユーザーが同じトークンを使用して、すべての`elm`コマンドを実行する必要があります。\n\n移行後、他のユーザーが GHE.comに対していくつかのフォローアップ タスクを実行する必要があります。 すべての組織の所有者がこれを行うことができます。\n\n## 開発者は何を知っておくべきですか?\n\n開始する前に、次の点を開発者に伝えます。\n\n* リポジトリは新しい場所に移動しています。 オペレーターが新しい場所への最終カットオーバーを開始するまで、ユーザーは移行中もソース リポジトリを引き続き使用できます。 カットオーバー後、ソース リポジトリはアーカイブされるため、リポジトリ管理者によってアーカイブされない限り、読み取り専用になります。\n* 移行の進行中、開発者はリポジトリへの強制的なプッシュを回避する必要があります。これは、 ELM 解決できない方法で Git 履歴が中断されるためです。\n* 移行プロセス中に開発者が実行する特定のアクションは、移行されたリポジトリに反映されない場合があります。 詳細については、 [GitHub Enterprise Server から GHE.com へのライブ マイグレーション用に移行されたデータ](/ja/migrations/elm/migrated-data-reference#events-included-in-live-updates) でサポートされていないアクションを参照してください。\n\n## 次のステップ\n\n移行を実行する準備ができたら、 [Enterprise Live Migrations を使用したリポジトリの移行](/ja/migrations/elm/migrate-your-repository) を参照してください。"}