Changes

From SME Server
Jump to navigationJump to search

Moving SME to new Hardware/fr (view source)

Revision as of 22:23, 31 October 2019

7,328 bytes added ,  22:23, 31 October 2019
→‎Synchronisation finale des données
Line 1: Line 1:  
{{Languages|Moving_SME_to_new_Hardware}}
 
{{Languages|Moving_SME_to_new_Hardware}}
 
{{Level|Advanced}}
 
{{Level|Advanced}}
−
{{usefulnote}}
+
{{usefulnote/fr}}
    
<big><big><big>'''Déplacer un serveur SME sur une nouvelle machine'''</big></big></big>
 
<big><big><big>'''Déplacer un serveur SME sur une nouvelle machine'''</big></big></big>
Line 10: Line 10:  
{{Warning box|type=Attention :|il faut utiliser la contribution '''smeserver-affa''' et non [http://wiki.nikoforge.org/Category:Affa Affa] ; le développeur d'Affa a abandonné SME pour la version 3 qui ne fonctionne que pour CentOS ; les mainteneurs de smeserver-affa ont implémenté dans smeserver-affa v3 les fonctions nécessaires pour le Serveur SME. Dans la suite de ce document, lorsqu'on parle d'Affa, il s'agit de la contribution smeserver-affa.}}
 
{{Warning box|type=Attention :|il faut utiliser la contribution '''smeserver-affa''' et non [http://wiki.nikoforge.org/Category:Affa Affa] ; le développeur d'Affa a abandonné SME pour la version 3 qui ne fonctionne que pour CentOS ; les mainteneurs de smeserver-affa ont implémenté dans smeserver-affa v3 les fonctions nécessaires pour le Serveur SME. Dans la suite de ce document, lorsqu'on parle d'Affa, il s'agit de la contribution smeserver-affa.}}
   −
La fonction «rise» peut être également utilisée pour passer à une version logicielle supérieure. Cela est aussi valable pour passer de la version SME 8.2 à la version 9.x.
+
Affa donne 3 possibilités pour changer de matériel, qui dépendent du matériel disponible (1, 2 ou 3 serveurs, un disque USB) et de la durée acceptable d’interruption du service :
 +
* En utilisant la fonction «rise», le serveur de sauvegarde sera converti en nouveau serveur de production => 2 machines sont nécessaires - la durée de l'interruption est courte.
 +
* En utilisant les fonctions de sauvegarde normale et de restauration :
 +
:* avec 2 machines (serveur de production et serveur de sauvegarde - durée d'interruption longue) ou 3 machines (ancien serveur de production, serveur de sauvegarde et nouveau serveur de production - interruption courte) ;
 +
:* avec seulement 1 machine et un disque USB externe (interruption longue).
   −
Affa rends cela possible avec une interruption de service minimale du serveur de production.
+
Ces 3 méthodes peuvent également être utilisées pour passer à une version logicielle supérieure. Cela est aussi valable pour passer de la version SME 8.2 à la version 9.x.
 +
 
 +
Affa rend cela possible avec une interruption de service minimale du serveur de production.
    
Dans la suite, il est convenu que <code>'''IP_prod'''</code> est l'adresse IP de votre '''serveur de production''' et <code>'''IP_nouvelle'''</code> est l’adresse IP du nouveau '''matériel serveur'''. Remplacer les espaces réservés par vos adresses IP réelles.
 
Dans la suite, il est convenu que <code>'''IP_prod'''</code> est l'adresse IP de votre '''serveur de production''' et <code>'''IP_nouvelle'''</code> est l’adresse IP du nouveau '''matériel serveur'''. Remplacer les espaces réservés par vos adresses IP réelles.
   −
=== Préparation ===
+
===En utilisant la fonction «rise»===
−
{{Warning box|type=Attention :|avant d'envisager le passage de SME 8 à SME 9 qui va bientôt devenir urgent (31 décembre 2016), penser à vérifier l'état de boguage de chacune des contributions utilisées par le serveur SME. En effet, certaines contributions en version SME 9 ont des bogues qui n'existent pas en version SME 8 et qui peuvent, au mieux, engendrer des messages d'erreurs au redémarrage. Ces messages peuvent faire croire à un bogue de la fonction «rise» d'Affa. A ce jour (10 août 2016), il n'en est rien.}}
+
==== Préparation ====
−
==== Serveur de production ====
+
{{Warning box|type=Attention :|avant d'envisager le passage de SME 8 à SME 9 qui va bientôt devenir urgent (31 mars 2017), penser à vérifier l'état de boguage de chacune des contributions utilisées par le serveur SME. En effet, certaines contributions en version SME 9 ont des bogues qui n'existent pas en version SME 8 et qui peuvent, au mieux, engendrer des messages d'erreurs au redémarrage. Ces messages peuvent faire croire à un bogue de la fonction «rise» d'Affa. A ce jour (10 août 2016), il n'en est rien.}}
 +
===== Serveur de production =====
 
Activer l'accès ssh à distance pour l'administrateur dans le gestionnaire du serveur de l'<code>IP_prod</code>. Cela inclut de configurer à la fois :
 
Activer l'accès ssh à distance pour l'administrateur dans le gestionnaire du serveur de l'<code>IP_prod</code>. Cela inclut de configurer à la fois :
−
* - l' 'accès Secure shell' à partir du réseau local ;
+
* - l'accès Secure shell à partir du réseau local ;
−
* - 'autoriser l'administrateur à accéder à SSH en ligne de commande en configurant à «Oui» ;
+
* - autoriser l'administrateur à accéder à SSH en ligne de commande en configurant à «Oui» ;
 
* - et «Autoriser l'administrateur à se connecter à l'aide de mots de passe standards» à «Oui».
 
* - et «Autoriser l'administrateur à se connecter à l'aide de mots de passe standards» à «Oui».
   −
<br>Se connecter en tant qu'administrateur au serveur d'<code>IP_prod</code> et lancer une msie à jour logicielle :<br>
+
<br>Se connecter en tant qu'administrateur au serveur d'<code>IP_prod</code> et lancer une mise à jour logicielle :<br>
    
  yum update
 
  yum update
Line 31: Line 38:  
  signal-event post-upgrade; signal-event reboot
 
  signal-event post-upgrade; signal-event reboot
   −
==== Nouveau matériel ====
+
===== Nouveau matériel =====
 
Installer le Serveur SME à partir du dernier CDROM/ISO. Lui attribuer une adresse IP inutilisée (<code>IP_nouvelle</code>) et désactiver la fonction DHCP.<br>
 
Installer le Serveur SME à partir du dernier CDROM/ISO. Lui attribuer une adresse IP inutilisée (<code>IP_nouvelle</code>) et désactiver la fonction DHCP.<br>
 
Activer l'accès ssh à distance dans le gestionnaire du serveur de la machine d'IP_nouvelle.
 
Activer l'accès ssh à distance dans le gestionnaire du serveur de la machine d'IP_nouvelle.
Line 42: Line 49:     
Installer la contribution Affa.
 
Installer la contribution Affa.
−
Suivez les dernières instructions d''''[[Affa#Installation_of_Affa_3|installation d'Affa]]''' ici, en anglais pour l'instant.
+
Suivez les dernières instructions d''''[[Affa/fr#Installation_d.27Affa_v.3|installation d'Affa]]''' ici.
    
Se souvenir, s.v.p., de créer en ligne de commande le répertoire pour les fichiers d'archives :
 
Se souvenir, s.v.p., de créer en ligne de commande le répertoire pour les fichiers d'archives :
Line 53: Line 60:  
La tâche Affa de sauvegarde s'appelle «ServProd».<br><br>
 
La tâche Affa de sauvegarde s'appelle «ServProd».<br><br>
   −
Connectez-vous à votre <code>IP_nouvelle</code> en tant que root et éditer/créer le fichier ''/etc/affa/ServProd.conf''. En utilisant, par exemple, l'éditeur ''nano'', ajouter le texte de configuration de tâche de l'exemple suivant au nom de tâche ''ServProd'' :
+
Connectez-vous à votre <code>IP_nouvelle</code> en tant que root et éditer/créer le fichier '''/etc/affa/ServProd.conf'''. En utilisant, par exemple, l'éditeur ''nano'', ajouter le texte de configuration de tâche de l'exemple suivant au nom de tâche '''ServProd''' et adapter '''Include=XXXXX''' selon les répertoires supplémentaires qui doivent être sauvegardés, par ex., du fait des contributions installées qui fonctionnent dans /opt) :
 
  [ServProd]
 
  [ServProd]
 
  remoteHostName=192.168.0.2
 
  remoteHostName=192.168.0.2
Line 64: Line 71:  
  DiskSpaceWarn=strict
 
  DiskSpaceWarn=strict
 
  RootDir=/var/affa
 
  RootDir=/var/affa
 +
Include=/chaque/répertoire/à/sauvegarder
 +
Include=/autre/répertoire/à/sauvegarder
 
  TimeSchedule=0630
 
  TimeSchedule=0630
 
  localNice=15
 
  localNice=15
Line 78: Line 87:     
Puis sauvegarder votre fichier de configuration de tâche.
 
Puis sauvegarder votre fichier de configuration de tâche.
 +
 +
Si vous avez un certificat Letsencrypt sur le serveur de production, alors vous devriez l'inclure aussi :
 +
Include=/etc/dehydrated
    
Maintenant, vérifier que votre configuration est correcte :
 
Maintenant, vérifier que votre configuration est correcte :
Line 94: Line 106:  
{{Note box|type=Note :|si vous ne vous êtes jamais connecté à <code>IP_prod</code> depuis <code>IP_nouvelle</code>, le serveur va vous demander si vous êtes sûr de l’authenticité du serveur qui répond en vous présentant sa clé RSA qu'il faut alors accepter par «yes».}}
 
{{Note box|type=Note :|si vous ne vous êtes jamais connecté à <code>IP_prod</code> depuis <code>IP_nouvelle</code>, le serveur va vous demander si vous êtes sûr de l’authenticité du serveur qui répond en vous présentant sa clé RSA qu'il faut alors accepter par «yes».}}
   −
=== Copie des données ===
+
==== Copie des données ====
 
Exécuter la tâche Affa «ServProd» sur la machine d'<code>IP_nouvelle</code>.
 
Exécuter la tâche Affa «ServProd» sur la machine d'<code>IP_nouvelle</code>.
   Line 111: Line 123:  
pour révéler quelles sont les contributions installées sur l'<code>IP_prod</code>.
 
pour révéler quelles sont les contributions installées sur l'<code>IP_prod</code>.
   −
=== Synchronisation finale des données ===
+
==== Synchronisation finale des données ====
−
Demander à vos utilisateurs de se décoonecter.<br>
+
Demander à vos utilisateurs de se déconnecter.<br>
 
Se connecter à la machine d'<code>IP_prod</code> et arrêter tous les services qui peuvent modifier des données :
 
Se connecter à la machine d'<code>IP_prod</code> et arrêter tous les services qui peuvent modifier des données :
   −
  SVC='qpsmtpd sqpsmtpd crond pop3 dovecot pop3s ftp httpd-e-smith atalk smb qmail'  
+
Pour SME9
 +
 
 +
  SVC='qpsmtpd sqpsmtpd crond pop3 dovecot pop3s ftp httpd-e-smith smb qmail'
 +
for s in $SVC; do service $s stop; done
 +
 
 +
Pour SME8 et SME7
 +
 
 +
SVC='qpsmtpd sqpsmtpd crond pop3 imap imaps pop3s ftp httpd-e-smith atalk smb qmail'  
 
  for s in $SVC; do service $s stop; done
 
  for s in $SVC; do service $s stop; done
   Line 126: Line 145:  
Cette passe s'effectue très rapidement car seules les différences depuis la dernière exécution ont besoin d'être synchronisées.
 
Cette passe s'effectue très rapidement car seules les différences depuis la dernière exécution ont besoin d'être synchronisées.
   −
=== Switch over to the new hardware ===
+
==== Basculement sur le nouveau matériel ====
−
Log into the <code>prodIP</code> box and power it off
+
Se connecter à la machine d'<code>IP_prod</code> et l'arrêter :
    
  poweroff
 
  poweroff
      −
Log into the <code>newIP</code> box and rise this server to your production server
+
Se connecter à la machine d'<code>IP_nouvelle</code> et «élever» ce serveur comme votre serveur de production :
    
  affa --rise --all prodserv
 
  affa --rise --all prodserv
   −
This action will complete very quickly as only hardlinks are used and no data is physically moved.<br>
+
Cette action s'exécutera très rapidement car seuls des liens durs sont utilisés et aucune donnée n'est déplacée physiquement.<br>
   −
'''''Note:''' Do not be scared if your prompt looks different!<br><br>
+
'''''Note:''' ne pas s'effrayer si votre invite de commande a une apparence différente !<br><br>''
   −
Now do a reboot
+
Effectuer maintenant un redémarrage :
    
  reboot
 
  reboot
−
'''''Note:''' Downtime of the production server ends here''
+
'''''Note :''' l'interruption de service du serveur de production se termine ici.''
    +
Vous avez maintenant une copie conforme de votre ancien serveur de production en fonctionnement sur le nouveau matériel. Vos utilisateurs peuvent maintenant se connecter.
   −
You now have an identical copy of your old production server running on the new hardware. Your users can now log on.
+
==== Nettoyage ====
−
 
+
Effacer les archives Affa :
−
=== Cleaning up ===
  −
Remove the Affa archives
      
  /bin/rm -rf /var/affa
 
  /bin/rm -rf /var/affa
   −
Remove the Affa packages and all status and configuration data
+
Supprimer les paquets Affa et toutes les données d'état et de configuration :
    
  yum remove smeserver-affa perl-Filesys-DiskFree
 
  yum remove smeserver-affa perl-Filesys-DiskFree
Line 160: Line 178:  
  rm -rf /var/log/affa  
 
  rm -rf /var/log/affa  
   −
'''Note:''' Don't forget to clean up /var/affa. Otherwise you will waste disk space and see strange quota reports. See this [http://forums.contribs.org/index.php?topic=40737.msg198064#msg198064 forum thread] for details.
+
'''Note :''' ne pas oublier de nettoyer /var/affa. Sinon vous perdrez de l'espace disque et vous verrez d'étranges rapports de quota. Voir ce [http://forums.contribs.org/index.php?topic=40737.msg198064#msg198064 fil de discussion] pour plus de détails.
 +
 
 +
==== Information additionnelle====
 +
===== Performance =====
 +
Avec cette méthode, vous devriez être en mesure de déplacer un serveur d'une taille typique de 500 Gb sur un nouveau matériel avec une interruption de service de moins de 20 minutes. La durée de la synchronisation finale et de l'«élévation» ne dépendent pas tant de la taille totale des fichiers que du nombre de fichiers et de répertoires.
 +
=== En utilisant les fonctions de sauvegarde et de restauration ===
 +
La manière générale de travailler est de faire une sauvegarde de l'ancien serveur Koozali et de la restaurer sur le nouveau serveur Koozali (mise à jour ou non).
 +
La fonction «RPMCheck» peut être utilisée indirectement avec le serveur de sauvegarde (compare la liste entre l'ancien et le nouveau matériel) pour obtenir la liste des paquets rpm manquants sur le nouveau matériel mais elle n'est pas disponible pour une sauvegarde sur le disque USB externe.
 +
 
 +
==== Préparation ====
 +
 
 +
Prenez une sauvegarde de l'ancien serveur de 'production' en service (voir le fichier de configuration /etc/affa/ServProd.conf ci-dessus).
 +
{{Note box|type=Note : en utilisant la méthode fondée sur «rise», vous pouvez exécuter la première sauvegarde (qui prend beaucoup de temps) sans arrêter les services et la dernière (rapide) après la déconnexion des utilisateurs et l'arrêt des services.|}}
 +
 
 +
Après la sauvegarde, définissez une IP temporaire dans le fichier de configuration de la tâche de sauvegarde :
 +
 
 +
RemoteHostName = tem.po.ra.ry.IP
 +
 
 +
Pour une sauvegarde sur un disque USB externe, définissez :
 +
 
 +
RemoteHostName=localhost
 +
RootDir=/le/point/de/montage/du/disque
 +
 
 +
Et montez le disque. Vous devriez également faire une liste des rpm (paquets) installés.
 +
 
 +
==== Installer SME sur le nouveau matériel ====
 +
Installez au moins la même version de SME que celle utilisée sur l'ancien matériel ou une plus récente (par exemple, passage de SME8 à SME9).
 +
 
 +
===== Pour la méthode fondée sur un serveur de sauvegarde : =====
 +
* définir l' '''adresse IP temporaire''' comme adresse interne du nouveau matériel ;
 +
* à partir du serveur de sauvegarde, créez la connexion ssh entre le serveur de sauvegarde et le nouveau matériel en envoyant la clé ssh :
 +
  affa --send-key ServProd
 +
 
 +
{{Warning box|type=Attention : '''avant d'envoyer la clé publique''', il faut impérativement modifier provisoirement le serveur d'IP_prod en mettant l'accès ssh à distance à «Oui» à l'aide de mots de passe standards.
 +
Ne pas oublier de remettre cette possibilité à «Non» dès la réponse du serveur après l'entrée du mot de passe.|}}
 +
{{Note box|type=Note : si vous ne vous êtes jamais connecté(e) à <code>IP_prod</code> depuis <code>IP_nouvelle</code>, le serveur va vous demander si vous êtes sûr(e) de l’authenticité du serveur qui répond en vous présentant sa clé RSA qu'il faut alors accepter par «yes».|}}
 +
 
 +
La réponse du serveur Prod-temp-IP sera <br>
 +
  Job prodserv: root @ Prod-temp-IP's password:
 +
Entrez le mot de passe root de Prod-temp-IP. La réponse sera : <br>
 +
  Public key sent to prod-temp-IP
 +
 
 +
===== Disque USB externe : =====
 +
* installez «smeserver-affa» sur le nouveau matériel ;
 +
* montez le disque USB sur le même point de montage que pour la sauvegarde ;
 +
* allez dans l'archive scheduled.0 et copiez le fichier .ini dans /etc/affa comme fichier de configuration :
 +
cd /point-de-montage/ServProd/scheduled.0
 +
ls -a ### pour voir le fichier ini
 +
cp .ServProd.ini /etc/affa/
 +
mv /etc/affa/.ServProd.ini /etc/affa/ServProd.conf
 +
 
 +
===== En cas de mise à niveau de SME8 vers SME9 =====
 +
La restauration des données par défaut (paramètre «SMEServer=yes» dans le fichier de configuration de la tâche) configurera les dépôts de yum pour SME8 sur le nouveau serveur SME9 !
 +
 
 +
Pour éviter cela, il existe 2 possibilités :
 +
* faire une copie des deux répertoires ''/etc/yum.repos.d'' et ''/etc/yum.smerepos.d'' 'avant la restauration. Ce sera utile pour reconfigurer à la main les dépôts pour SME9 après la restauration.
 +
* ajouter dans le fichier de configuration de la tâche de sauvegarde :
 +
Exclude=/etc/yum.repos.d
 +
Exclude=/etc/yum.smerepos.d
 +
avant la dernière sauvegarde (bien sûr, si vous restaurerez à partir de la dernière sauvegarde - scheduled.0 - et pas d'une plus ancienne comme weekly.2 !)
 +
 
 +
==== Restaurer les données ====
 +
À partir du serveur de sauvegarde (ou du nouveau serveur de production, en cas de restauration à partir d'un disque USB externe), exécutez :
 +
  affa --full-restore [--preserve-new=no] [--delete=yes] ServProd
 +
pour obtenir une copie conforme de la sauvegarde.
 +
 
 +
'''Garder en tête que :'''
 +
: [--preserve-new=no] : les fichiers du serveur distant avec une heure de modification plus récente que sur la sauvegarde sont écrasés par ceux plus anciens de la sauvegarde ;
 +
: [--delete=yes] : tous les fichiers du serveur distant, qui ne sont pas dans la sauvegarde, sont supprimés.
 +
 
 +
{{Warning box|type=Attention : une restauration complète avec --préserve-newer no et --delete=yes, reconstruit le serveur tel qu'il était au moment de la sauvegarde. Cela signifie que tous les fichiers créés ou les modifications de configuration du serveur effectuées avant la restauration seront perdues !|}}
 +
 
 +
Après la restauration, le nouveau serveur de production redémarrera.
   −
=== Additional information ===
+
'''Remarque pour le cas de 3 machines :''' assurez-vous que l'ancien matériel soit éteint ou déconnecté du réseau avant le redémarrage du nouveau matériel car le nouveau matériel prend son adresse IP après la reconfiguration.
−
==== Performance ====
  −
With this method you should be able to move a typical 500 Gbyte sized server to new hardware with downtime less than 20 minutes. The final sync and the rise time does not really depend on the total files size, but on the number of files and directories.
      +
==== Tâches après la restauration ====
 +
* Si la tâche de sauvegarde doit être utilisée pour les sauvegardes futures du nouveau matériel, n'oubliez pas de remplacer l'adresse IP temporaire de «Remotehost» par l'adresse IP précédemment configurée de l'ancien serveur dans le fichier de configuration de la tâche affa.
 +
* Dans le cas d'une mise à jour du système d'exploitation, vérifiez et, si nécessaire, reconfigurez les dépôts de yum pour la nouvelle version.
   −
[[Category: Howto]]
+
[[Category: Howto/fr]]
−
[[Category: Backup]]
+
[[Category: Backup/fr]]
 
----
 
----
Gieres
3,054

edits

Retrieved from "https://wiki.koozali.org/Special:MobileDiff/31970...38153"

Navigation menu