Re: [Admin-ml] Echange disque défectueux Xserve RAID

[Jean-Luc Bailloeul]

Oui j'ai pensé également à la solution que tu décrit pour tes xerves à  
l'installation de mon serveur de fichier.
Cependant, ce faisant tu perds en capacité de stockage. là ou j'ai 500  
Go en raid 5, je n'aurais eu que 250 en Raid 1.
Je sauvegardes donc ma partition système sur une partition locale, que  
je bascule ensuite vers mon G5.
et les dossiers Users sur un disque FW800 externe.

Mon serveur de mail est sauvegardé en incrémental quotidiennement sur  
un FW800 avec CCC (du Rsync avec une gentille interface graphique pour  
mes collègues allergiques à l'Unix et la ligne de commande), et ce  
depuis peu. J'ai réagi quand son disque est tombé en carafe.

J'ai deux xserves qui font tourner 4D, base doc et base  
administrative, qui sont sauvegardées sur le serveur de fichier en  
clair, puis sur bandes, avec Retrospect. sur un serveur dans une autre  
salle. Ce même serveur sauvegarde les données d'un serveur W2003 qui  
fait tourner EIG (les admins qui bossent en associatif doivent  
connaître), les mêmes données sont sauvegardées avec Retro sur le  
serveur de fichiers.

L'ingénieur avec qui j'avais bossé sur les instals, Olivier Ducrot  
d'EasyMac, m'avait conseillé une baie Raid, mais je n'avais pas les  
moyens de mettre au mini 6000 € supplémentaires.

Au final, les données des bases sont bien sauvegardées (3 jeux  
quotidiens).
C'est vraiment mon serveur de fichiers qui m'inquiète. d'autant qu'il  
est également serveur DHCP, Netboot, DNS2, CDP, AFP.
Rétro c'est bien pour les bases de données sur bande.
Mais pour un plan de retour d'activité pour des données Users, je sens  
que si ça m'arrive, je vais m'arracher les ongles.

Le 9 mai 08 à 10:06, Proniewski Patrick a écrit :

> On 9 mai 08, at 09:41, Jean-Luc Bailloeul wrote:
>
>> Je fais un backup quotidien de la partition qui contient les  
>> dossiers utilisateurs via retrospect.
>> et je fais un backup régulier de la partition qui contient le  
>> système via Carbon Copy Cloner.
>> Je ne penses pas que mon scénario soit au point, dans la mesure ou  
>> je n'ai pas la certitude que Retrospect conserve les droits des  
>> fichiers.
>>
>> Ce serait une bonne thématique pour un fil de discussions, ça.  
>> Quels sont les méthodes de sauvegarde et les scénarios de retour à  
>> l'activité des uns et des autres.
>
>
> chez nous c'est ceinture et bretelle :)
>
> Nos XServes ont 2 disques en RAID 1 (miroir), le 3eme disque est une  
> copie du volume RAID faite avec rsync toutes les nuits.
> Autrefois (ce n'est plus possible maintenant, trop de serveurs), on  
> sortait le 3eme disque tous les mois pour le mettre en sécurité hors  
> site, et on le remplaçait par le disque du mois précédent.
> Toutes les nuits, on a aussi un rsync sur le réseau, pour backuper  
> chaque machine sur une baie RAID.
> Un jour, quand on aura le temps, on aura même un archivage sur  
> bande. Le matériel et le soft sont là, depuis plus d'un an, mais on  
> n'a toujours pas eu le temps de s'y attaquer vraiment.
> En attendant, tous les mois mon collègue recopie la baie RAID sur un  
> gros disque FW, et grave des DVD avec le contenu de ce gros disque.
>
> Pour ce qui est du retour à l'activité, pour le moment c'est très  
> rapide car on n'a que des sinistres mineurs. Récemment on a des alim  
> de XServe qui ont laché (2 en 15j), comme on a des machines de spare  
> c'est vite vu : soit on transpose les disques de prod dans le  
> boîtier de spare, et on repart en 5 minutes, soit on change l'alim  
> du boîtier de prod, et ça prend 10 minutes. Changer l'alim est  
> l'alternative la plus simple en dépit des apparences, car cela ne  
> déplace pas le serveur. Dans le cas du déplacement des disques vers  
> un autre boîtier, il faut re-étiqueter, parfois re-câbler, et faire  
> les changements ad hoc dans la base de données du matériel (GLPI).
>
> Coté baie RAID, elles ont toutes un ou plusieurs disques de spare,  
> donc au moment d'une panne de disque on n'est même pas obligé  
> d'intervenir (ie. en pleine nuit, on peut se rendormir et attendre  
> le lendemain).
>
> Patrick PRONIEWSKI
> -- 
> Administrateur Système - SENTIER - Université Lumière Lyon 2
>
>
> _______________________________________________
> Admin-ml mailing list
> Admin-ml at mosx.org
> http://coruscant.mosx.org/mailman/listinfo/admin-ml
>