3,069
edits
Changes
From SME Server
Jump to navigationJump to search
mLine 1:
Line 1: + + + + + + + + + + + + + + + Line 24:
Line 39: − + − + − + − + + − + Line 43:
Line 59: − + Line 57:
Line 73: − {{Warning box|type=Attention :| si vous souhaitez sauvegarder un serveur Linux assez récent (Debian 9 et supérieur, ...), Affa qui utilise des clés DSA ne pourra pas se connecter à votre serveur qui voudra des clés RSA. Cf. [[https://bugs.contribs.org/show_bug.cgi?id=10783 bogue 10783]]. Un patch est disponible mais lisez bien le commentaire 8, tout n'est pas réglé.}}+ − Line 66:
Line 81: − + − + − + − + Line 80:
Line 95: + + + + + Line 102:
Line 122: − + Line 111:
Line 131: − + + + + + + + + + + + + + + + + − Pour installer Affa v.3, saisir la commande suivante :+ − - pour SME 10+ − yum install smeserver-affa --enablerepo=smecontribs,openfusion − − yum install smeserver-affa --enablerepo=smecontribs + + + + + + + + + + − Le serveur a, de nouveau, besoin d'être mis à jour. − Le serveur redémarrera. Après cela, Affa 3 est prêt à être utilisé. − Créer maintenant manuellement un répertoire pour les fichiers d'archives :+ − mkdir /var/affa + + + + + + + − + Line 137:
Line 183: − + − + − [backup-smeserver]+ − remoteHostName=192.168.0.2+ − SMEServer=yes+ − Watchdog=yes+ − RPMCheck=yes+ − ConnectionCheckTimeout=120+ − Debug=no+ − Description=Backup of 192.168.0.2 smeserver.athome.xx+ − DiskSpaceWarn=strict+ − RootDir=/var/affa+ − TimeSchedule=0630+ − localNice=15+ − remoteNice=15+ − rsync--inplace=yes+ − rsyncCompress=no+ − rsyncTimeout=900+ − scheduledKeep=1+ − dailyKeep=7+ − weeklyKeep=4+ − monthlyKeep=12+ − yearlyKeep=1+ − status=enabled+ − Si vous avez un certificat Letsencrypt sur le serveur de production, alors vous devez aussi inclure : − − Include=/etc/dehydrated + + − + − + + + + − + − + − + − {{Warning box|type=Attention :| il est possible que certaines machines sauvegardées (non SME-KOOZALI) renvoient une erreur si elles n'acceptent plus les clés dsa ; voir le bogue [[http://bugs.contribs.org/show_bug.cgi?id=10783]]}}+ + + − + − + − + − + − + − + − + − + − + − The authenticity of host 'smeserver (192.168.0.2)' can't be established.+ − RSA key fingerprint is 3b..........65.+ − Are you sure you want ton continue connecting (yes/no)? <Tapez : yes> − + − {{Warning box|type=Attention :|du fait de la probable durée importante de la première sauvegarde, on peut légitimement être tenté de mettre une éperluète («&») à la fin de cette commande pour récupérer la main et pouvoir vérifier par une commande («top» ou autre) que la sauvegarde fonctionne... au lieu de se rendre compte plusieurs heures plus tard qu'elle ne fonctionne pas... Comme il faut accepter la clé RSA, il ne faut surtout pas le faire ! Solution : se connecter en ssh au serveur de sauvegarde pour vérifier que tout fonctionne bien.}}+ − + − affa --list-archives+ + + − + − + − affa --run backup-smeserver + + + + + + + − + − + − + − Line 619:
Line 675: − + Line 815:
Line 871: − + Line 857:
Line 913: − ====Options d'utilisation et de lignes de commande spécifiques à SME====+ − − {{Note box|type=Note :| les commandes ci-dessous sont implémentées dans le programme dérivé «smeserver-affa» du projet Affa 3 pour une utilisation avec le Serveur SME. Elles ne font pas partie du projet Affa 3 pour CentOS.}} + + − + − + Line 908:
Line 964: − ==== Copier une archive Affa d'un disque dur USB sur un nouveau disque ====+ − Affa utilise un grand nombre de liens matériels (hard links) pour compresser et préserver de la place sur le disque pour les sauvegardes. Dans la situation où l'on voudrait copier un disque contenant une archive Affa sur un autre disque (de taille plus importante), il est nécessaire de s'assurer que les liens matériels ont été copiés correctement au risque que la copie devienne considérablement plus volumineuse que l'archive source. − − Une méthode pour copier à travers des systèmes de fichiers distincts (par ex. entre 2 disques usb différents) et préserver les liens matériels est la suivante: − * monter les deux disques usb avec des points de montage différents, par exemple /media/backup1 et /media/backup2 et effectuer alors : − mkdir /media/backup2/archive − cd /media/backup1/archive − tar cpf - . | ( cd /media/backup2/archive && tar xpf - ) − en remplaçant '''archive''' par le véritable nom de l'archive (job) Affa que l'on souhaite placer sur l'autre disque. − − ===Installation et utilisation d'Affa v.2 - Obsolète=== − Version obsolète. − − ====Méthode pour SME8==== − SME8 est basé sur CentOS5, c'est pourquoi perl-Compress-Bzip2 el5 rpm doit être utilisé. − − Pour SME8 32 bits : − − wget <nowiki>http://apt.sw.be/redhat/el5/en/i386/rpmforge/RPMS/perl-Compress-Bzip2-2.09-1.2.el5.rf.i386.rpm</nowiki> − /usr/bin/yum --enablerepo=smecontribs localinstall \ − smeserver-affa-2.0.0-rc4.noarch.rpm \ − perl-Compress-Bzip2-2.09-1.2.el5.rf.i386.rpm − − Pour SME8 64 bits : − − wget http://apt.sw.be/redhat/el5/en/x86_64/rpmforge/RPMS/perl-Compress-Bzip2-2.09-1.2.el5.rf.x86_64.rpm − /usr/bin/yum --enablerepo=smecontribs localinstall \ − smeserver-affa-2.0.0-rc4.noarch.rpm \ − perl-Compress-Bzip2-2.09-1.2.el5.rf.x86_64.rpm − − Après la première installation d'Affa, lancez la commande suivante pour initialiser la base de données Affa. − − affa --make-cronjobs − − et déconnectez-vous puis reconnectez-vous à la console pour que le complément automatique de bash (touche TAB) prenne effet − − ==== Méthode pour SME7 ==== − {{Note box|SME7 est maintenant en fin de vie et a été transféré dans le répertoire obsolète}} − Version SME7: '''smeserver-affa-2.0.0-rc4.noarch.rpm''' − − wget <nowiki>http://mirror.contribs.org/smeserver/contribs/michaelw/sme7/Affa2/smeserver-affa-2.0.0-rc4.noarch.rpm</nowiki> − wget <nowiki>http://mirror.contribs.org/smeserver/contribs/michaelw/sme7/Affa2/perl-Compress-Bzip2-2.09-1.2.el4.rf.i386.rpm</nowiki> − /usr/bin/yum --enablerepo=smecontribs localinstall \ − smeserver-affa-2.0.0-rc4.noarch.rpm \ − perl-Compress-Bzip2-2.09-1.2.el4.rf.i386.rpm − ==== Exemple de démarrage rapide ==== − − Vous avez un serveur de production SME 7 dont le nom est 'prodbox' et l'IP 10.200.48.1. Installez un second SME 7 comme serveur de sauvegardes avec le nom 'affabox' et l'IP 10.200.48.2. − − <ol><li>loggez-vous dans 'affabox' et installez les paquetages mentionnés ci-dessus. − </li><li>copiez le script d'exemple de configuration − cp /usr/lib/affa/jobconfig-sample.pl /root/prodbox-job.pl − </li><li>editez /root/prodbox-job.pl et mettez − my $jobname='prodbox'; − et − − 'remoteHostName‘=>'10.200.48.1', − − Eventuellement, si le port du serveur distant est configuré, par exemple, en 2222, mettez − − 'sshPort'=>2222, − </li><li>sauvegardez et lancez le fichier 'prodbox-job.pl'. Cela enregistrera la configuration (et crée les entrées de base de données et les tâches cron) − /root/prodbox-job.pl − </li><li>Générez les clés DSA et envoyez la clé publique à la 'prodbox' − {{Note box|Initialement, lorsque vous faites cette étape, vous devez temporairement mettre oui à "Autoriser l'authentification par SSH à l'aide de mots de passe standards" dans l'accès à distance sur le serveur de production}} − affa --send-key prodbox − </li><li>Lancez la tâche à la main − − affa --run prodbox − </li></ol> − − ==== Configuration ==== − La configuration est stockée dans une base de données style e-smith. Utilisez la commande db pour configurer Affa. − Le nom de tâche est la clé d'enregistrement de type 'job'.<br>Pour configurer un nouveau travail avec le nom 'prodbox', entrez : − − db affa set prodbox job − − Puis positionnez les propriétés − − db affa setprop prodbox remoteHostName 192.168.1.1 − db affa setprop prodbox TimeSchedule '0030,0730,1130,1330,1730,2030' − db affa setprop prodbox Description 'My Production Server' − db affa setprop prodbox status enabled − − et ainsi de suite... − − Alternativement, vous pouvez utiliser un script comme décrit ci-dessus dans le chapitre 'Démarrage rapide'. − − Pour vérifier votre travail, tapez : − − db affa show prodbox − − Pour finir, mettez en place les tâches cron : − − affa --make-cronjobs − − ==== Propriétés de configuration de tâches ==== − '''Note:''' Les valeurs par défaut données dans ce tableau sont celles du programme Affa et ne doivent pas être confondues avec les valeurs prépositionnées dans les scripts d'aide, par exemple jobconfig-sample.pl. − {| border="1" cellspacing="0" cellpadding="3" − |- − | '''Propriété''' || '''Valeur''' || '''Defaut''' || '''Description''' − |- − | remoteHostName − | FQHN ou IP || || FQHN ou IP de l'hôte source (obligatoire) − |- − | TimeSchedule − | HHMM,HHMM,... || || N'a pas besoin d'être ordonné. Au moins une heure est obligatoire. '''Important:''' Utiliser le bon format HHMM est essentiel. Affa ne le vérifie pas. Un TimeSchedule mal formatté provoquera d'étranges erreurs Perl. − |- − | Description − | texte || || − |- − | scheduledKeep − | entier >= 1 || 1|| Combien de sauvegardes programmées doivent être conservées − |- − | dailyKeep<br>weeklyKeep<br>monthlyKeep<br>yearlyKeep − | entier >= 0 || 7<br>4<br>12<br>2<br>|| Combien de sauvegardes quotidiennes, hebdomadaires, mensuelles ou annuelles doivent être conservées − |- − | SMEServer − | yes ''ou'' no || yes || Positionné à 'yes', les répertoires e-smith par défaut sont automatiquement inclus et la propriété RPMCheck=yes peut être utilisée − − |- − | Include[0]<br>Include[1]<br>... − | full path || || Fichiers ou répertoires supplémentaires à inclure à la sauvegarde − |- − | Exclude[0]<br>Exclude[1]<br>... − | full path || || Fichiers ou répertoires supplémentaires à exclure de la sauvegarde − |- − | RPMCheck − | yes ''ou'' no || no || Seulement applicable aux tâches qui sauvegardent un serveur SME 7.<br>Compares les RPM de l'hôte source avec ceux de l'hôte de sauvegarde affa. Envoie un message avec une liste de différences s'il n'y a pas correspondance. Cette vérification est utile, si vous voulez avoir la possibilité de convertir le serveur de sauvegarde en serveur de production. − |- − | DiskSpaceWarn − | strict ''ou'' normal ''ou'' risky ''ou'' none || strict || lance une vérification de l'espace disque après qu'une tâche soit terminée. Avec le niveau 'strict' un message d'avertissement sera envoyé si l'espace disponible est moins que la taille de la sauvegarde qui vient de s'achever. Avec les niveaux 'normal'/'risky' le message est envoyé si moins de 50%/10% de la taille de la sauvegarde reste disponible. − '''Note:''' Lorsque RootDir est un lien symbolique vers un autre système de fichiers, l'espace disque utilisé du système de fichiers local est vérifié à la place de celui du système de fichiers lié. Positionnez le point de montage comme RootDir pour avoir une vérification correcte. − |- − | localNice − | -19...+19 || 0 || lance le process local rsync par nice. − |- − | remoteNice − | -19...+19 || 0 || lance le process rsync de la source par nice. − |- − | Watchdog − | yes ''ou'' no || yes || Seulement applicable aux tâches qui sauvegardent un serveur SME 7.<br>Quand une tâche est lancée, affa installe un script chien de garde sur la source dans /etc/cron.d/, qui envoie un message d'avertissement si la prochaine tâche programmée (prise dans la propriété TimeSchedule + 10 minutes) n'a pas été lancée. Cela garantit que vous serez prévenu même en cas de panne du serveur affa. Le script chien de garde envoie un message de rappel quotidien si l'erreur persiste. La tâche lancée suivante remplace le script chien de garde avec un nouveau temps de déclenchement. − |- − | sshPort − | port du service || 22 || Lorsque sshd sur le serveur source ou votre firewall écoute sur un port non standard, précisez le port ici. − |- − | ConnectionCheckTimeout − | secondes || 120 || Avant que le process rsync démarre sur l'hôte source distant, affa vérifie la connexion ssh et se termine avec une erreur après le temps configuré, si l'hôte ne répond pas. − |- − | rsyncTimeout − | secondes || 900 || Rsync se termine si aucune donnée n'est transférée pendant le temps configuré. Cela évite un gelage permanent dans le cas d'une erreur sur le réseau. − |- − | BandwidthLimit − | entier>=0 Ko/s || 0 || Limite la vitesse de transfert des données. A valeur à zero specifie qu'il n'y a pas de limite. − |- − | rsyncCompress − | yes ''ou'' no || no || Compresse les données transférées. Peut être utile avec les connexions internet lentes. Cela augmente la charge CPU sur les hôtes source et de sauvegarde. − |- − | EmailAddresses − | name@domain.com,name@domain.com,... || admin|| Liste séparée par des virgules des adresses email où les messages seront envoyés.<br>'''Note:''' Par défaut, Affa n'envoie de messages que pour les erreurs, jamais en cas de succès (voir la propriété chattyOnSuccess). − |- − | RetryAttempts − | entier >= 0 || 3 || Quand positionné à une valeur >0, Affa relance une tâche échouée RetryAttemps fois avec un délai de RetryAfter secondes. − |- − | RetryAfter − | secondes >= 3 || 600 || Quand positionné à une valeur >0, attend RetryAfter secondes avant de relancer la tâche suite à une erreur. Utile seulement avec RetryAttempts>0 − |- − | RetryNotification − | yes ''ou'' no || yes || Quand positionné à no, Affa n'envoie pas de message d'erreur lorsqu'une tâche a échoué et que RetryAttemps est configuré. Un message d'erreur n'est envoyé que lorsque le dernier essai a échoué. − |- − | RetryAttempts − | entier >= 0 || 0 || Quand positionné à une valeur >0, Affa envoie un message pour les tâches terminées avec succès et décrémente la valeur chattyOnSuccess. Lorsque la valeur atteint 0, Affa revient à son comportement par défaut et n'envoie plus de messages qu'en cas d'erreur. − |- − | AutomountDevice<br>AutomountPoint − | full path || || Unité et point de montage de l'unité de sauvegarde (ex. disque USB). L'unité est montée automatiquement avant qu'une tâche soit lancées et démontée après la fin de la tâche. Les deux propriétés doivent être remplies pour que la fonction Automount soit active. − |- − | AutomountOptions − | chaine de caractères || || Une chaine d'options passées à la commande de montage automatique − |- − | AutoUnmount − | yes ''ou'' no || yes || Quand positionné à 'no' l'unité montée automatiquement reste montée après l'exécution d'Affa. − |- − | preJobCommand<br>postJobCommand − | full path || || Programmes (locaux sur le serveur affa) à exécuter avant/après qu'une tâche soit lancée. Le nom de la tâche et le type (programmée, journalière etc.) sont passés en arguments au programme. Le code de sortie est de plus passé à la commande de programme post-tâche. Voir /usr/lib/affa/ pour des exemples de scripts perl. − |- − | RootDir − | full path || /var/affa || Où stocker les archives de sauvegarde. N'utilisez pas /home/e-smith ou /root puisqu'ils sont inclus dans les répertoires à sauvegarder, ce qui empêcherait la fonction de conversion de fonctionner ! Répertoire conseillé : /var/affa − |- − | SambaShare − | yes ''ou'' no|| yes || Accède aux archives de la tâche via SMB. − |- − | Debug − | yes ''ou'' no || no || Positionné à 'yes', donne plus de détails dans le fichier de log. − |- − | status − | enabled ''ou'' disabled || enabled || Positionné à 'disable', aucune entrée cron ne sera faite. Vous pouvez encore lancer les tâches à la main. − |- − | rsync--inplace − | yes ''ou'' no || yes || Positionné à 'no', si la version rsync de la source ne supporte pas cette option (comme rsync sur SME6) − |- − | rsync--modify-window − | entier >= 0 || 0 || En comparant deux horodatages, rsync les traite comme étant égaux s'ils ne diffèrent pas de plus de la valeur modify-window. C'est normalement 0 pour une correspondance exacte. Une valeur >= 0 est pratique si vous ne pouvez pas garder les horloges de la source et du serveur Affa synchonisées. − |- − | rsyncOptions − | texte || || chaine d'options aditionnelles à passer à rsync. − |- − | rsyncdMode − | yes ''ou'' no || no || Positionné à yes pour se connecter au démon rsync de l'hôte distant (au lieu de lancer rsync over ssh). − |- − | rsyncdModule − | texte || AFFA || Le nom du module rsyncd (seulement applicable avec rsyncdMode=yes) − |- − | rsyncdUser − | texte || affa || Le nom d'utilisateur pour authentification au démon rsync (seulement applicable avec rsyncdMode=yes) − |- − | rsyncdPassword − | texte || || Le mot de passe pour authentification au démon rsync (seulement applicable avec rsyncdMode=yes) − |- − | remoteOS − | cygwin || || avec remoteOS=cygwin les options --send-key et --revoke-key utilisent le compte 'Administrator' et le chemin correct pour la clé publique sur un hôte distant sous Windows/Cygwin. − |- − | ESXi − | yes ''ou'' no || no || active le mode de sauvegarde VMware ESXi pour les machines virtuelles.<br>Voir [[Sauvegarde des machines virtuelles ESXi avec Affa]] − |- − | ESXiVMName − | texte || || Le nom de la VM tel qu'affiché dans le client VI. − |- − | ESXiUsername − | texte || || Le nom du client VI avec la permission de créer et détruire les instantanés (snapshots). − |- − | ESXiPassword − | texte || || Le mot de passe de l'utilisateur ESXiUsername − |- − | chunkFiles − | texte || || Noms de fichiers qu'Affa devrait découper et compresser. Plusieurs noms doivent être séparés par un slash (/), ex. 'mysql.dump/pgsql.dump' découpe les deux fichiers mysql.dump et pgsql.dump. Avec ESXi=yes c'est implicitement positionné à '*.vmdk'. Voir aussi les options de ligne de commande --chunk-archive et --unchunk-archive − |} − − ==== Propriétés de la configuration par défaut ==== − Toutes les propriétées peuvent être positionnées par défaut dans l'enregistrement DefaultAffaConfig. C'est pratique, lorsque vous configurez plusieurs tâches similaires. − − Exemple : Vous voulez positionner la propriété 'localNice' à 19 pour toutes les tâches. Tapez − − db affa setprop DefaultAffaConfig localNice 19 − − et ne positionnez pas cette propriété pour les tâches. − Les propriétés positionnées dans les tâches sont prioritaires sur les propriétés par défaut. − − La propriété spéciale 'sendStatus' ne s'applique que dans l'enregistrement DefaultAffaConfig. Elle contrôle le rapport d'état (status) envoyé par mail et peut prendre les valeurs 'none', 'daily', 'weekly' ou 'monthly'. − − Pour configurer un rapport hebdomadaire, tapez : − − db affa setprop DefaultAffaConfig sendStatus weekly − − puis configurez cronjob : − − affa --make-cronjobs − − ==== Désactivation globale ==== − Toutes les tâches peuvent être désactivées en positionnant l'enregistrement AffaGlobalDisable sur 'yes'. − − db affa set AffaGlobalDisable yes − affa --make-cronjobs − − Pour réactiver : − − db affa set AffaGlobalDisable no − affa --make-cronjobs − − ==== Exemples de configuration ==== − + Line 1,190:
Line 978: − Line 1,224:
Line 1,011: − − ===== Sauvegarde d'un ordinateur Windows ===== − Sauvegarder les données d'un système Windows nécessite que le démon Rsyncd Cygwin soit installé et configuré sous Windows. La procédure "rsync over ssh" ne fonctionne pas, puisque le processus rsync Cigwin se plante systématiquement après le transfert de quelques fichiers. − − ====== Configuration de Rsyncd sur l'ordinateur Windows ====== − Installez la base Cygwin, le paquetage rsync puis configurez le service Rsyncd comme décrit dans ce document : [[Rsyncd setup on a windows computer for use with Affa backup]]'. − L'installation du service sshd est optionnelle et n'est pas nécessaire pour la sauvegarde elle-même, mais avoir une connexion ssh peut être très utile pour l'administration et pour exécuter des scripts sur le système Windows. Affa supporte l'envoi de la clé publique vers un ordinateur Windows Cygwin pour une connexion sans mot de passe. − − Note: Affa ne sauvegarde pas l'information Windows Access Control List (ACL). Vous pourriez avoir à corriger les ACLs après une restauration. − − ====== Configuration du mode Affa Rsyncd (exemple de démarrage rapide) ====== − Vous voulez sauvegarder les répertoires ''Mes Documents''des utilisateurs ''ssorglos'' et ''bsimpson'' depuis l'ordinateur Windows 'ws001' avec l'IP 192.168.1.65 sur votre serveur Affa 'affabox' avec l'IP 192.168.1.3. − * connectez-vous sur 'affabox' et copiez le script exemple de configuration Cygwin − cp /usr/lib/affa/jobconfig-cygwin-sample.pl /root/ws001-mydocs-job.pl − * editez /root/ws001-mydocs-job.pl et mettez − my $jobname='ws001-mydocs'; − − et − − 'remoteHostName‘=>'192.168.1.65', − 'rsyncdPassword'=>'<i>secretword</i><nowiki/>', − 'Include[0]'=>'/c/Documents and Settings/ssorglos/My Documents/', ''# N'utilisez pas les backslashes dans les chemins !'' − <nowiki>'Include[1]'=>'/c/Documents and Settings/bsimpson/My Documents/',</nowiki> − − où ''secretword'' doit être remplacé par le mot de passe que vous avez choisi dans rsyncd.secretsfile sur l'ordinateur Windows. − * Enregistrez la configuration (cela crée les entrées de base de données et configure les tâches cron. − /root/ws001-mydocs-job.pl − * Lancez la tâche manuellement. Après l'achèvement, vérifiez l'archive /var/affa/ws001-mydocs/scheduled.0 et le journal /var/log/affa/ws001-mydocs.log. − affa --run ws001-mydocs − − ====== Configuration manuelle d'Affa en mode Rsyncd ====== − Au cas où vous voudriez configurer manuellement en utilisant les commandes db, voici les paramètres obligatoires pour le mode Rsyncd Cygwin. − − db affa setprop JOB rsyncdMode yes − db affa setprop JOB rsyncdModule AFFA − db affa setprop JOB rsyncdUser affa − db affa setprop JOB rsyncdPassword ''secretword'' − db affa setprop JOB SMEServer no − db affa setprop JOB RPMCheck no − db affa setprop JOB Watchdog no − − Optionel pour une connexion ssh. − − db affa setprop JOB remoteOS cygwin − Line 1,368:
Line 1,110: + + + + + + + + + Line 1,386:
Line 1,137: − + Line 1,400:
Line 1,151: − + Line 1,413:
Line 1,164: − + Line 1,420:
Line 1,171: − + Line 1,470:
Line 1,221: − + − + + +
→FAQ
{{Languages|Affa}}
{{Languages|Affa}}
{{Warning box|type=Attention : | 1er sept 2022, un correctif récent de rysnc, rsync-3.1.2-11.el7_9.x86_64, provoque l'échec silencieux du fonctionnement d'Affa. Voir ci-dessous.}}
{{Level|type=Niveau de compétence : Avancé|Advanced|Les instructions dans cette page requièrent un niveau avancé. Une bonne compréhension de Linux et du serveur KOOZALI SME est recommandée.}}
{{Level|type=Niveau de compétence : Avancé|Advanced|Les instructions dans cette page requièrent un niveau avancé. Une bonne compréhension de Linux et du serveur KOOZALI SME est recommandée.}}
===Attention===
{{Warning box|type=Attention : | rsync-3.1.2-11.el7_9.x86_64 provoque l'échec silencieux d'Affa.}}
Vous pouvez voir l'échec dans vos journaux, mais c'est tout. Aucun fichier ne sera sauvegardé après avoir installé cette mise à jour de rsync.
Voir le lien vers le bogue 12165 ci-dessous.
Le seul correctif actuel consiste à rétrograder rsync sur le serveur Affa. Cela n'a pas d'importance sur le serveur cible.
Nous travaillons sur une solution et avons un code de test en cours d'exécution et nous proposerons un correctif dès que possible.
Veuillez contacter ReetP sur le bogue si vous voulez aider à tester. Un correctif sera disponible plus rapidement si vous le faites.
{{usefulnote/fr}}
{{usefulnote/fr}}
=== Description ===
=== Description ===
Le but principal de cette contribution Affa est de transformer un serveur SME en un serveur dédié de sauvegardes en quelques minutes. Affa sauvegarde autant que vous désirez de serveurs SME sur n'importe quel autre serveur ayant sshd en service et rsync installés. Une fois qu'il est configuré, Affa fonctionne sans surveillance et de manière fiable, envoyant des messages d'avertissement en cas d'erreur.
Le but principal de cette contribution Affa est de transformer en quelques minutes un serveur Kooali SME en un serveur dédié aux sauvegardes. Affa sauvegarde autant de serveurs Koozali SME que vous désirez sur n'importe quel autre serveur ayant sshd en service et rsync installés. Une fois qu'il est configuré, Affa fonctionne sans surveillance et de manière fiable, envoyant des messages d'avertissement en cas d'erreur.
Toutes les archives sont des sauvegardes complètes, puisqu'Affa utilise la technique des liens (hardlinks). Une nouvelle sauvegarde complète ne nécessite donc que l'espace disque pour les différences et les nécessités du système de fichier pour les hardlinks et les répertoires (ce qui représente généralement 2 à 3%).
Toutes les archives sont des sauvegardes complètes, puisqu'Affa utilise la technique des liens (hardlinks). Une nouvelle sauvegarde complète ne nécessite donc que l'espace disque pour les différences et les nécessités du système de fichier pour les hardlinks et les répertoires (ce qui représente généralement 2 à 3%).
Affa est fondé sur le programme rsync et supporte l'option --compress. Cela vous permet de lancer des sauvegardes via Internet ou VPN. Une configuration typique consiste en un ou plusieurs serveurs de sauvegarde Affa placés en des lieux déportés, qui sauvegardent les serveurs de production via le VPN.
Affa est fondé sur le programme rsync et supporte l'option --compress. Cela vous permet de lancer des sauvegardes via Internet ou VPN. Une configuration typique consiste en un ou plusieurs serveurs de sauvegarde Affa placés en des lieux déportés, qui sauvegardent les serveurs de production en VPN.
Une caractéristique spéciale est l'option «rise», qui vous permet de convertir votre serveur de sauvegarde en serveur de production depuis une archive sauvegardée en cas de perte totale de votre serveur de production. Cette conversion est exécutée en un temps très court, même avec une énorme quantité de données. Cette possibilité de conversion utilise les hardlinks et de ce fait n'utilise pas d'espace disque supplémentaire.
Une caractéristique spéciale est l'option « rise », qui vous permet de convertir votre serveur de sauvegarde en serveur de production depuis une archive sauvegardée en cas de perte totale de votre serveur de production. Cette conversion est exécutée en un temps très court, même avec une énorme quantité de données. Cette possibilité de conversion utilise les hardlinks et, de ce fait, n'utilise pas d'espace disque supplémentaire.
Cette caractéristique «rise» peut également être utilisée pour une mise à niveau vers une version plus récente de SME. Cela fonctionne en particulier pour passer de la 8.2 à la 9. Pour réaliser cela, il est nécessaire d'avoir 2 installations séparées de SME : l'une est l'actuel serveur de production (v.8.2) et l'autre est le serveur Affa de sauvegarde en version nouvelle (v.9) sur lequel sera exécutée la commande «rise». Plus d'information sur [[Moving_SME_to_new_Hardware/fr|Déplacer le Serveur SME sur une nouvelle machine]].
Cette caractéristique « rise » peut également être utilisée pour une mise à niveau vers une version plus récente de Koozali SME. Cela fonctionne en particulier pour passer de la 8.2 à la 9 '''MAIS CELA NE FONCTIONNE PAS DE LA VERSION 9.2 A LA 10.'''
Lorsque cela est possible, il est nécessaire d'avoir 2 installations séparées de Koozali SME : l'une est l'actuel serveur de production (v.8.2, par exemple) et l'autre est le serveur Affa de sauvegarde en version nouvelle (v.9) sur lequel sera exécutée la commande « rise ». Plus d'information sur [[Moving_SME_to_new_Hardware/fr|Déplacer le serveur Koozali SME sur une nouvelle machine]].
Une façon simple d'avoir un serveur de production avec un maximum de disponibilité est de dupliquer le matériel. Par exemple, avoir deux serveurs en dur ou virtuels sur deux machines distinctes. L'un est l'actuel serveur de production et l'autre est le système de secours qui peut remplacer le serveur actuel en un temps très court au moyen de la commande «rise». Cela permet aussi de monter la version du système d'exploitation du Serveur SME avec un arrêt minimum !
Une façon simple d'avoir un serveur de production avec un maximum de disponibilité est de dupliquer le matériel. Par exemple, avoir deux serveurs en dur ou virtuels sur deux machines distinctes. L'un est l'actuel serveur de production et l'autre est le système de secours qui peut remplacer le serveur actuel en un temps très court au moyen de la commande « rise ». Cela permet aussi de monter la version du système d'exploitation du serveur Koozali SME avec un arrêt minimum !
Affa est un outil en ligne de commande pour les administrateurs système et est conçu intentionnellement sans interface graphique. De ce fait, il peut être géré efficacement depuis la console même via une connexion Internet lente.
Affa est un outil en ligne de commande pour les administrateurs système et est conçu intentionnellement sans interface graphique. De ce fait, il peut être géré efficacement depuis la console même via une connexion Internet lente.
==== Un coup d’œil aux caractéristiques d'Affa ====
==== Un coup d’œil aux caractéristiques d'Affa ====
* Affa est sûr : tous les transferts et connexions sont faits en utilisant le protocole ssh avec une authentification par clés publique/privée (mais DSA, cf. « Attention » ci-dessous).
* Affa est sûr : tous les transferts et connexions sont faits en utilisant le protocole ssh avec une authentification par clés publique/privée.
* Lance périodiquement des sauvegardes complètes sans intervention.
* Lance périodiquement des sauvegardes complètes sans intervention.
* Seules les différences avec la sauvegarde complète précédente sont transférées par le réseau.
* Seules les différences avec la sauvegarde complète précédente sont transférées par le réseau.
* Des répertoires et fichiers peuvent être exclus de la sauvegarde.
* Des répertoires et fichiers peuvent être exclus de la sauvegarde.
* Les serveurs Linux non SME peuvent être sauvegardés en mettant la propriété SMEServer à 'no' et en utilisant une liste d'inclusion.
* Les serveurs Linux non SME peuvent être sauvegardés en mettant la propriété SMEServer à 'no' et en utilisant une liste d'inclusion.
* En mode ESXi, les machines virtuelles actives peuvent être sauvegardées. Voir [[Backup_of_ESXi_Virtual_Machines_using_Affa|Sauvegarde de machines virtuelles ESXi avec Affa]], en anglais.
* En mode ESXi, les machines virtuelles actives peuvent être sauvegardées. Voir [[Backup_of_ESXi_Virtual_Machines_using_Affa|Sauvegarde de machines virtuelles ESXi avec Affa]] en anglais.
* Priorité configurable (nice level) pour les process rsync sur les serveurs backup et source.
* Priorité configurable (nice level) pour les process rsync sur les serveurs backup et source.
* Possibilité de lancer des programmes personnels avant et après le lancement d'une tâche (par exemple, lancement d'une sauvegarde sur bande).
* Possibilité de lancer des programmes personnels avant et après le lancement d'une tâche (par exemple, lancement d'une sauvegarde sur bande).
* Envoi d'un message d'avertissement si le serveur de backup n'a plus d'espace disque disponible.
* Envoi d'un message d'avertissement si le serveur de backup n'a plus d'espace disque disponible.
* Installe un chien de garde optionnel sur le serveur source vérifiant la disponibilité du serveur de backup (Serveur SME seulement).
* Installe un chien de garde optionnel sur le serveur source vérifiant la disponibilité du serveur de backup (Serveur SME seulement).
* Le chien de garde envoie des avertissements, si une sauvegarde programmée n'a pas été lancée (Serveur SME seulement).
* Le chien de garde envoie des avertissements, si une sauvegarde programmée n'a pas été lancée (serveur Koozali SME seulement).
* Le chien de garde envoie un message journalier de rappel tant que l'erreur n'est pas corrigée (Serveur SME seulement).
* Le chien de garde envoie un message journalier de rappel tant que l'erreur n'est pas corrigée (serveur Koozali SME seulement).
* Possibilité d'afficher l'état courant de toutes les tâches, montrant les heures de dernier et prochain lancement, la taille et l'espace disque utilisé.
* Possibilité d'afficher l'état courant de toutes les tâches, montrant les heures de dernier et prochain lancement, la taille et l'espace disque utilisé.
* Le statut des sauvegardes peut être envoyé par courriel journellement, hebdomadairement ou mensuellement.
* Le statut des sauvegardes peut être envoyé par courriel journellement, hebdomadairement ou mensuellement.
* Possibilité d'afficher toutes les archives existantes pour une tâche, montrant la date, le nombre de fichiers et l'espace disque.
* Possibilité d'afficher toutes les archives existantes pour une tâche, montrant la date, le nombre de fichiers et l'espace disque.
* Possibilité d'envoyer (et de retirer) la clé publique au serveur source (Serveur SME et ESXi seulement).
* Possibilité d'envoyer (et de retirer) la clé publique au serveur source (serveur Koozali SME et ESXi seulement).
* Option pour convertir le serveur de sauvegardes en serveur de production (Serveur SME seulement).
* Option pour convertir le serveur de sauvegardes en serveur de production (serveur Koozali SME seulement).
* La fonction de conversion ne déplace pas physiquement les données et est donc extrêmement rapide et ne nécessite (presque) pas d'espace disque.
* La fonction de conversion ne déplace pas physiquement les données et est donc extrêmement rapide et ne nécessite (presque) pas d'espace disque.
* La fonction de conversion peut être lancée à distance puisque les drivers ethernet du serveur de sauvegarde sont conservés.
* La fonction de conversion peut être lancée à distance puisque les drivers ethernet du serveur de sauvegarde sont conservés.
* Logs dans /var/log/affa/JOB.log et /var/log/affa/affa.log avec option debug pour plus de détails.
* Logs dans /var/log/affa/JOB.log et /var/log/affa/affa.log avec option debug pour plus de détails.
* Les fichiers de log sont permutés hebdomadairement, avec 5 fichiers conservés.
* Les fichiers de log sont permutés hebdomadairement, avec 5 fichiers conservés.
<div class="mw-collapsible mw-collapsed" style="text-align:left" data-expandtext="Obsolete Affa 2 instructions ↓" data-collapsetext="less ↑">{{Warning box|SME v7/8/9 are no longer supported.}}
</div>
=== Installation d'Affa v.3 ===
=== Installation d'Affa v.3 ===
====Pour SME 9====
{{Note box|type=Note :|Affa est incompatible avec AutoBlock. Noter qu'AutoBlock est activé par défaut dans le Serveur SME 9. Utiliser de préférence [https://wiki.contribs.org/Fail2ban Fail2ban.]
{{Note box|type=Note :|Affa est incompatible avec AutoBlock. Noter qu'AutoBlock est activé par défaut dans le Serveur SME 9. Utiliser de préférence [https://wiki.contribs.org/Fail2ban Fail2ban.]
Pour vérifier qu'AutoBlock est bien désactivé :
Pour vérifier qu'AutoBlock est bien désactivé :
<li>Le nouveau serveur sera ensuite redémarré avec les réglages ci-dessus.</li></ol>
<li>Le nouveau serveur sera ensuite redémarré avec les réglages ci-dessus.</li></ol>
Pour mettre à jour votre serveur, se connecter en «root» sur la console locale. Utiliser la commande 'top' pour visualiser les tâches en fonctionnement. Attendre jusqu'à ce que 'yum' ait arrêté toute tâche en cours.
Pour mettre à jour votre serveur, se connecter en « root » sur la console locale. Utiliser la commande 'top' pour visualiser les tâches en fonctionnement. Attendre jusqu'à ce que 'yum' ait arrêté toute tâche en cours.
yum clean all
yum clean all
Le serveur redémarrera. Après cela, il est prêt pour l'installation d'Affa v.3.
Le serveur redémarrera. Après cela, il est prêt pour l'installation d'Affa v.3.
Se connecter en «root» en local ou par une console SSH à distance sur ''affabox'' (le serveur de sauvegarde sur lequel on installe Affa).
Se connecter en « root » en local ou par une console SSH à distance sur ''affabox'' (le serveur de sauvegarde sur lequel on installe Affa).
====Pour SME 10====
Il existe une nouvelle version : la 3.3.1.
Cependant, Affa est un objet très compliqué avec un grand nombre d'options et beaucoup n'ont probablement pas été suffisamment testées malgré les demandes de tests et de retours. La plupart des principaux composants devraient fonctionner, mais il se peut qu'il y ait une pléthore de cas extrêmes qui échouent.
{{Warning box|type=Attention : | ne comptez pas sur Affa comme votre seule sauvegarde. Assurez-vous également d'avoir un autre type de sauvegarde.}}
{{Warning box|type=Attention : | n'utilisez AUCUNE version affa de Koozali SME v9 avec la v10. Cela cassera probablement à la fois vos sauvegardes et votre nouveau serveur.}}
Nous avons effectué des tests très minimes sur la migration de la v9 vers la v10.
Voir https://bugs.contribs.org/show_bug.cgi?id=11024
Dans des circonstances normales, vous exécuteriez ceci pour installer :
yum install smeserver-extrarepositories-epel smeserver-extrarepositories-openfusion
signal-event yum-modify
- pour SME9
config set UnsavedChanges no
yum install --enablerepo=smecontribs,epel,openfusion smeserver-affa
Durant le développement, l'installation peut être effectuuée par :
yum install --enablerepo=smedev,epel,openfusion,smedev smeserver-affa
Veuillez publier des rapports de bogues dans le [http://bugs.contribs.org bug tracker]
Le serveur doit, à nouveau, être mis à jour :
signal-event post-upgrade
signal-event post-upgrade
signal-event reboot
signal-event reboot
Le serveur redémarrera. Ensuite, Affa 3 est prêt à être utilisé.
{{Warning box|type=Attention : |notez que sur SME10, une fonctionnalité SSH [https://wiki.contribs.org/AutoBlock AutoBlock] interfère avec l'exigence d'Affa de connexions SSH normales ! Vous devrez peut-être désactiver cette fonctionnalité ou augmenter notablement le paramètre « MaxAuthtries » pour permettre à Affa de fonctionner correctement.}}
{{Note box|type=Note :| noter qu'AutoBlock est activé par défaut dans le Serveur SME 10. Utiliser de préférence [https://wiki.contribs.org/Fail2ban Fail2ban.]
Pour vérifier qu'AutoBlock est bien désactivé :
db configuration show sshd
Si ce n'est pas le cas, voir sur [http://wiki.contribs.org/AutoBlock AutoBlock SSH] pour le désactiver.}}
=== Création de tâches de sauvegarde ===
=== Création de tâches de sauvegarde ===
Les configurations des tâches d'Affa 3 ne sont plus rangées dans une base de données de style «e-smith». Elles sont rangées dans des fichiers de configuration situés dans ''/etc/affa''. Créez vos fichiers de configuration dans ce répertoire, par exemple :
Les configurations des tâches d'Affa 3 ne sont plus rangées dans une base de données de style « e-smith ». Elles sont rangées dans des fichiers de configuration situés dans ''/etc/affa''. Créez vos fichiers de configuration dans ce répertoire, par exemple :
touch /etc/affa/backup-smeserver.conf
touch /etc/affa/backup-smeserver.conf
où ''backup-smeserver'' est le nom de votre tâche, et ajoutez du contenu comme décrit ci-dessous.
où ''backup-smeserver'' est le nom de votre tâche, et ajoutez du contenu comme décrit ci-dessous.
Vous avez un serveur SME de production avec comme nom d'hôte 'smeserver‘ et d'IP 192.168.0.2.<br>
Vous avez un serveur SME de production avec comme nom d'hôte 'smeserver‘ et d'IP 192.168.0.2.<br>
Vous avez un second serveur SME comme serveur de sauvegarde avec comme nom d'hôte 'affabox‘ et d'IP 192.168.0.10.
Vous avez un second serveur SME comme serveur de sauvegarde avec comme nom d'hôte 'affabox‘ et d'IP 192.168.0.10.
<ol><li>Connectez-vous à 'affabox' en tant que «root» et installez la contribution comme indiqué ci-dessus.
<ol><li>Connectez-vous à 'affabox' en tant que « root » et installez la contribution comme indiqué ci-dessus.
</li><li>Editez ''/etc/affa/backup-smeserver.conf''. En utilisant, par exemple, l'éditeur ''nano'', créez le fichier de configuration de tâche à partir de l’exemple suivant pour le nom de tâche ''backup-smeserver'' :
</li><li>Editez ''/etc/affa/backup-smeserver.conf''. En utilisant, par exemple, l'éditeur ''nano'', créez le fichier de configuration de tâche à partir de l’exemple suivant ayant pour nom de tâche ''backup-smeserver'' :<br>
[backup-smeserver]<br>
remoteHostName=192.168.0.2<br>
SMEServer=yes<br>
Watchdog=yes<br>
RPMCheck=yes<br>
ConnectionCheckTimeout=120<br>
Debug=no<br>
Description=Backup of 192.168.0.2 smeserver.athome.xx<br>
DiskSpaceWarn=strict<br>
RootDir=/var/affa<br>
TimeSchedule=0630<br>
localNice=15<br>
remoteNice=15<br>
rsync--inplace=yes<br>
rsyncCompress=no<br>
rsyncTimeout=900<br>
scheduledKeep=1<br>
dailyKeep=7<br>
weeklyKeep=4<br>
monthlyKeep=12<br>
yearlyKeep=1<br>
status=enabled<br>
Si vous avez un certificat Letsencrypt sur le serveur de production, alors vous devez ajouter la ligne :<br>
Include=/etc/dehydrated<br>
Sauvegardez ensuite votre fichier de configuration de tâche.
Sauvegardez ensuite votre fichier de configuration de tâche.
</li><li>Vérifiez maintenant que votre configuration est correcte :
</li><li>Désactiver le fichier de configuration inutilisé :<br>
affa --configcheck
mv /etc/affa/localhost.conf /etc/affa/localhost.conf.sample
</li><li>Vérifiez maintenant que votre configuration est correcte :<br>
affa --configcheck<br>
Cela ne devrait révéler aucune erreur.
Cela ne devrait révéler aucune erreur.
</li><li>Maintenant créez vos clés dsa et envoyez votre clé publique à votre serveur SME de production :
affa --send-key backup-smeserver
</li><li>Maintenant créez vos clés rsa et envoyez votre clé publique à votre serveur SME de production :<br>
{{Note box|type=Note :|initialement, lorsque vous faites cette étape, vous devez temporairement mettre «oui» à "Autoriser l'authentification par SSH à l'aide de mots de passe standards" dans l'accès à distance sur le serveur de production. [[https://wiki.contribs.org/SME_Server:Documentation:Administration_Manual:Chapter11/fr#11.1._Acc.C3.A9s_.C3.A0_distance]]}}
affa --send-key backup-smeserver<br>
<br>
{{Note box|type=Note :|initialement, lorsque vous faites cette étape, vous devez temporairement mettre « oui » à « Autoriser l'authentification par SSH à l'aide de mots de passe standards » dans l'accès à distance sur le serveur de production. [[https://wiki.contribs.org/SME_Server:Documentation:Administration_Manual:Chapter11/fr#11.1._Acc.C3.A9s_.C3.A0_distance]]}}
Les sorties suivantes doivent apparaître sur la console :
Les sorties suivantes doivent apparaître sur la console :
Job sme-backup: Generating DSA keys...
Job backup-smeserver: Generating RSA keys...
Successfully created DSA key pair.
Successfully created RSA key pair.
root@192.168.0.2's password: <Entrer le mot de passe de 192.168.0.2/smeserver et tapez sur la touche ENTRÉE>
root@192.168.0.2's password: <Entrer le mot de passe de 192.168.0.2/smeserver et appuyer sur la touche ENTRÉE>
Public key sent to 192.168.0.2
Public key sent to 192.168.0.2<br>
{{Note box|type=Note :|si tout s'est bien déroulé, remettez immédiatement «non» à "Autoriser l'authentification par SSH à l'aide de mots de passe standards" dans l'accès à distance sur le serveur de production.}}
</li><li>Maintenant, lancez votre tâche manuellement, à la fois à des fins de test que pour créer des clés DSA :
{{Note box|type=Note :|si tout s'est bien déroulé, remettez immédiatement « non » à « Autoriser l'authentification par SSH à l'aide de mots de passe standards » dans l'accès à distance sur le serveur de production.}}
affa --run backup-smeserver
</li><li>Maintenant, lancez votre tâche manuellement, tant à des fins de test que pour valider à l'occasion de la première connexion l'authenticité du serveur de production qui présente ses clés :<br>
Les sorties suivantes doivent apparaître sur la console :
affa --run backup-smeserver<br>
Les sorties suivantes doivent apparaître sur la console :<br>
Maintenant votre sauvegarde devrait fonctionner pour la première fois. En fonction du volume des fichiers, cela prend un certain temps.
The authenticity of host 'smeserver (192.168.0.2)' can't be established.<br>
ED25519 key fingerprint is SHA256:Zgq4J....<br>
</li><li>Une fois la tâche terminée, vérifier que l'archive est disponible :
ED25519 key fingerprint is MD5:83:82:5f...<br>
Are you sure you want ton continue connecting (yes/no)? <Tapez : yes><br>
<br>
Maintenant votre sauvegarde devrait fonctionner pour la première fois. En fonction du volume des fichiers, cela prend un certain temps.<br>
ou lancez la tâche une seconde fois :
<br>
{{Warning box|type=Attention :|du fait de la probable durée importante de la première sauvegarde, on peut légitimement être tenté de mettre une éperluète («&») à la fin de cette commande pour récupérer la main et pouvoir vérifier par une commande («top» ou autre) que la sauvegarde fonctionne... au lieu de se rendre compte plusieurs heures plus tard qu'elle ne fonctionne pas... Comme il faut accepter la clé RSA, il ne faut surtout pas le faire ! Solution : se connecter en ssh au serveur de sauvegarde pour vérifier que tout fonctionne bien.}}<br>
</li><li>Une fois la tâche terminée, vérifier que l'archive est disponible :<br>
affa --list-archives<br>
<br>
ou lancez la tâche une seconde fois :<br>
<br>
affa --run backup-smeserver<br>
<br>
Notez que le mot de passe ne vous est plus demandé. Notez aussi que cette seconde exécution de la tâche ''backup-smeserver'' s’exécutera considérablement plus vite, parce que tous les fichiers ne sont pas copiés de nouveau : seule la différence par rapport à la première exécution est sauvegardée, le reste est enregistré sous la forme de liens vers les copies des fichiers de la première sauvegarde.
Notez que le mot de passe ne vous est plus demandé. Notez aussi que cette seconde exécution de la tâche ''backup-smeserver'' s’exécutera considérablement plus vite, parce que tous les fichiers ne sont pas copiés de nouveau : seule la différence par rapport à la première exécution est sauvegardée, le reste est enregistré sous la forme de liens vers les copies des fichiers de la première sauvegarde.
Vérifiez que la seconde archive est aussi disponible :
Vérifiez que la seconde archive est aussi disponible :<br>
affa --list-archives
affa --list-archives
<br>
À partir d'ici, vous pouvez travailler comme avec Affa 2. Modifiez votre fichier de configuration comme prescrit et décrit ci-dessous. Automatisez la sauvegarde en utilisant la commande ''affa --make-cronjobs'', voir ci-dessous.
À partir d'ici, vous pouvez travailler comme avec Affa 2. Modifiez votre fichier de configuration comme prescrit et décrit ci-dessous. Automatisez la sauvegarde en utilisant la commande ''affa --make-cronjobs'', voir ci-dessous.
'''affa --send-key --host=TARGETHOST [--port=PORT] [--remoteOS=cygwin]'''
'''affa --send-key --host=TARGETHOST [--port=PORT] [--remoteOS=cygwin]'''
Génère d'abord la clé DSA pour le serveur Affa, si cela n'a pas déjà été fait. Envoie ensuite la clé publique à l'hôte 'remoteHostName' comme configuré dans l'enregistrement de la tâche et génère l'entrée ssh known host (hôte connu) spécifique à la tâche.
Génère d'abord la clé RSA pour le serveur Affa, si cela n'a pas déjà été fait. Envoie ensuite la clé publique à l'hôte 'remoteHostName' comme configuré dans l'enregistrement de la tâche et génère l'entrée ssh known host (hôte connu) spécifique à la tâche.
{{Note box|type=Note :|initialement, lorsque vous faites cette étape, vous aurez besoin d'activer '''temporairement''' «Autoriser l'authentification par SSH à l'aide de mots de passe standards» sur le serveur de production.}}
{{Note box|type=Note :|initialement, lorsque vous faites cette étape, vous aurez besoin d'activer '''temporairement''' «Autoriser l'authentification par SSH à l'aide de mots de passe standards» sur le serveur de production.}}
{{Note box|type=Note :|<nowiki>l'option --send-key fonctionne pour SME Server comme serveur distant et pour les systèmes sur lesquels les clés publiques sont stockées dans /root/.ssh/authorized_keys2 et sur lesquels les commandes /bin/cat, /bin/touch, /bin/grep et /bin/mv sont disponibles. Avec remoteOS=cygwin cela fonctionne pour les serveurs distants sous Cygwin/Windows.</nowiki>}}
{{Note box|type=Note :|<nowiki>l'option --send-key fonctionne pour SME Server comme serveur distant et pour les systèmes sur lesquels les clés publiques sont stockées dans /root/.ssh/authorized_keys2 et sur lesquels les commandes /bin/cat, /bin/touch, /bin/grep et /bin/mv sont disponibles. Avec remoteOS=cygwin cela fonctionne pour les serveurs distants sous Cygwin/Windows.</nowiki>}}
'''affa --revoke-key --host=TARGETHOST [--port=PORT] [--remoteOS=cygwin]'''
'''affa --revoke-key --host=TARGETHOST [--port=PORT] [--remoteOS=cygwin]'''
Détruit la clé DSA publique sur le serveur distant.
Détruit la clé RSA publique sur le serveur distant.
{{Note box|type=Note :|<nowiki>l'option --revoke-key seule fonctionne sur SME Server comme serveur distant et pour les systèmes où les clés sont stockées dans /root/.ssh/authorized_keys2 Avec remoteOS=cygwin cela fonctionne pour les serveurs distants sous Cygwin/Windows.</nowiki>}}
{{Note box|type=Note :|<nowiki>l'option --revoke-key seule fonctionne sur SME Server comme serveur distant et pour les systèmes où les clés sont stockées dans /root/.ssh/authorized_keys2 Avec remoteOS=cygwin cela fonctionne pour les serveurs distants sous Cygwin/Windows.</nowiki>}}
Active un journal verbeux. Remplace la tâche et les configurations globales.
Active un journal verbeux. Remplace la tâche et les configurations globales.
===Options d'utilisation et de lignes de commande spécifiques à SME===
{{Note box|type=Note :| les commandes ci-dessous sont implémentées dans le programme dérivé «smeserver-affa» du projet Affa 3 pour une utilisation avec le Serveur SME. '''Elles ne font pas partie du projet Affa 3 pour CentOS'''.}}
====La fonction 'rise' pour le serveur SME ====
'''affa --rise [--all] JOB [ARCHIVE]'''
'''affa --rise [--all] JOB [ARCHIVE]'''
Lance une restauration totale depuis l'archive de sauvegarde [ARCHIVE] sur le serveur Affa <b>(!)</b> comme défini dans l'enregistrement JOB. Autrement dit, une fois terminée, le serveur de sauvegarde reboote comme un clone du serveur source. Assurez-vous d'avoir arrêté le serveur source avant de rebooter le serveur de sauvegardes, sinon l'interface réseau ne sera pas activée. Cela est important, lorsque vous lancez --rise à distance. La fonction --rise ne fonctionne qu'avec les serveurs SME et ne devrait être utilisée que sur les serveurs de sauvegardes dédiés.
Lance une restauration totale depuis l'archive de sauvegarde [ARCHIVE] sur le serveur Affa <b>(!)</b> comme défini dans l'enregistrement JOB. Autrement dit, une fois terminée, le serveur de sauvegarde redémarre comme un clone du serveur source. Assurez-vous d'avoir arrêté le serveur source avant de rebooter le serveur de sauvegardes, sinon l'interface réseau ne sera pas activée. Cela est important, lorsque vous lancez --rise à distance. La fonction --rise ne fonctionne qu'avec les serveurs SME et ne devrait être utilisée que sur les serveurs de sauvegardes dédiés.
Avec l'option --all, tous les fichiers et répertoires de l'archive tels que définis par les propriétés include[] sont restaurés. Les fichiers et répertoires avec le même nom sur le serveur Affa seront écrasés et ne peuvent pas être restaurés par un undo-rise. Cela ne devrait pas poser de problème sur un serveur Affa dédié qui ne contient aucune autre donnée. Après un éventuel undo-rise, ces données additionnelles restaurées doivent être supprimées manuellement.
Avec l'option --all, tous les fichiers et répertoires de l'archive tels que définis par les propriétés include[] sont restaurés. Les fichiers et répertoires avec le même nom sur le serveur Affa seront écrasés et ne peuvent pas être restaurés par un undo-rise. Cela ne devrait pas poser de problème sur un serveur Affa dédié qui ne contient aucune autre donnée. Après un éventuel undo-rise, ces données additionnelles restaurées doivent être supprimées manuellement.
Remarquez que le processus rise sauvegarde le serveur Affa lui-même avant d'effectuer la restauration de l'archive. Cette sauvegarde est utilisée par un éventuel undo-rise pour restaurer le serveur Affa. Seulement les fichiers et répertoires standards sont sauvegardés. Les données dans des endroits non normalisés (comme /opt) ne sont pas touchées et existeront encore après le rise '''si elles n'ont pas été écrasées par les données de la sauvegarde''' (c-a-dire si la sauvegarde contient aussi le répertoire /opt, par exemple). Voir aussi : [[Backup_server_config#Standard_backup_.26_restore_inclusions]]
Remarquez que le processus rise sauvegarde le serveur Affa lui-même avant d'effectuer la restauration de l'archive. Cette sauvegarde est utilisée par un éventuel undo-rise pour restaurer le serveur Affa. Seuls les fichiers et répertoires standards sont sauvegardés. Les données dans des endroits non normalisés (comme /opt) ne sont pas touchées et existeront encore après le rise '''si elles n'ont pas été écrasées par les données de la sauvegarde''' (c'est-à-dire si la sauvegarde contient aussi le répertoire /opt, par exemple). Voir aussi : [[Backup_server_config#Standard_backup_.26_restore_inclusions]]
Avec --cxv, le tableau est généré selon un format séparé par des deux-points (:) lisible par les programmes.
Avec --cxv, le tableau est généré selon un format séparé par des deux-points (:) lisible par les programmes.
=== Exemples de configuration ===
===== Serveur de sauvegarde dédié =====
===== Serveur de sauvegarde dédié =====
* Configurez une tâche pour chaque serveur que vous voulez sauvegarder
* Configurez une tâche pour chaque serveur que vous voulez sauvegarder
* Envoyez les clés publiques à chaque serveur.
* Envoyez les clés publiques à chaque serveur.
affa --send-key JOBNAME
affa --send-key JOBNAME
* Envoie la clé DSA correspontante à la tâche JOBNAME.
* Envoie la clé RSA correspontante à la tâche JOBNAME.
affa --check-connections
affa --check-connections
* Vérifie que les connexions sans mot de passe fonctionnent.
* Vérifie que les connexions sans mot de passe fonctionnent.
affa --status
affa --status
* Vérifie l'état après 24 heures.
* Vérifie l'état après 24 heures.
===== Sauvegarder une ibay individuellement =====
===== Sauvegarder une ibay individuellement =====
Attention de ne pas sauvegarder à nouveau les archives de l'autre site. Configurez la propriété RootDir vers un chemin qui n'est pas inclu dans la liste de sauvegarde par défaut de SME. En laissant la propriété RootDir par défaut sur '/var/affa', cela est garanti.
Attention de ne pas sauvegarder à nouveau les archives de l'autre site. Configurez la propriété RootDir vers un chemin qui n'est pas inclu dans la liste de sauvegarde par défaut de SME. En laissant la propriété RootDir par défaut sur '/var/affa', cela est garanti.
===== Utiliser Affa pour sauvegarder un NAS monté par NFS ou un disque USB local =====
===== Utiliser Affa pour sauvegarder un NAS monté par NFS ou un disque USB local =====
Le point de montage sera automatiquement créé, s'il n'existe pas. <br>
Le point de montage sera automatiquement créé, s'il n'existe pas. <br>
Pour accéder au répertoire de l'archive, vous devez le monter à la main.
Pour accéder au répertoire de l'archive, vous devez le monter à la main.
==== Copier une archive Affa d'un disque dur USB sur un nouveau disque ====
Affa utilise un grand nombre de liens matériels (hard links) pour compresser et préserver de la place sur le disque pour les sauvegardes. Dans la situation où l'on voudrait copier un disque contenant une archive Affa sur un autre disque (de taille plus importante), il est nécessaire de s'assurer que les liens matériels ont été copiés correctement au risque que la copie devienne considérablement plus volumineuse que l'archive source.
Une méthode pour copier à travers des systèmes de fichiers distincts (par ex. entre 2 disques usb différents) et préserver les liens matériels est la suivante:
* monter les deux disques usb avec des points de montage différents, par exemple /media/backup1 et /media/backup2 et effectuer alors :
mkdir /media/backup2/archive
cd /media/backup1/archive
tar cpf - . | ( cd /media/backup2/archive && tar xpf - )
en remplaçant '''archive''' par le véritable nom de l'archive (job) Affa que l'on souhaite placer sur l'autre disque.
=== Restauration ===
=== Restauration ===
export RDIR=/home/e-smith/files/users/briedlin/Maildir/.orders/ ''# cette variable est utilisée pour raccourcir la ligne de commande suivante''
export RDIR=/home/e-smith/files/users/briedlin/Maildir/.orders/ ''# cette variable est utilisée pour raccourcir la ligne de commande suivante''
rsync -av -e 'ssh -p 2222' /var/affa/primmail/daily.0/$RDIR 10.204.48.1:$RDIR
rsync -av -e 'ssh -i /root/.ssh/id_rsa_affa -p 2222' /var/affa/primmail/daily.0/$RDIR 10.204.48.1:$RDIR
export RFILE=/home/e-smith/files/ibays/docs/files/orderform.pdf ''# cette variable est utilisée pour raccourcir la ligne de commande suivante''
export RFILE=/home/e-smith/files/ibays/docs/files/orderform.pdf ''# cette variable est utilisée pour raccourcir la ligne de commande suivante''
rsync -av -e 'ssh -p 2222' /var/affa/prodserv/weekly.1/$RFILE 10.204.48.1:$RFILE
rsync -av -e 'ssh -i /root/.ssh/id_rsa_affa -p 2222' /var/affa/prodserv/weekly.1/$RFILE 10.204.48.1:$RFILE
Si les serveurs sont configurés pour utiliser un port ssh différent, ex. 2222, à la place faites :
Si les serveurs sont configurés pour utiliser un port ssh différent, ex. 2222, à la place faites :
rsync -av -e 'ssh -p 2222' "/var/affa/fileshare/daily.4/home/e-smith/files/ibays/mechfiles/files/Valve Control (Design Gr)/VALVE LIST FOR ISSUED.xls" "192.168.1.7:/home/e-smith/files/ibays/mechfiles/files/Valve\\ Control\\ \(Design\\ Gr\)/VALVE\\ LIST\\ FOR\\ ISSUED.xls"
rsync -av -e 'ssh -i /root/.ssh/id_rsa_affa -p 2222' "/var/affa/fileshare/daily.4/home/e-smith/files/ibays/mechfiles/files/Valve Control (Design Gr)/VALVE LIST FOR ISSUED.xls" "192.168.1.7:/home/e-smith/files/ibays/mechfiles/files/Valve\\ Control\\ \(Design\\ Gr\)/VALVE\\ LIST\\ FOR\\ ISSUED.xls"
==== Restauration complète ====
==== Restauration complète ====
affa --full-restore <JOB> [<ARCHIVE>]
affa --full-restore <JOB> [<ARCHIVE>]
Cela synchroniste (par rsync) les données de la sauvegarde ARCHIVE vers l'ordinateur 'remoteHostname' défini dans la configuration de la tâche JOB.
Cela synchronise (par rsync) les données de la sauvegarde ARCHIVE vers l'ordinateur 'remoteHostname' défini dans la configuration de la tâche JOB.
Exemple:
Exemple:
'''Comment puis-je déplacer une archive de sauvegarde de mon serveur de production dans une agence distante vers le serveur Affa en utilisant un disque USB ? Je veux éviter de télécharger la première sauvegarde complète depuis internet.'''
'''Comment puis-je déplacer une archive de sauvegarde de mon serveur de production vers une agence distante dans le serveur Affa en utilisant un disque USB ? Je veux éviter de télécharger la première sauvegarde complète depuis Internet.'''
Installez Affa sur votre serveur de production, connectez et montez le disque USB.''' Configurez une tâche pour enregistrer la sauvegarde sur le disque USB. Une fois la tâche exécutée, connectez le disque USB à votre serveur Affa et configurez la tâche de la même manière. Utilisez le script de configuration du répertoire d'archive. Vous n'avez à mofier que la propriété "remoteHostName". Maintenant, utilisez l'option --move-archive pour transférer l'archive sur le disque local. Si ce n'est pas déjà fait, envoyez la clé publique à votre serveur de production. C'est fait.'''
Installez Affa sur votre serveur de production, connectez et montez le disque USB. Configurez une tâche pour enregistrer la sauvegarde sur le disque USB. Une fois la tâche exécutée, connectez le disque USB à votre serveur Affa et configurez la tâche de la même manière. Utilisez le script de configuration du répertoire d'archive. Vous n'avez à mofier que la propriété "remoteHostName". Maintenant, utilisez l'option --move-archive pour transférer l'archive sur le disque local. Si ce n'est pas déjà fait, envoyez la clé publique à votre serveur de production. C'est fait.
'''Comment je sauvegarde deux serveurs SME derrière un pare-feu ?'''
'''Comment je sauvegarde deux serveurs SME derrière un pare-feu ?'''
D'abord, vous devez configurer les port forwardings pour le service ssh sur votre pare-feu. Utilisez un port non standard, par ex. 2200->22, pour votre second serveur. Configurez une tâche sur votre serveur de sauvegarde Affa pour chacun de vos serveurs de production. Configurez la propriété sshPort=2200 pour votre second serveur.
D'abord, vous devez configurer les port forwardings pour le service ssh sur votre pare-feu. Utilisez un port non standard, par ex. 2200->22, pour votre second serveur. Configurez une tâche sur votre serveur de sauvegarde Affa pour chacun de vos serveurs de production. Configurez la propriété sshPort=2200 pour votre second serveur.
