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

На этой странице описано, как создать резервную копию данных JIRA и установить процессы для поддержания непрерывного резервного копирования. Резервное копирование данных JIRA - это первый шаг в обновлении вашего сервера до новой версии JIRA или разбиение экземпляра JIRA на несколько серверов. См. также "Восстановление данных и Восстановление проекта из резервной копии".

Создание полной резервной копии JIRA состоит из двух этапов:

  1. Резервное копирование содержимого базы данных

Существуют две возможности: собственные средства резервного копирования базы данных или утилита для резервного копирования XML JIRA.

Использование собственных средств резервного копирования базы данных

Все серьезные базы данных поставляются с инструментами для резервного копирования и восстановления баз данных («MS» в RDBMS). Мы настоятельно рекомендуем использовать эти инструменты в качестве опции резервного копирования XML, описанной ниже, так как они:

  • обеспечивают целостность базы данных, взяв резервную копию в один момент времени
  • являются намного быстрее и менее ресурсоемкими, чем резервное копирование XML JIRA.
  • интегрированы с существующими стратегиями резервного копирования (например, разрешить один запуск резервного копирования для всех приложений, использующих базу данных).
  • может допускать инкрементное (в отличие от «полного») резервное копирование, экономя дисковое пространство.
  • избегают кодирования символов и форматирования, связанных с использованием JIRA XML в качестве резервного формата

См. Документацию для вашей базы данных о том, как настроить периодическое резервное копирование. Обычно это связано с работой  cron или запланированным заданием Windows с вызовом инструмента командной строки, такого как mysqldump или pg_dump.

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

Использование утилиты JIRA для резервного копирования XML

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

Вы также можете настроить запланированные резервные копии XML, как описано в разделе «Автоматизация резервных копий приложений JIRA».

  1. Выберите шестеренка со стрелкой> Система.
  2. Выберите «Импорт и экспорт»> «Система резервного копирования», чтобы открыть страницу резервного копирования данных JIRA.

Снимок экрана: Страница данных резервного копирования JIRA

  Как показано на скриншоте выше, резервная копия будет сохранена в подкаталоге export в домашнем каталоге приложения JIRA.

  1. В поле «Имя файла» введите имя файла резервной копии.

 Убедитесь, что JIRA имеет необходимые права файловой системы для записи в это место.

  1. Нажмите кнопку «Резервное копирование» и подождите, пока данные JIRA будут резервированы.

JIRA сохранит вашу резервную копию XML в виде архива с заархивированным архивом.

  1. Когда резервная копия будет завершена, отобразится сообщение, подтверждающее, что JIRA записала свои данные в указанный вами файл.

2. Резервное копирование каталога данных

Крайне важно, чтобы вы создавали резервную копию каталога данных приложения JIRA, который является поддиректорией домашнего каталога приложения JIRA (для краткости для jira-home). Каталог данных содержит данные приложения для вашего экземпляра JIRA. Например, вложения вложений хранятся в каталоге <jira-home> \ data \ attachments.

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

  • В MS Windows периодический сценарий, копирующий каталог, может периодически записываться и планироваться (Программы> Стандартные> Системные инструменты> Запланированные задания).
  • В Linux / Solaris вы можете написать небольшой сценарий оболочки, помещенный в /etc/cron.daily, резервное копирование файлов в каталог, например / var / backup / jira. Лучше всего скопировать существующий скрипт в /etc/cron.daily, чтобы обеспечить соответствие локальным соглашениям (местоположения файлов, файлов блокировки, разрешения).

Если вы разместили каталог вложений в пользовательском месте, а не внутри каталога данных, вам нужно создать резервную копию своего каталога вложений отдельно.

Если у вас большой файл, обратитесь к следующему руководству по переносу больших файлов в Atlassian.