Différences

Ci-dessous, les différences entre deux révisions de la page.

--- fr:sauver_serveur [2017/10/14 12:44] – zatalyz
+++ fr:sauver_serveur [2022/04/25 09:20] (Version actuelle) – [Sauvegarde des bases mysql via un script] Obsolète ou pas zatalyz
@@ Ligne 1: / Ligne 1: @@
-====== Processus de sauvegarde sur un serveur. ======
+====== Processus de sauvegarde sur un serveur ======
-Il peut arriver pleins de choses à un ordinateur, d'autant plus s'il est en ligne, donc : sauvegardez, sauvegardez !
+Il peut arriver plein de choses à un ordinateur, d'autant plus s'il est en ligne, donc : sauvegardez, sauvegardez !
-Pour que les sauvegardes servent à quelque chose, il faut qu'elles soient fonctionnelles, régulières, et placés en divers lieux physiques. Au minimum, envoyez les sauvegardes de votre serveur sur votre propre ordinateur ; dans l'absolu, c'est plus pratique d'avoir un second serveur en ligne dédié à la sauvegarde+un ordinateur personnel qui duplique les données. Trois endroits où avoir les données, ce n'est pas trop.
+<WRAP center round todo 60%>
+Cet article aurait besoin d'être dépoussiéré, certaines de ses informations, sans être fausses, ne sont pas forcément des plus pertinentes. Utilisez votre esprit critique si vous l'utilisez pour vos besoins, et participez à son amélioration.
+</WRAP>
+Pour que les sauvegardes servent à quelque chose, il faut qu'elles soient fonctionnelles, régulières, et placés en divers lieux physiques, mais aussi il faut tester régulièrement une récupération des données : un backup qui ne fonctionne pas, ça n'intéresse personne. Au minimum, envoyez les sauvegardes de votre serveur sur votre propre ordinateur ; dans l'absolu, c'est plus pratique d'avoir un second serveur en ligne dédié à la sauvegarde + un ordinateur personnel qui duplique les données. Trois endroits où avoir les données, ce n'est pas trop.
 Pensez que votre serveur peut être piraté... mais aussi que le disque dur peut lâcher brusquement ou disparaître dans un incendie. Dans ce cas, comment remettrez-vous les données en ligne ?
@@ Ligne 15: / Ligne 20: @@
 ===== Sauvegarde des bases mysql via un script =====
-Un certain nombre de CMS passent par des bases de données type mysql. Vous pouvez sauvegarder toutes ces bases en un script, lancé à intervalle régulière via cron.
+Un certain nombre de CMS passent par des bases de données type mysql. Vous pouvez sauvegarder toutes ces bases en un script, lancé à intervalle régulier via cron.
-Exemple de cron, le premier script se lançant tous les jours à 00H30, le second à 1H30((Il vaut mieux lancer les scripts de sauvegarde au moment où vos utilisateurs ont peu de chance d'être en ligne, car ils peuvent consommer pas mal de ressources.)) :
+<WRAP center round alert 60%>
+Cette partie est probablement en partie obsolète. Ne copiez pas bêtement, lisez tout soigneusement, utilisez vos connaissances, testez, puis mettez cette partie à jour.
+</WRAP>
-0 * * * /home/user/backup/backup.sh
+''backupmysql.sh'' se charge de sauvegarder, de façon séparée, chacune des tables utiles, tout en incrémentant le nom du fichier de sauvegarde avec la date du jour. En bonus, la sauvegarde d'un annuaire LDAP (adaptez à vos besoins !). Puis il supprime les plus anciennes sauvegardes, sinon ça devient le bazar et ça prend de la place :
-1 * * * /home/user/backup/balai.sh
-''backup.sh'' se charge de sauvegarder, de façon séparé, chacune des tables utiles, tout en les incrémentant avec la date du jour. En bonus, la sauvegarde d'un annuaire LDAP à la fin :
-<code bash>#!/bin/bash
+<code bash backupmysql.sh>#!/bin/bash
+# Variable pour avoir la date du jour
 TODAY=$(date +%Y-%m-%d)
-/usr/bin/mysqldump -u root -p$(cat /home/user/.password) --opt etherpad > /home/user/backup/$TODAY-etherpad-mysqldump.sql
+# Sauvegarde des tables
-/usr/bin/mysqldump -u root -p$(cat /home/user/.password) --opt smf > /home/user/backup/$TODAY-smf-mysqldump.sql
+/usr/bin/mysqldump -u root -p$(cat /home/user/.password) --opt etherpad > /home/user/mysqlbackup/$TODAY-etherpad-mysqldump.sql
-/usr/bin/mysqldump -u root -p$(cat /home/user/.password) --opt teampass > /home/user/backup/$TODAY-teampass-mysqldump.sql
+/usr/bin/mysqldump -u root -p$(cat /home/user/.password) --opt smf > /home/user/mysqlbackup/$TODAY-smf-mysqldump.sql
-/usr/bin/ldapsearch -xLLL -D "cn=admin,dc=monserveur,dc=net" -w $(cat /home/user/.ldapassword) > /home/user/backup/$TODAY-exportKLDAP.ldif
+/usr/bin/mysqldump -u root -p$(cat /home/user/.password) --opt teampass > /home/user/mysqlbackup/$TODAY-teampass-mysqldump.sql
+/usr/bin/ldapsearch -xLLL -D "cn=admin,dc=monserveur,dc=net" -w $(cat /home/user/.ldapassword) > /home/user/mysqlbackup/$TODAY-exportKLDAP.ldif
+# Nettoie le dossier "Backup" régulièrement, afin qu'il ne prenne pas trop de place.
+# On se fait une jolie variable qui imite le nom des fichiers de sauvegarde, avec leur chemin complet, pour éviter d'effacer n'importe quoi
+mysqldump='/home/user/backup/*mysqldump.sql*'
+# On efface celles ayant plus de 15 jours
+find $mysqldump -type f -mtime +15 -exec /bin/rm -f {} \;
 </code>
-Adaptez ce script à vos propres besoins. S'assurer que les fichiers ''/home/user/.password'' et ''/home/user/.ldapassword'' contiennent bien le mot de passe de root (mysql et ldap)... et que les droits sont donnés, en lecture, uniquement à l'utilisateur qui va lancer le script.
+S'assurer que les fichiers ''/home/user/.password'' et ''/home/user/.ldapassword'' contiennent bien le mot de passe de root (mysql et ldap)... et que les droits sont donnés, en lecture, uniquement à l'utilisateur qui va lancer le script.
-''balai.sh'' vire les plus anciennes sauvegardes, sinon ça devient le bazar et ça prend de la place :
+Avant de lancer le script, vérifier que les dossiers existent, l'user est le bon, puis testez, avant de mettre le cron en place.
-<code bash>#!/bin/bash
-#Nettoie le dossier "Backup" régulièrement, afin qu'il ne prenne pas trop de place.
-#On se fait une jolie variable qui imite le nom des fichiers de sauvegarde, avec leur chemin complet, pour éviter d'effacer n'importe quoi
+Exemple de cron : le script se lance tous les jours à 00H30((Il vaut mieux lancer les scripts de sauvegarde au moment où vos utilisateurs ont peu de chance d'être en ligne, car ils peuvent consommer pas mal de ressources.)) :
-mysqldump='/home/user/backup/*mysqldump.sql*'
-#On efface ceux ayant plus de 15 jours
+0 * * * /home/user/backup/backupmysql.sh
-find $mysqldump -type f -mtime +15 -exec /bin/rm -f {} \;
-</code>
+<WRAP center round todo 100%>
+Le fonctionnement de Mariadb a changé, et il semblerait qu'il faille changer le script de la façon suivante, en le lançant en root :
+<code>/usr/bin/mysqldump --opt smf | gzip -2 > /home/khaganat/mybackup/$TODAY-smf-mysqldump.sql.gz</code>
+Crontab associé (depuis l'user root, donc) :
+<code># Sauvegarde des tables
+1 * * * /home/user/mybackup/backup.sh</code>
+Vérifier soigneusement avant de faire confiance...
+</WRAP>
 ===== Rsync sur les données vers un serveur distant =====
 ==== Copie des données distantes ====
@@ Ligne 168: / Ligne 186: @@
 Donc : du dossier vers le serveur. Tout simple.
-{{tag>Web Serveur Tutoriel}}
+{{tag>Web Serveur Tutoriel Obsolète}}