Migration de Jira Service Desk du cloud vers le serveur

Je ne soutiendrai pas que l'utilisation du SaaS, et en particulier du Jira Service Desk Cloud, est pratique et facilite le travail des administrateurs système. Pour des raisons de sécurité ou pour une gestion des services plus flexible qui n'est pas fournie par le cloud, il peut être nécessaire de transférer le service du cloud vers le serveur d'une organisation.



Le processus de migration de Jira Service Desk (JSD) peut être divisé en trois étapes:



  1. Préparation d'une sauvegarde (sauvegarde).
  2. Préparation du serveur. Installation du logiciel. Personnalisation.
  3. Déployer une sauvegarde depuis le «cloud» sur le serveur.


La préparation du serveur comprend l'installation du système d'exploitation sur le serveur, l'installation du logiciel et la configuration. Le serveur peut être physique ou virtuel. Dans mon cas, il utilisera CentOS 7 et le logiciel sera automatiquement installé par un simple script. L'installation de CentOS 7 ne sera pas décrite. Supposons que le système d'exploitation est déjà installé.



Les exigences techniques du serveur sont disponibles ici.





1) Préparation d'une sauvegarde.



Faisons une sauvegarde de notre JSD "cloud".



Nous entrons dans les paramètres système du JSD "cloud", l'onglet "Gestion des sauvegardes".



image



Faisons une sauvegarde du serveur.



Nous sélectionnons la migration complète du serveur et chargeons la sauvegarde. Il y a une limite de 48 heures sur les sauvegardes. Autrement dit, après avoir créé une sauvegarde, la suivante ne peut être effectuée qu'après 2 jours.



2) Préparation du serveur. Installation du logiciel. Personnalisation.



Le script peut être téléchargé ici de n'importe quelle manière qui vous convient.



Nous lançons le terminal ou nous nous connectons au serveur via SSH.



Ajoutez le droit d'exécuter le script avec la commande:



sudo chmod +x soft_install_c7.sh


Exécutez le script avec la commande:



sudo bash soft_install_c7.sh


image



La mise à jour démarre, puis le logiciel est installé.



En plus d'installer le logiciel, le script créera une base de données (DB) dans Postgre Sql.



Lors de la création d'une base de données, le script peut jurer lors de l'accès. C'est bon, la base sera créée.



image



Une fois le script terminé, vous pouvez accéder à la console Postgre Sql et vous en assurer.



image



Lors de l'exécution du script, vous devrez saisir votre e-mail et votre mot de passe pour configurer pgAdmin 4 et répondre à quelques questions.



image



Le binaire d'installation JSD sera téléchargé et exécuté automatiquement. Il faudra répondre à plusieurs questions.



image



Les ports pour le fonctionnement JSD peuvent être laissés par défaut ou vous pouvez en choisir d'autres.



Les règles de pare-feu pour Apache, pgAdmin 4 et JSD pour fonctionner correctement seront ajoutées automatiquement. Par défaut, le script ouvrira les ports 80, 8080 et 5432.



Vous pouvez ajouter un port de votre choix avec la commande:



sudo firewall-cmd --zone=public —add-port=/tcp —permanent


Vous pouvez supprimer le port avec la commande:



sudo firewall-cmd --zone=public --remove-port=/tcp --permanent


Vous pouvez afficher toutes les règles de pare-feu avec la commande:



sudo firewall-cmd —list-all  sudo iptables -L -n -v —line-numbers


Pour redémarrer le pare-feu, utilisez la commande:



sudo firewall-cmd --reload


image



L'exécution du script se terminera par le message - DONE!



À la fin de la préparation du serveur, vous pouvez connecter pgAdmin 4 au serveur Postgre Sql via l'adresse de boucle locale - 127.0.0.1, ou ce que vous voulez. Modifiez les paramètres dans pg_hba.conf pour qu'ils correspondent à votre configuration si nécessaire.



image



Le login et le mot de passe de la base de données peuvent être visualisés dans le script:



Base: jsd_db

Utilisateurs:

Login: jira Mot de passe: 123

Login: postgres Mot de passe: postgres



Vous pouvez modifier vos valeurs avant d'exécuter le script ou après, directement dans Postgre Sql.



N'oubliez pas de désactiver SSL si vous ne l'utilisez pas. Si pgAdmin 4 ne se connecte pas au serveur, essayez de redémarrer le service.



sudo service postgresql-11 restart 


Vous pouvez trouver des informations sur les bases de données dans la documentation Atlassian .



3) Déployer une sauvegarde depuis le "cloud" sur le serveur.



Dans le navigateur, accédez à l'adresse IP du serveur indiquant le port. Le port par défaut est 8080. Il ressemble à ceci pour moi 192.168.1.25 : 8080



Vous devriez voir ce qui suit.



image



Je sélectionne l'option "configurez-vous" et sur la page suivante, spécifiez les paramètres de la base de données. Après la connexion, la création de la base de données commencera - cela prendra un certain temps.



image



Après avoir créé la base de données, sur la page suivante, vous serez invité à importer les données ou à accepter les paramètres et à cliquer sur Suivant.



image



Nous sélectionnons "importer des données".



Dans les champs de la page qui s'ouvre, spécifiez le nom de la sauvegarde, la licence (si nécessaire) et les paramètres de messagerie.



image



Vous pouvez générer une licence d'essai pendant un mois sur le site Web d'Atlassian. Pour ce faire, vous devrez vous inscrire sur le site. Lors de la génération d'une licence, vous devez sélectionner jira service desk (serveur).



Avant de restaurer le JSD à partir de la sauvegarde, placez la sauvegarde sur le serveur dans le répertoire. /var/atlassian/application-data/jira/import



Si les données spécifiées sont correctes, vous devriez voir la progression de l'importation des données.

L'importation prendra un certain temps.



image



Vous êtes accueilli par la page de connexion si tout s'est bien passé. Il reste à saisir votre nom d'utilisateur et votre mot de passe.



image



Par défaut, la connexion est sysadmin, le mot de passe est sysadmin.



Après la première connexion, vous pouvez voir les messages de mise à jour, vous devrez également sélectionner la langue et définir les paramètres du compte (si nécessaire). Pour que les projets et tâches restaurés à partir de la sauvegarde soient disponibles, vous devez attribuer les droits de compte par défaut ou modifier les mots de passe des comptes qui ont été transférés dans la sauvegarde.



Ceci termine le transfert de JSD du "cloud" vers le serveur.



Vous pouvez également en savoir plus sur la migration ici.



Merci pour votre attention, bonne chance et bonne chance!



All Articles