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

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

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

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

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

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

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

Предостережение: если вы переносите свой экземпляр, мы рекомендуем, когда это возможно, создать резервную копию XML (в соответствии с указаниями в этом руководстве). В некоторых случаях, таких как очень большие размеры экземпляра, это может быть невозможно из-за системных требований для резервного копирования XML.

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

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

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

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

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

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

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

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

Выберите шестеренка со стрелкой> Система.

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

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

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

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

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

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

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

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

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

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

Резервное копирование индекса JIRA

Индекс JIRA хранится в другом подкаталоге <jira-home> \ caches. В больших случаях рекомендуется включить «восстанавливаемый индекс» в системных опциях для создания резервных копий индекса, который вы можете восстановить позже.

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

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

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

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