Для предотвращения доступа пользователей к JIRA во время резервного копирования настоятельно рекомендуется, чтобы для обычных резервных копий вы использовали собственные средства резервного копирования базы данных вместо службы резервного копирования XML JIRA.
Когда используются службы резервного копирования XML JIRA, резервные копии XML не гарантируют, что будут непротиворечивыми, так как база данных может быть обновлена в процессе резервного копирования. JIRA не сообщает никаких предупреждений или сообщений об ошибках, когда создается резервная копия XML с несогласованностью, и такие резервные копии XML не будут выполняться во время процесса восстановления. Встроенные средства резервного копирования баз данных обеспечивают гораздо более последовательное и надежное средство хранения (и восстановления) данных.
Если вы выполняете резервное копирование XML (например, при обновлении JIRA через тестовую среду или при переносе JIRA на другой сервер), вы можете следовать одному из этих методов, чтобы пользователи не могли получить доступ к JIRA и минимизировать несоответствия в файле резервной копии:
-
Рекомендуемый метод:
-
Если у вас есть Apache или другой веб-сервер / прокси-сервер, расположенный перед JIRA, вы можете остановить Apache от проксирования до JIRA и обслуживать статическую HTML-страницу с хорошим сообщением в строках «JIRA находится под техническим обслуживанием». Заметка:
- Администратор должен иметь возможность напрямую обращаться к JIRA (а не через Apache) для выполнения резервного копирования XML.
- Этот метод не требует перезапуска JIRA.
- Альтернативный метод 1:
-
Если у вас есть Apache или другой веб-сервер / прокси-сервер, расположенный перед JIRA, вы можете остановить Apache от проксирования до JIRA и обслуживать статическую HTML-страницу с хорошим сообщением в строках «JIRA находится под техническим обслуживанием». Заметка:
- Выключите JIRA, настройте его для прослушивания на другом порту и перезапустите. Сделайте это, отредактировав файл server.xml (или файл jira.xml в вашей установке Apache Tomcat, на котором запущена JIRA WAR). Измените следующий раздел:
<Connector port="8080"
maxHttpHeaderSize="8192" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" useBodyEncodingForURI="true"
enableLookups="false" redirectPort="8443" acceptCount="100" connectionTimeout="20000" disableUploadTimeout="true" />
- Примечание. Если вы включили HTTPS, вам также потребуется отредактировать раздел Connector HTTPS.
- Перезапустите JIRA и выполните резервное копирование XML.
- Завершите работу JIRA, измените все настройки назад, а затем запустите JIRA.
- Альтернативный метод 2:
-
Если у вас есть межсетевой экран перед JIRA, вы можете остановить запросы (requests) от прохождения или изменить номер порта, который она использует. Заметка:
- Администратору необходимо будет войти в JIRA на номер временного порта (или получить доступ к нему из-за брандмауэра), чтобы выполнить резервное копирование XML.
- Этот метод не требует перезапуска JIRA.
Прежде чем вы начнете:
Какой бы метод вы ни выбрали, мы рекомендуем установить баннер объявлений, чтобы предупредить ваших пользователей о том, что JIRA будет недоступна в течение определенного периода времени.
По материалам Atlassian JIRA Administrator's Guide: Preventing users from accessing JIRA during backups