chkdsk sur RAID 5 - Infrastructures serveurs - Systèmes & Réseaux Pro
Marsh Posté le 12-11-2012 à 16:04:18
Est-ce que les données sont sur la partition OS ?
Si tu as les sauvegarde des fichiers et que tes données ne sont pas sur l'OS, y a pas grand risque je pense de tester le chkdsk.
Mais faut le faire avec 0 user connecté evidemment et avec le moins possible de truc ouvert :
http://www.nirsoft.net/utils/opened_files_view.html
Marsh Posté le 12-11-2012 à 16:45:12
L'OS est sur un RAID 1 et les données sur une grappe RAID 5
Marsh Posté le 12-11-2012 à 16:48:36
et un chkdsk sans l'option /F pour faire un état des lieux ?
trop risqué ?
Marsh Posté le 13-11-2012 à 08:28:32
C'est du raid matériel ?
Si c'est le cas, je ne vois pas en quoi le chkdsk pourrait être inadapté puisque tu checkeras un volume logique ...
Marsh Posté le 13-11-2012 à 10:09:00
Le problème va surtout être la durée nécessaire pour compléter le chkdsk, selon ton volume de données et la vitesse de tes disques cela peut prendre de quelques heures à quelques dizaines d'heures
Marsh Posté le 13-11-2012 à 10:47:35
A réfléchir, je pense que c'est le seul outil fiable pour réparer les problèmes NTFS de toute façon, chkdsk reste un incontournable.
Marsh Posté le 13-11-2012 à 12:20:31
OK merci pour vos avis, je lance un chkdsk et je posterai un retour.
Marsh Posté le 13-11-2012 à 16:24:18
L'important la dedans c'est que s'il y a des fichiers pétés, il va les afficher et les réparer / supprimer et en faire une liste qui va défiler à l'écran mais pour récupérer un journal de ça....
Si tu fais un "chkdsk >C:\log.txt " peut être... mais c'est chaud car tu seras alors en aveugle car le txt sera locké
Bref tout ça pour dire que c'est quand même une sacré option qui manque le journal
Marsh Posté le 13-11-2012 à 16:55:46
attention à ce genre de redirection car elle n'attrape que STDOUT
Il faut également capturer STDERR, du coup ca se transforme en :
chkdsk >C:\log.txt 2>&1
Marsh Posté le 14-11-2012 à 09:09:54
Ca ter permet de récuperer la sortie standard de la commande ( STDOUT ) mais également la sortie erreur ( STDERR ) que tu n'aurais pas via le simple chkdsk >C:\log.txt
Marsh Posté le 14-11-2012 à 10:19:45
ah la la ces jeunes à qui on n'apprend plus les bases de l'informatique
ça me rappelle un de mes anciens apprentis qui n'avait pas l'apprentissage des principes du binaire et de l'héxa dans ses cours d'informatique
1 correspond au file descriptor de STDOUT (sortie standard) et 2 au file descriptor de STDERR (sortie erreur standard)
Tout est expliqué ici : http://fr.wikipedia.org/wiki/Flux_standard
Marsh Posté le 14-11-2012 à 13:03:19
<=== powned
Le truc c'est que je suis sûrement plus vieux que toi ^^
Mais franchement le 2>&1, j'en avais jamais entendu parlé !!
Du coup je suis peut être passé à côté d'erreurs lors de certaines moulinettes ;(
Marsh Posté le 14-11-2012 à 15:08:49
heu ouais vu sous cet angle, je te conseille vivement de revoir le resultat de tes différentes moulinettes
Marsh Posté le 15-11-2012 à 08:23:51
[HS]
A la fois je suis au chômage.
Mais pour mon prochain taf, je m'en souviendrais !
[/HS]
On attend plus que les retours de bart007
Marsh Posté le 15-11-2012 à 08:59:49
Désolé pas encore eu le temps, je pense que ce sera pour demain.
Marsh Posté le 18-01-2013 à 10:37:06
un lendemain difficile on dirait :-)
J'aimerai savoir aussi ce qu'il en est du CHKDSK ...
pour info, j'ai créé un RAID5 logiciel Win XP (ne vomissez pas encore, j'ai pas de sac à portée de main) avec 3 disques de 2 To (genre ! le mec ! un peu fou ...).
Juste configuré avec le Gestionnaire de Disques, l'OS les a formatté et ... ils sont en REGENERATION depuis 18 heures ... à 25%, soit 72H de prévu !!!
Ma question est double :
- que fait exactement le système pendant cette phase ? Les disques sont vides ; est-ce qu'il reconstitue des Checksums de Bytes qui sont à 0 ?
- est-ce que je dois investir une centaine d'euros dans une carte RAID5 matérielle : ça changera les délais ou pas trop ?
Merci de vos retours d'expérience
Un admin un peu perdu ...
Marsh Posté le 18-01-2013 à 11:35:13
- Il ne reconstitue pas de checksum, il va juste s'assurer de mettre l'ensemble de tes disques à 0 (parce que potientiellement ils pourraient contenir des datas, ce n'est pas parce qu'ils sont neufs qu'ils n'ont pas été testés). Une première écriture complète permet aussi d'identifier d'éventuels secteurs défectueux sur les disques.
- Les délais peuvent être sensiblement les mêmes avec une carte RAID HW, mais sont masqués sur les bonnes cartes car la volumétrie devient dispo même pendant que le RAID s'initialise. Les perfs sont globalement meilleures, surtout quand le RAID est dégradé.
Marsh Posté le 12-11-2012 à 14:51:34
Bonjour,
Mon serveur de fichier sous Windows 2003 m'indique que certains fichiers sont endommagés
Cela est probablement du à des arrêts brutaux que rencontre mon serveur ces derniers temps (il faut encore que je localise la panne mais ceci est un autre problème).
En attendant, que faire ? Je me retrouve avec des fichiers illisibles et impossible de les supprimer.
Windows me conseille de faire un check disk mais sur du RAID 5 je ne suis pas emballé.
J'ai lu différents avis mais la plupart déconseillent d'effectuer un chkdsk sur une grappe RAID car inadapté.
Y a-t-il une solution alternative ? Que me conseillez-vous ?
Merci