Test ITTest IT
  • Руководство пользователя Test IT
  • Работа в Личном кабинете Test IT Облако
  • Установка и настройка Test IT Про
Рецепты Test IT
  • Личный кабинет Test IT Облако
  • Загрузить Test IT Про
  • GitHub Test IT
  • Что нового в Облаке?
  • Что нового в Test IT Про?
  • Что нового в документации?
  • Часто задаваемые вопросы
  • Центр помощи
  • Видеокурс по Test IT
  • Спросите нас в Telegram
  • Официальный сайт Test IT
      
    
  • Руководство пользователя Test IT
  • Работа в Личном кабинете Test IT Облако
  • Установка и настройка Test IT Про
Рецепты Test IT
  • Личный кабинет Test IT Облако
  • Загрузить Test IT Про
  • GitHub Test IT
  • Что нового в Облаке?
  • Что нового в Test IT Про?
  • Что нового в документации?
  • Часто задаваемые вопросы
  • Центр помощи
  • Видеокурс по Test IT
  • Спросите нас в Telegram
  • Официальный сайт Test IT
  • Руководство системного администратора Test IT
  • Установка

    • Установка в Docker Compose
      • Описание .env-файла
    • Установка в Kubernetes
      • Значения, используемые в файле "values"
  • Настройка внешних подключений и повышение их безопасности

    • О настройке внешних подключений Test IT
    • Настройка внешних подключений в Docker Compose

      • Подключение RabbitMQ в Docker Compose
      • Подключение стека (ELK) в Docker
      • Подключение MinIO в Docker Compose
      • Миграция бакетов во внешний MinIO
      • Подключение Redis в Docker Compose
      • Подключение InfluxDB в Docker Compose
      • Подключение PostgreSQL в Docker Compose
    • Настройка внешних подключений в Kubernetes

      • Подключение RabbitMQ в Kubernetes
      • Подключение MinIO в Kubernetes
      • Подключение Redis в Kubernetes
      • Подключение InfluxDB в Kubernetes
      • Подключение PostgreSQL в Kubernetes
      • Подключение хранилища Яндекс S3 в Kubernetes
    • Описание микросервисов Test IT
      • Подключение Gotenberg
  • Настройка почтового SMTP-сервера для уведомлений
  • Настройка внешних ссылок для перехода из Test IT
  • Перезапуск системы

    • Перезапуск Test IT в Docker Compose
    • Перезапуск Test IT в Kubernetes
  • Работа с компонентами Kubernetes

    • Изменение выделенных ресурсов в Kubernetes
    • Замена рабочего узла (ноды) в Kubernetes
    • Настройка SSL для внутренних подключений в Kubernetes
    • Добавление самоподписанных сертификатов в контейнеры K8s
    • Переход на новый кластер Kubernetes
    • Перезапуск подов и остановка компонентов Test IT в K8s
    • Переопределение переменных и настроек приложений в K8s
  • Обновление

    • Обновление в Docker Compose

      • Обновление Test IT в Docker Compose
      • Структура файла docker-compose.yml в Test IT 4.5
    • Обновление в Kubernetes

      • Обновление в Test IT в Kubernetes
      • Обновление старых версий Test IT (до 4.2) в Kubernetes
  • Переход из Docker в Kubernetes

    • Переход из Docker в Kubernetes для Test IT 5.3 и выше
    • Переход из Docker в Kubernetes для Test IT 5.2 и ниже
  • Проверка лицензии

    • Проверка лицензии в Docker Compose
    • Проверка лицензии в Kubernetes
  • Резервное копирование

    • Резервное копирование в Docker Compose
      • Создание резервных копий
      • Восстановление из резервной копии
    • Резервное копирование в K8s для Test IT 5.3 и выше
    • Резервное копирование в K8s для Test IT 5.2 и ниже
  • Логирование пользовательских действий (Docker Compose)
  • Настройка HTTPS

    • Настройка HTTPS в Docker Compose
    • Настройка HTTPS в Kubernetes
  • Добавление самоподписанных сертификатов в контейнеры Docker
  • Удаление системы

    • Удаление Test IT в Docker Compose
    • Удаление Test IT в Kubernetes

Резервное копирование в Docker Compose

Соблюдайте версионность при развертывании

Разворачивайте резервную копию только с версии Test IT, на которой выполнялось копирование. Нарушение версионности приведет к ошибкам и некорректной работе приложения.

Назовите свой проект

В качестве примера в этой инструкции используется проект с именем testit. Вы можете использовать другое название.

Создание резервных копий

Осторожно

Не рекомендуется создавать резервные копии от имени суперпользователя root (sudo) во избежание ошибок восстановления.

На время создания резервной копии продукт будет остановлен.

  1. Перед выполнением скрипта на создание резервной копии перейдите в директорию, которая содержит docker-compose.yml файл с настройками текущей версии системы.

  2. Для создания резервной копии выполните следующие команды:

    chmod +x scripts/backup.sh
    scripts/backup.sh docker-compose.yml testit
    # Или
    scripts/backup.sh docker-compose.yml testit --notar
    # С флагом '--notar' архивы хранилищ docker не будут объединяться в один большой файл, что в моменте работы скрипта положительно скажется на утилизации места на диске в связи со спецификой работы утилиты tar
    

    Система будет запущена после окончания процесса. В рабочей директории будет создан архив с резервной копией. Формат имени файла архива: backup_{день}_{месяц}_{год}.tar. Например, backup_21_05_2019.tar. C использованием флага --notar будет создана директория backup_{день}_{месяц}_{год}, в которой будут содержаться архивы volume_name.tar.bz2.

Для внешних БД скрипт настраивается отдельно

Приведенный скрипт не распространяется на внешние БД (в случае их настройки и использования). Для внешних БД необходимо настроить резервное копирование отдельным шагом (штатными средствами PostgreSQL).

Восстановление из резервной копии

Продукт будет остановлен на время восстановления из резервной копии.

  1. Перед выполнением скрипта на восстановление из резервной копии перейдите в директорию, которая содержит docker-compose.yml и .env-файлы с настройками текущей версии системы.

  2. Для восстановления из резервной копии выполните следующие команды:

    chmod +x scripts/restore.sh
    scripts/restore.sh docker-compose.yml testit backup_21_05_2019.tar
    # Или
    scripts/restore.sh docker-compose.yml testit backup_21_05_2019 --notar
    # Запуск с флагом '--notar' сработает только для восстановления из резервной копии, созданной с аналогичным флагом
    

    Система будет запущена после окончания процесса.

Если вы переносите Test IT на новый сервер

При переносе продукта на другой сервер рекомендуется предварительно установить Test IT на новом сервере с настройками по умолчанию, затем восстановить данные системы из резервной копии.
Для наилучшей совместимости на новом сервере рекомендуется устанавливать Test IT той же версии, которая содержится в резервной копии, переносимой из исходного сервера.

Обновлено:
Далее
Резервное копирование в K8s для Test IT 5.3 и выше