Бытует мнение, что все развивается по спирали. В том числе и в ИТ. Давайте вспомним централизацию во времена Мейнфреймов, децентрализацию в период бурного развития персональных ПК, и снова централизацию в эпоху облачных технологий. И хотя реклама на каждом углу говорит, что облачные технологии – это наше всё и за ними будущее, я, оставаясь скептично настроенной, предпочитаю сама контролировать «погоду в доме». За последние несколько лет я обнаружила, что не одинока в таких рассуждениях. И эта статья для моих единомышленников таких же параноиков, статья о том, как cмигрировать Jira из облака на Землю локальный сервер.n
Что ж, приступим.
Первое, о чем всегда нужно помнить – это Требования и Ограничения. Jira Cloud всегда на шаг впереди Jira Server, поэтому будьте готовы к тому, что некоторый функционал может быть не доступен после переезда. Если Ваше решение имеет ключевые особенности, базирующиеся на самых последних «фишках» продукта, стоит заранее проверить поддержку нужного функционала по документации к серверной версии Jira или подготовить альтернативное решение проблемы.nnТакже нужно помнить о том, что после переезда пользователь не сможет зайти в Jira пока не сменит пароль для своей учетной записи.nnЕще одно ограничение касается «переезда» лицензий. Лицензии на плагины переносятся, в то время как лицензию на сам сервер нужно сгенерировать заново, то есть лицензия от Jira Cloud не подойдет.n
Приступим к самой миграции jira на сервер
- n
- Закрываем доступ к ресурсу для пользователей. И делаем резервную копию данных jira в облаке.
- Загружаем инсталлятор и устанавливаем Jira на сервере.
- Импортируем данные резервной копии, полученной на шаге 1 на сервер, подготовленный на шаге 2. Импорт можно сделать прямо в процессе инсталляции, когда система спросит о наличии ранее наработанных данных.
n
nnЕсли Ваша резервная копия занимает более 2 Гб (что бывает из-за большого количества объемных вложений), разработчик рекомендует импортировать данные без вложений, а сами вложения просто скопировать в нужную папку. Для этого:
nНа этом процесс непосредственно миграции завершен. После этого необходимо зайти в свежеподготовленный экземпляр JIRA Server с учетными данными:n
- Username: sysadmin
- Password: sysadmin
и немедленно изменить пароли для системных и служебных учетных записей.nnПосле чего необходимо установить все плагины, которые эксплуатировались ранее в версии Jira Cloud. Восстановить лицензии к ним можно по инструкциям разработчика. После успешной установки нужно убедиться в том, что все плагины и компоненты включены и доступны. Отдельное внимание стоит уделить плагину Support Tools Plugin который идет в пакете с Jira. После миграции он останется выключенным, поэтому его необходимо включить вручную.
nnТакже необходимо проверить и при необходимости восстановить все связи с приложениями (например: Confluence).nnИтак, перенесенная Jira готова к эксплуатации. Осталось только оповестить пользователей о произведенных изменениях. Это можно сделать несколькими способами:n
- n
- Отправить почтовое сообщение всем пользователям из интерфейса Jira.
- Отправить почтовое сообщение, получив список e-mail адресов из базы.
- Использовать JIRA Announcement Banner для вывода информационного сообщения на странице для авторизации в Jira.
nНе забудьте отметить необходимость смены пароля при первом входе. Каждый сотрудник может сделать это самостоятельно, нажав кнопку «Can’t access your account?». Далее необходимо следовать инструкциям мастера:
nnЕсли Вы не хотите нагружать своих пользователей, Вы можете сменить пароль для каждой учетной записи самостоятельно используя учетную запись sysadmin.nnИз личного опыта хочу отметить, что от версии к версии проблемы при миграции Jira меняются: одни — решаются, другие появляются. Поэтому, да простит меня читатель, конкретные примеры были оценены, как устаревшие и в статье не приводятся. Но я и мои коллеги всегда готовы ответить на Ваши насущные вопросы и помочь в реализации миграции именно Вашего решения. Обращайтесь [email protected]