Изменение платформы

Изменение платформы, которая выполняет ваш экземпляр GitHub Enterprise Server

В этой статье

В некоторых случаях может понадобиться изменить платформу, на которой работает ваш экземпляр GitHub Enterprise Server, например, перейти с VMware на Azure.

Рекомендации

Необходимо тщательно спланировать все процедуры миграции и сначала провести тестирование в промежуточной среде. Дополнительные сведения см. в разделе Настройка промежуточного экземпляра.

При перемещении платформ с помощью реплики требуется минимальное время для процесса миграции, но потребуется внести изменения в динамическую среду для настройки репликации.

При перемещении с помощью резервного копирования и восстановления не требуется никаких изменений в вашей динамической среде, однако миграция займет значительное время. Определенное время завершения миграции зависит от производительности узла резервного копирования и скорости сети между узлом резервного копирования и новым экземпляром. Режим обслуживания также должен быть включен во время процесса, в противном случае пользователи могут вносить изменения, которые не будут отражены в новом экземпляре.

Предупреждение

Не следует использовать служебные программы, которые преобразуют ваш экземпляр GitHub Enterprise Server из одной платформы в другую. Это может вызвать непреднамеренные побочные эффекты, такие как нестабильность системы.

Перемещение платформ с помощью реплики высокого уровня доступности

  1. Настройте новый экземпляр GitHub Enterprise Server на выбранной платформе. См . раздел AUTOTITLE.
  2. Настройте новый экземпляр GitHub Enterprise Server в качестве реплики. См . раздел AUTOTITLE.
  3. Отработка отказа на реплику. См . раздел AUTOTITLE.

Перемещение платформ с помощью резервного копирования и восстановления

  1. Настройте резервные копии для существующего экземпляра данных GitHub Enterprise Server. См . раздел AUTOTITLE.

  2. Настройте новый экземпляр GitHub Enterprise Server на выбранной платформе. См . раздел AUTOTITLE.

  3. Сообщите о предстоящем простое пользователям и включите режим обслуживания. Для получения дополнительных сведений см. следующие статьи.

    •      [AUTOTITLE](/admin/managing-accounts-and-repositories/communicating-information-to-users-in-your-enterprise/customizing-user-messages-for-your-enterprise#creating-a-mandatory-message)

    •      [AUTOTITLE](/admin/administering-your-instance/configuring-maintenance-mode/enabling-and-scheduling-maintenance-mode)

  4. Создайте резервную копию существующего экземпляра GitHub Enterprise Server.

  5. Восстановите резервную копию в новом экземпляре GitHub Enterprise Server. Если вы используете GitHub Actions, см. раздел Резервное копирование и восстановление GitHub Enterprise Server с включённым GitHub Actions

  6. Обновите DNS, чтобы указать адрес нового экземпляра GitHub Enterprise Server.

  7. Отключите режим обслуживания и сообщите пользователям о том, что они могут продолжать обычные операции.

Дополнительные материалы

  •         [AUTOTITLE](/admin/overview/about-github-enterprise-server)

  •         [AUTOTITLE](/admin/monitoring-and-managing-your-instance/configuring-high-availability/about-high-availability-configuration)

  •         [AUTOTITLE](/admin/backing-up-and-restoring-your-instance/configuring-backups-on-your-instance#about-github-enterprise-server-backup-utilities)