Comment mettre à jour la version RHEL des serveurs DataSunrise existants
DataSunrise est compatible avec divers systèmes d’exploitation, dont Red Hat Enterprise Linux (RHEL). Il n’est donc pas étonnant que vous soyez amené tôt ou tard à devoir mettre à niveau votre OS. Nous avons rédigé ce guide pour vous aider à éviter tout problème possible lors de la mise à jour d’un serveur RHEL sur lequel DataSunrise est installé.
Il y a deux situations possibles dans lesquelles vous pouvez vous trouver. Examinons chacune d’elles plus en détail.
Mise à jour de RHEL dans la même version majeure
La première situation est lorsque vous devez mettre à jour RHEL avec DataSunrise vers une version supérieure de la même version majeure, par exemple de la 7.4 à la 7.9. Dans ce cas, la solution sur place est la plus simple. La seule chose que vous devez faire est de mettre à jour votre OS, aucune manipulation supplémentaire avec DataSunrise n’est requise.
Pour plus d’informations sur la manière de mettre à jour Red Hat, veuillez vous référer à l’article suivant : https://access.redhat.com/solutions/92383
Mise à jour de RHEL d’une version majeure à une autre
Une approche complètement différente est nécessaire si vous allez passer d’une version majeure à une autre, par exemple de RHEL7 à RHEL8. La seule option possible est la mise à jour hors site.
Pour ce faire, suivez les étapes suivantes :
- Configurer une nouvelle machine avec RHEL 8. Si vous utilisez plusieurs serveurs, vous devez configurer un nombre équivalent de nouvelles machines.
- Installer DataSunrise en utilisant le package .rpm avec les paramètres par défaut. À cette étape, SQLite est utilisé comme base de données pour le dictionnaire et le stockage des audits. Le package .run est compatible avec les versions RHEL jusqu’à la version 7.X, tandis que le .rpm est requis pour la version 8+ de RHEL. Veuillez porter une attention particulière à la procédure d’installation. Si vous utilisez vos propres scripts pour installer/mettre à jour l’application DataSunrise, quelques modifications supplémentaires peuvent être nécessaires pour appliquer un nouveau patch.
- Naviguer vers /opt/datasunrise sur votre machine source et copier le fichier “local_settings.db” dans le même répertoire de votre nouvelle machine. En cas de configuration Haute Disponibilité (HA), cette action doit être effectuée pour chacun de vos serveurs. Ce fichier contient des informations sur la connexion aux bases de données du dictionnaire et de stockage des audits, ainsi que des aides permettant à un serveur particulier d’être authentifié dans une configuration HA. Le fichier est unique pour chaque instance. C’est pourquoi il est important de transférer le fichier de chaque serveur d’origine à celui correspondant.
- Redémarrer DataSunrise ; vous pouvez maintenant vous connecter à la Console Web (l’interface graphique de DataSunrise) en utilisant vos identifiants.
Vous avez presque terminé. La seule chose qui reste à faire est de mettre à jour les informations sur vos serveurs dans System Settings -> Servers. Il existe une liste des serveurs que vous utilisiez auparavant. Maintenant, il vous suffit de mettre à jour les informations des hôtes des serveurs. Ces détails sont cruciaux pour la communication entre les instances de DataSunrise. Ne pas exécuter cette étape entraînera des problèmes de performance. Veuillez prendre cette préoccupation au sérieux.
Veuillez noter qu’il y aura un léger temps d’arrêt pendant la mise à jour des hôtes. Afin de ne pas perdre d’informations précieuses, attendez qu’aucune session active ne soit en cours et mettez ensuite à jour les informations du serveur.
Vérifiez une seconde fois votre liste de serveurs et votre connexion proxy. Maintenant, DataSunrise est prêt à fonctionner.
DataSunrise stocke également des informations importantes telles que les rapports, les journaux et les sauvegardes. Vous pouvez les trouver dans les répertoires suivants :
- /opt/datasunrise/reports
- /opt/datasunrise/logs
- /opt/datasunrise/backup
Ainsi, nous vous recommandons de copier toutes les données dont vous pourriez avoir besoin à l’avenir des anciens serveurs vers les nouveaux correspondants afin d’éviter tout problème.