View previous topic :: View next topic |
Author |
Message |
Nitro_146 Apprentice
Joined: 02 Mar 2005 Posts: 221 Location: Digne les bains, France
|
Posted: Sun Dec 02, 2007 11:31 am Post subject: [Sauvegarde] - comment paramétrer avec deux disques |
|
|
Bonjour à tous,
J'envisage l'achat d'un second disque dur pour ma config, non seulement pour augmenter ma capacité de stockage, mais surtout pour sécuriser un maximum mon système.
Actuellement, mon disque principal est un Raptor (SATA) de 74 Go et j'ai un vieil IDE de 8 Go sur lequel je rsync mon /home automatiquement chaque nuit. Mes données sont donc à l'abri d'un plantage disque, mais pas mon système...
Je pense acheter un disque SATA de 400 Go et me débarrasser du vieil IDE
Ce que j'aimerai c'est faire une partition de 74 Go sur le gros disque et faire un rsync automatique quotidien du disque principal. Idéalement, en cas de plantage du raptor, j'aimerai pouvoir booter sur la copie avec le moins de manips possible et pouvoir continuer mon travail.
Les données sur le reste du gros disque n'auraient pas besoin d'être sauvegardées
- Rsync est-il l'outil adapté pour cela, ou devrais-je passer par dd (ou autre)
- Certains répertoires sont-ils à exclure de la copie (je pense à /dev ou /proc par exemple)
- Quelle serait la manip pour booter sur le 400 Go en cas de plantage disque ?
Merci de vos avis et conseils. _________________ Linux, cause booting is for adding new hardware
Last edited by Nitro_146 on Sun Dec 02, 2007 12:51 pm; edited 2 times in total |
|
Back to top |
|
|
Pixys l33t
Joined: 23 May 2005 Posts: 669
|
Posted: Sun Dec 02, 2007 12:48 pm Post subject: |
|
|
Avant de voir s'abattre sur toi les 7 plaies d'Egypte, pourrais-tu respecter nos règles en ce qui concerne le format du titre de ton post voir ici paragraphe 3/3.
merci.
EDIT: ils ne sont que 3 mais "ils" en valent bien 7... |
|
Back to top |
|
|
Nitro_146 Apprentice
Joined: 02 Mar 2005 Posts: 221 Location: Digne les bains, France
|
Posted: Sun Dec 02, 2007 12:50 pm Post subject: |
|
|
Titre édite. Désolé. _________________ Linux, cause booting is for adding new hardware |
|
Back to top |
|
|
ghoti Advocate
Joined: 30 Dec 2002 Posts: 3634 Location: Belgium
|
Posted: Sun Dec 02, 2007 2:20 pm Post subject: |
|
|
Une solution serait peut-être d'utiliser le RAID1 logiciel : tes deux partitions seraient ainsi identiques en permanence, tout en permettant d'y accéder individuellement en cas de crash.
Perso, c'est ce que je fais, avec 2 disques identiques.
Il faudrait voir si c'est rentable ou acceptable d'associer un raptor avec un disque plus lent ... |
|
Back to top |
|
|
Nitro_146 Apprentice
Joined: 02 Mar 2005 Posts: 221 Location: Digne les bains, France
|
Posted: Sun Dec 02, 2007 2:24 pm Post subject: |
|
|
Merci de ta réponse,
Je ne suis pas persuadé que cela me convienne.
Tout d'abord, j'ai cru comprendre que le RAID 1 allait à la vitesse du disque le plus lent, donc effectivement le raptor serait bridé.
Par ailleurs, j'aime mieux une sauvegarde différée.
Certes je perd les données crées entre la dernière sauvegarde et le crash disque, mais en contre-partie, je peux facilement récupérer un fichier que je viens d'effacer accidentellement ou de modifer à tord. Mes données ne nécessitent pas une sauvegarde en temps réel. _________________ Linux, cause booting is for adding new hardware |
|
Back to top |
|
|
Nitro_146 Apprentice
Joined: 02 Mar 2005 Posts: 221 Location: Digne les bains, France
|
Posted: Wed Dec 05, 2007 10:26 pm Post subject: |
|
|
Up _________________ Linux, cause booting is for adding new hardware |
|
Back to top |
|
|
gglaboussole l33t
Joined: 17 May 2005 Posts: 641 Location: Monbalen (47),France
|
Posted: Wed Dec 05, 2007 10:49 pm Post subject: |
|
|
Salut,
Je ne sais pas si cela peut te convenir : https://forums.gentoo.org/viewtopic-t-183148.html
dump ne permet pas de faire que des images de ses partitions, comme il est dit dans ce post, c'est un outil de sauvegarde incrémental aussi, après un pt'it crontab pour automatiser tout ça ...je me suis jamais penché dessus personellement mais ça pourrait répondre à tes besoins _________________ On m'a dit que la terre tourne, alors j'attends que ma maison passe par ici... |
|
Back to top |
|
|
Syl20 l33t
Joined: 04 Aug 2005 Posts: 619 Location: France
|
Posted: Thu Dec 06, 2007 9:41 am Post subject: Re: [Sauvegarde] - comment paramétrer avec deux disques |
|
|
Nitro_146 wrote: | - Rsync est-il l'outil adapté pour cela, ou devrais-je passer par dd (ou autre) |
Non. Rsync est utile pour sauvegarder les données, mais dump/restore est plus adapté dans ton cas.
dd est idéal, certes, mais qu'est-ce que c'est loooooooooooong.....
Attention : pense à installer ton secteur de démarrage (lilo/grub).
Quote: | - Certains répertoires sont-ils à exclure de la copie (je pense à /dev ou /proc par exemple) |
Le contenu de ces répertoires est créé par le système. Je n'irai pas jusqu'à dire qu'on s'en fout, mais la sauvegarde "à chaud" (sous-entendu OS démarré) ne pose pas de problème.
Quote: | - Quelle serait la manip pour booter sur le 400 Go en cas de plantage disque ? |
Ca dépend.
1/ Tu ne veux pas ouvrir ta machine et rebrancher le disque de backup en lieu et place de ton disque système.
Dans ce cas, y'a quelques manips à faire : modifier /etc/fstab, la conf grub/lilo, et les périphériques de démarrage dans ton BIOS.
2/ Tu aimes la poussière et les mecano, et, dans ce cas, c'est quand meme plus simple. Normalement, après vérification (la confiance n'empeche pas le controle) des points de montage et de la conf grub/lilo, une inversion de cables devrait etre suffisante. |
|
Back to top |
|
|
anigel Bodhisattva
Joined: 14 Apr 2003 Posts: 1894 Location: Un petit bled pas loin de Limoges ;-)
|
Posted: Thu Dec 06, 2007 10:24 am Post subject: |
|
|
Nitro_146 wrote: | Tout d'abord, j'ai cru comprendre que le RAID 1 allait à la vitesse du disque le plus lent, donc effectivement le raptor serait bridé. |
Absolument pas : le RAID 1 va à la moitié de la vitesse moyenne des deux disques !
Nitro_146 wrote: | Par ailleurs, j'aime mieux une sauvegarde différée. Certes je perd les données crées entre la dernière sauvegarde et le crash disque, mais en contre-partie, je peux facilement récupérer un fichier que je viens d'effacer accidentellement ou de modifer à tord. Mes données ne nécessitent pas une sauvegarde en temps réel. |
Ce sont deux choses différentes : dans un cas tu restaure des vieilles données (et c'est très bien), dans l'autre tu sécurise en permanence tes fichiers (et c'est bien aussi). L'idéal est d'avoir les deux. Et c'est assez facile à faire, vu les volumes de données réellement importantes que l'on trouve dans un PC de particulier.
CneGroumF wrote: | dd est idéal, certes, mais qu'est-ce que c'est loooooooooooong..... |
. Que ce soit long, ok, mais que ce soit idéal... Non, pour moi, dd est idéal dans un seul cas : pour faire une image iso à partir d'un CD, ou une image de disquette bootable à partir du média d'origine. Le reste du temps, j'ignore joyeusement cet outil de très très bas niveau. _________________ Il y a 10 sortes d'individus en ce bas-monde : ceux qui causent binaire, et les autres. |
|
Back to top |
|
|
Syl20 l33t
Joined: 04 Aug 2005 Posts: 619 Location: France
|
Posted: Thu Dec 06, 2007 11:04 am Post subject: |
|
|
anigel wrote: | CneGroumF wrote: | dd est idéal, certes, mais qu'est-ce que c'est loooooooooooong..... |
. Que ce soit long, ok, mais que ce soit idéal... Non, pour moi, dd est idéal dans un seul cas : pour faire une image iso à partir d'un CD, ou une image de disquette bootable à partir du média d'origine. Le reste du temps, j'ignore joyeusement cet outil de très très bas niveau. |
L'avantage du très très bas niveau, c'est qu'on n'a pas à se poser de questions : on a une sortie rigoureusement identique à l'entrée, au bit près.
L'inconvénient, c'est lorsque l'un des disques (ou les deux) a des secteurs marqués défectueux, par exemple...
Cela dit, la commande dump linux (je parle bien de la commande linux. La commande BSD n'a pas ce problème) souffre de quelques imperfections. J'ai le cas au boulot, où on a décidé de faire un dump du disque système des serveurs Solaris et linux sur un disque de backup, toutes les nuits. De temps en temps, sous linux, on a un FS inutilisable... On a du coup envisagé d'utiliser dd, mais c'était beaucoup trop long pour etre implanté la nuit. |
|
Back to top |
|
|
anigel Bodhisattva
Joined: 14 Apr 2003 Posts: 1894 Location: Un petit bled pas loin de Limoges ;-)
|
Posted: Thu Dec 06, 2007 12:00 pm Post subject: |
|
|
Je suis très très surpris... J'ai utilisé dump sous BSD et sous Linux, sans jamais rencontrer le moindre souci (et j'ai eu besoin de l'utiliser pour restaurer des systèmes complets).
J'avais posté il y a un moment un petit exemple de pourquoi dd était totalement à la ramasse en terme d'efficacité (énorme perte d'espace disque, même si compressé), mais je n'arrive plus à remettre la main dessus... _________________ Il y a 10 sortes d'individus en ce bas-monde : ceux qui causent binaire, et les autres. |
|
Back to top |
|
|
Syl20 l33t
Joined: 04 Aug 2005 Posts: 619 Location: France
|
Posted: Thu Dec 06, 2007 1:02 pm Post subject: |
|
|
[troll]Les serveurs sont sous Debian...[/troll]
|
|
Back to top |
|
|
anigel Bodhisattva
Joined: 14 Apr 2003 Posts: 1894 Location: Un petit bled pas loin de Limoges ;-)
|
Posted: Thu Dec 06, 2007 3:57 pm Post subject: |
|
|
Non non, je ne me laisserai pas tenter par cette perche !
Blague à part, aucun souci non plus sur mes Debians... _________________ Il y a 10 sortes d'individus en ce bas-monde : ceux qui causent binaire, et les autres. |
|
Back to top |
|
|
Nitro_146 Apprentice
Joined: 02 Mar 2005 Posts: 221 Location: Digne les bains, France
|
Posted: Sat Dec 08, 2007 8:53 pm Post subject: |
|
|
Merci de vos réponses.
Donc, je pense que dump / restore correspondent à ce que je recherche.
Le RAID ralentirait mon système et je peux accepter de perdre les données vieilles de moins de 24h en général (la moyenne est moins importante cela dit, puisque mon pc est éteint quand je ne m'en sers pas)
Je vais approfondir la doc, mais il me semble avoir lu que dump nécessitait une partition démontée ou en lecture seule. Si c'est le cas, ça ne conviendra pas pour ce que je cherche.
Au fait, je n'ai pas encore saisi en quoi dump est supérieur à rsync pour mon problème ?
Pour échanger les cables, pas de soucis, c'est la solution qui me convient le mieux. _________________ Linux, cause booting is for adding new hardware |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|