Skip to content
Main Navigation
Автоматизированное тестирование
Интеграции
Ручное тестирование
Дашборды и аналитика
Ресурсы
Документация
Блог
События
Последнее из блога
Управление дефектами
Управление дефектами
Разбираем понятия дефекта, ошибки и отказа, чтобы эффективно описывать их в баг-репортах, учитывать в тестировании и улучшить работу команды и баг-трекера.
Тестирование производительности
Тестирование производительности
Изучаем методы и средства для оценки быстродействия системы, а также определяем, когда и как лучше всего проводить тестирование: с помощью нагрузочного или стрессового подхода.
Настройка вебхуков в ТестОпс для Slack
Настройка вебхуков в ТестОпс для Slack
Гайд по настройке вебхуков в ТестОпс на примере создания сообщений для канала в Slack.
Перейти в блог
ТарифыПартнерыСвязаться с нами
Sidebar Navigation

Описание ТестОпс

О продукте

Информация о релизах

Миграция с других решений

Термины и определения

Часто задаваемые вопросы

Установка ТестОпс

Архитектура

Установка и первый запуск

Обзор

Kubernetes

Docker Compose

DEB-пакеты

RPM-пакеты

База данных

S3-хранилище

Конфигурация

Обзор

Сеть

Аутентификация

Обзор

Локальная аутентификация

LDAP

OpenID и Azure AD

OpenID и Keycloak

SAML 2.0

Настройка SMTP

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

Начало работы

1. Создайте проект

2. Запустите ручной тест

3. Запустите автотест

4. Создайте комбинированный запуск

5. Обработайте результаты тестов

Обзор ТестОпс

Обзор

Дашборды

Тест-кейсы

Общие шаги

Тест-планы

Запуски

Результаты тестов

Дефекты

Джобы

Меню пользователя

Тест-кейсы

Статусы воркфлоу

Сценарий ручного теста

Параметры ручного теста

Вложения

Теги

Тестовые слои

Ссылки

Задачи из таск-трекеров

Сторонние тест-кейсы

Участники

Связанные тест-кейсы

Кастомные поля

Ключи маппинга

Импорт

Запуски

Окружение

Обновление метаданных

Сравнение запусков

Категории ошибок

Проект

Обзор

Управление доступом

Деревья

Вебхуки

Администрирование

Обзор

Участники

Группы

Очистка данных

Журналы аудита пользователей

Интеграции

Обзор

CI-серверы

AWS CodePipeline

Azure DevOps

Bamboo

Bitbucket

CircleCI

GitHub

GitLab

Jenkins

TeamCity

TeamCity (allurectl)

Таск-трекеры

GitHub

GitLab

Jira Data Center

Jira Software Cloud

Kaiten

Redmine

Wrike

Yandex Tracker

YouTrack

Системы управления тестированием

TestRail

Xray

Zephyr Scale

Экосистема ТестОпс

allurectl

AQL

API

Устранение неполадок

SaaS

ТестОпс как SaaS

Миграция в облако ТестОпс

On this page

Резервное копирование и восстановление ​

Зачем это нужно? ​

Есть несколько случаев, когда вам может понадобиться резервное копирование и восстановление данных:

  1. Вам нужно перенести базу данных из контейнера в выделенный инстанс (что настоятельно рекомендуется при большом количестве тестов).
  2. Вам важны ваши данные и вы не хотите их потерять.

Мы настоятельно рекомендуем использовать выделенный инстанс базы данных, когда сервер базы данных работает на выделенной виртуальной машине или физическом сервере, а не в контейнере/поде. Иначе, скорее всего, вы столкнетесь с проблемами производительности.

Предварительное условие ​

Для развертывания через Docker Compose перед началом резервного копирования или восстановления данных остановите все контейнеры, которые не имеют -db_ в своих именах.

Резервное копирование базы данных ​

bash
pg_dump -c -U [POSTGRESQL_USER] > testops-backup.sql

где POSTGRESQL_USER — имя пользователя PostgreSQL, вы можете найти его в конфигурационном файле.

Восстановление базы данных ​

  1. Удалите существующую (предположительно пустую) базу данных:

    shell
    psql -U [POSTGRESQL_USER] -d postgres -c "DROP DATABASE testops"
  2. Создайте пустую базу данных:

    shell
    psql -U [POSTGRESQL_USER] -d postgres -c "CREATE DATABASE testops"
  3. Восстановите из ранее созданной резервной копии:

    shell
    cat testops-backup.sql | psql -U [POSTGRESQL_USER] -d testops
Pager
Previous pageНастройка SMTP
Next page1. Создайте проект

Logo © 2025 Все права защищены. Сайт принадлежит компании ООО «Инструменты тестирования»