======= Procédures de remplacement des disques sous ZFS =======

===== Sur le pool raidZ =====

Je commencerais par une vérité :

<WRAP center round alert>
Deux disques de données perdus sur un NAS vous font perdre toutes vos données !!! (Oui on a que du RaidZ...)
</WRAP>

Deuxième vérité : les disques proviennent du même lot, donc en cas de défaillance d'un disque, il y a fort à parier que les autres suivront.

On en déduit une règle : Il **faut** remplacer les disques de données **dès qu'ils tombent en panne**. 

On un disque de spare en salle serveur. Sinon, hésitez pas à vous servir dans **hulk** ou **thor**. Au total on a au moins 9 disques de spare...

1. Retirer le disque défectueux.

Pour cela il nous faut l'identifiant du disque fautif. Tapez donc :

    zpool status

Retirer le disque, démontez le du caddy, remonter le nouveau, remettez le dedans.

    format
Permettra de connaître l'identifiant du disque. 

Et enfin :
    zpool replace tank <id nouveau> <id ancien>

La reconstruction se fait en background, à une vitesse de 25 MB/s. Prévoyez donc une journée si votre disque est complet.

===== Le reste =====

C'est la même procédure mais en moins urgent :

  * On a pas de spare
  * Pas de pertes de données en cas de perte de SSD, y aura juste une perte de performances
  * Si on perd le deuxième disque système, n'importe quel truc qui gère **ZFS** pourra réimporter les pools avec la commande ''zpool import <pool>''

===== Impact à prévoir sur les performances =====

Les performances demandées par un resilvering "à pleine vitesse" sous OpenIndiana sont de 15% de CPU et 700 Mo de Ram. Les disques sont néanmoins pas mal solicités. Du genre 12 Mo/s de lecture sur chaque disque du pool en lecture et 12Mo/s en écriture sur le disque resilveré. Prévoir des pertes de performances...

===== Documentation =====

  * [[http://docs.oracle.com/cd/E19253-01/819-5461/gbcet/|Documentation Oracle sur le sujet]]