{"meta":{"title":"Восстановление из резервной копии","intro":"Восстановите GitHub Enterprise Server экземпляр с помощью ранее созданного резервного снимка.","product":"Административные руководители предприятия","breadcrumbs":[{"href":"/ru/enterprise-server@3.20/admin","title":"Административные руководители предприятия"},{"href":"/ru/enterprise-server@3.20/admin/backing-up-and-restoring-your-instance","title":"Резервное копирование и восстановление"},{"href":"/ru/enterprise-server@3.20/admin/backing-up-and-restoring-your-instance/restoring-from-a-backup","title":"Восстановление из резервной копии"}],"documentType":"article"},"body":"# Восстановление из резервной копии\n\nВосстановите GitHub Enterprise Server экземпляр с помощью ранее созданного резервного снимка.\n\nВы можете восстановить GitHub Enterprise Server экземпляр из резервной копии через командную строку. Служба резервного копирования поддерживает полное восстановление экземпляра, включая данные конфигурации и пользователя.\n\n> \\[!WARNING] Восстановление из резервной копии перезаписывает **все существующие данные** в экземпляре. Отменить эту операцию невозможно.\n\n## Требования к версии моментального снимка\n\nВы можете восстановить моментальный снимок только в том случае, если он находится не более двух версий компонентов за версией целевого экземпляра.\n\nРассмотрим пример.\n\n* Моментальный снимок версии 3.17 можно восстановить в целевом объекте под управлением 3.17.x, 3.18.x или 3.19.x.\n* Невозможно восстановить моментальный снимок 3.17 до 3.20 — это более двух версий впереди.\n\nВы также не можете восстановить более новую версию до более старой. Например, попытка восстановить снимок 3.18 в экземпляр 3.17 будет неудачной с: `Error: Snapshot can not be restored to an older release of GitHub Enterprise Server.`\n\n## Необходимые условия\n\nПеред восстановлением резервной копии:\n\n1. **Включите режим** обслуживания в целевом экземпляре. См [. раздел AUTOTITLE](/ru/enterprise-server@3.20/admin/administering-your-instance/configuring-maintenance-mode/enabling-and-scheduling-maintenance-mode).\n2. **Проверьте доступ к** хранилищу резервных копий, содержащего моментальный снимок.\n3. **Приостановка вмешательства служб** — если используется высокий уровень доступности (HA), убедитесь, что репликация остановлена.\n4. **Готовьтесь к GitHub Actions** — если включено, убедитесь, что целевой экземпляр настроен с правильным внешним хранилищем. Дополнительные сведения см. в разделе [Восстановление с включённым GitHub Actions](/ru/enterprise-server@3.20/admin/backing-up-and-restoring-your-instance/restoring-with-github-actions-enabled) .\n\n## Запуск операции восстановления\n\nВосстановление из моментального снимка:\n\n1. SSH в целевом экземпляре `admin` в качестве пользователя.\n\n2. Выполните одну из следующих команд:\n\n   * Восстановите последний моментальный снимок:\n\n     ```shell\n     ghe-restore\n     ```\n\n   * Восстановление определенного моментального снимка. Замените `<SNAPSHOT_TIMESTAMP>` метку времени моментального снимка, который требуется восстановить (например, `YYYYMMDDTHHMMSS`).\n\n     ```shell\n     ghe-restore -s <SNAPSHOT_TIMESTAMP>\n     ```\n\n   * (Необязательно) Перезаписать конфигурацию устройства, сертификаты и данные лицензии из резервной копии. Параметр `-c` не управляет восстановлением базы данных или репозитория:\n\n     ```shell\n     ghe-restore -c          # Latest snapshot\n     ghe-restore -s <SNAPSHOT_TIMESTAMP> -c  # Specific snapshot\n     ```\n\n3. **Завершить в Консоль управления:**\n\n   * Просмотрите все параметры конфигурации (сеть, проверку подлинности, TLS и т. д.).\n   * Нажмите кнопку **\"Сохранить параметры\"** , чтобы применить их и запустить службы.\n   * Экземпляр не полностью работает до завершения этого шага.\n\n4. **Проверьте восстановленный экземпляр** , чтобы убедиться, что все работает должным образом.\n\n5. **При использовании высокой доступности** сначала завершите восстановление в автономном экземпляре. Затем перенастройка высокого уровня доступности.\n\n   * При возникновении проблем синхронизации (например, устаревших UUID) `ghe-repl-status`выполните команду `ghe-repl-teardown`.\n   * За помощью обращайтесь Служба поддержки GitHubк .\n\n6. **Заново регистрируйте самостоятельные GitHub Actions роневы**, так как восстановление аннулирует предыдущие токены.\n\n## Смена моментальных снимков и хранение\n\nМоментальные снимки автоматически удаляются на основе параметров хранения:\n\n* Хранятся только последние n моментальные снимки (как настроено).\n* Старые моментальные снимки удаляются после каждой успешной резервной копии.\n* Моментальные снимки называются с помощью меток времени (`YYYYMMDDTHHMMSS`) для простой ссылки.\n* Жесткие ссылки используются для эффективного хранения без изменений файлов при сохранении полной возможности восстановления.\n\n## Устранение неполадок восстановления\n\nЕсли операция восстановления завершается ошибкой, проверьте:\n\n* **Завершение** резервного копирования— убедитесь, что моментальный снимок не был прерван или поврежден.\n* **Доступ к** хранилищу— убедитесь, что экземпляр может подключать и считывать том резервного копирования.\n* **Несоответствие** версий— убедитесь, что версия моментального снимка совместима с целевым экземпляром.\n* **Журналы** — проверка `/var/log/github-backup/restore-verbose-[timestamp].log` ошибок.\n\nЕсли Консоль управления показывает общий сбой, подключите SSH к экземпляру для доступа к подробным логам."}