Bonjour, après de nombreux essais intéressants. Je passe à l'install sur le "serveur" qui a 2 disques identiques de 160 Go (un ancien serveur de fichiers perso). Justement il était configuré en raid 1 logiciel (mdtools) dans sa précédente vie.
Je n'ai pas vu ce genre de possibilité dans l'install Abuledu, non que je la souhaite mais je me pose la question de savoir si le fameux scripts de copie est une solution "meilleure" que celle du mirroring logiciel et du pourquoi de ce choix.
Bonjour Chrys,
La question a déjà été posée et Eric y a répondu ici : Installer 2 hdd
Guy Larrieu.
Mairie d'Albi.
Guy j'ai lu ce message avant de poster et Eric (Seigne) termine en vantant les qualités du Raid logiciel Linux. D'où ma question qui reste ouverte et entière.
Francois Audirac
Administrator
chryjs a écrit :
../.. il était configuré en raid 1 logiciel (mdtools).../...Je n'ai pas vu ce genre de possibilité dans l'install AbulÉdu.
La fonctionnalité est implémentée sous forme de raid 1, mais sous forme de copie identique (dd).
Les partitions sont strictement identiques sur les deux disques, mais une seule copie est faite chaque nuit, ce qui laisse un léger différé intéressant.
Par contre, elle n'est pas activée et il faut lancer le script à la main et l'automatiser comme indiqué dans le post cité par Guy.
Sur les choix techniques, tu es ensuite libre de tester ce que tu veux sur ton serveur, si tu penses que d'autres outils sont meilleurs. Par contre, tu ne trouveras pas de documentation et encore moins d'aide sur le forum puisque peu d'utilisateurs seront dans cette configuration.
Je ne cherche pas à faire original mais à comprendre ce qui a conduit "ceux qui ont l'expérience" à faire tel ou tel choix. Je comprends très bien le fonctionnement d'un script qui fait un backup (ou un snapshot) quotidien ainsi que le Raid 1 qui n'ont pas grand chose en commun. Les deux ont leurs avantages et inconvénients . Je cherchais à comprendre ce qui avait conduit à privilégier les snapshots (le pourquoi de ma question initiale).
Bonjour,
Les raisons sont dans le poste précité, je les cite :
* Un léger différé entre les 2 disques, si tu effaces un fichier super important tu peux encore le "rattraper sur le disque2" (ce qui n'est pas possible avec du RAID) si tu le fais avant la duplication disque1 -> disque2 bien entendu.
* Pas de carte RAID à trouver (surtout une carte "compatible linux")
* Pas de pb en cas de "mort" de la carte RAID[1]
* Pas de configuration complexe (création du RAID via le bios de la carte etc.)
* Pas d'outil de détection et de monitoring de la carte RAID (pour être au courant lorsqu'un disque meurt...) car en cas d'absence de supervision du RAID tu ne seras pas au courant qu'un disque est mort... et le jour ou le 2° meurt ... ben tu ne peux que pleurer
* Tu peux prendre ton disque (1 ou 2 peu importe) et le brancher ... dans un autre serveur.
* Tu peux sortir ton disque 1 du serveur (après l'avoir éteint), booter sur le 2°, faire une grosse mise à jour ou un truc expérimental, valider que tout marche et ensuite retourner sur le disque 1 si ça n'a pas marché ou mettre l'ancien 1 en 2 et hop ...
* etc. etc. etc.
Enlève ce qui touche à la carte RAID matérielle et il te reste les raisons que tu recherches, à savoir :
- Possibilité de retrouver un fichier en cas de mauvaise manip.
- Pas de configuration supplémentaire à prévoir.
- Pouvoir utiliser le disque 2 par ailleurs (sur un autre serveur, pour des tests, etc.).
D'ailleurs, Eric ne vante pas les qualités du RAID logiciel, il dit :
Si tu veux vraiment vraiment faire du RAID je te conseille de regarder le RAID logiciel sous Linux
La question est donc : "Pourquoi faire du RAID quand la solution de copie donne plus d'avantages ?". Il y a bien sûr des tas de réponses à cette question, ça t'appartient totalement.
Dans tous les cas, si tu comptes tester, donne nous ta méthodologie et ton sentiment une fois en place. C'est toujours intéressant d'avoir un point de vue sur une solution différente.
Guy Larrieu.
Mairie d'Albi.
Ok ok très bien. 
Pour le raid logiciel je ne sais pas trop. La question du temps est primordiale. Pour le moment priorité config des TX et clients lourds. Après on verra si ça va vite je regarderai si ça vaut le coup. Pour l'école a priori "au nez" j'aime bien l'idée des snapshots. Sans réfléchir, j'aurai plutôt vu ça avec les outils de LVM mais un script qui tourne la nuit n'est pas mal non plus. Reste à permettre un redémarrage "facile" sans opération console ou autre. Je pense que le script de backup pourrait ajouter les commandes en question dans les scripts de démarrage du backup. On verra !
Désolé de remonter un vieux post mais j'ai la même problématique: je suis entrain d'installer un serveur et je comptais faire du RAID1.
Pour moi l'énorme avantage et que je ne suis pas obligé de laisser tourner le serveur H24 pour que le script se fasse la nuit.
Je finalise l'installation et je vous ferais un retour.
anonymous said:
Désolé de remonter un vieux post mais j'ai la même problématique: je suis entrain d'installer un serveur et je comptais faire du RAID1.
Pour moi l'énorme avantage et que je ne suis pas obligé de laisser tourner le serveur H24 pour que le script se fasse la nuit.
Je finalise l'installation et je vous ferais un retour.
Avec un compte sur le forum c'est mieux
Francois Audirac
Administrator
Dans ce cas, il suffit simplement de modifier le cron pour que la sauvegarde se fasse au moment où le serveur est allumé et où il n'y as pas trop d'utilisateurs sur le réseau (le midi...).
Voir le /etc/cron.d/horizon-backup
Et modifier le
10 1 * * *en
10 12 * * *Par exemple.
Squelette wiki inspire de celui de ubuntu-fr.org !
AbulÉdu - Les Forums est propulsé par bbPress.