Créer un stockage résilient sur un serveur autonome avec les espaces de stockage et remplacer un disque défaillant

Objectif

Regrouper plusieurs disques physiques d'un serveur Windows Server autonome dans un disque virtuel résilient grâce aux espaces de stockage (Storage Spaces), puis remplacer un disque physique défaillant sans perdre de données et sans devoir reconstruire entièrement le pool.

Prérequis

Un nombre suffisant de disques physiques de taille similaire pour le niveau de résilience choisi. Sur un serveur autonome, un miroir à deux copies nécessite au moins deux disques, un miroir à trois copies au moins cinq, la parité simple au moins trois et la double parité au moins sept. Il faut aussi des droits d'administrateur local et le module Storage.

Étapes

1. Identifier les disques candidats qui ne font pas encore partie d'un pool : Get-PhysicalDisk -CanPool $true | Select-Object FriendlyName, SerialNumber, Size, HealthStatus.
2. Créer le pool : New-StoragePool -FriendlyName "Pool1" -StorageSubSystemFriendlyName "*Storage*" -PhysicalDisks (Get-PhysicalDisk -CanPool $true).
3. Créer par-dessus un disque virtuel résilient : New-VirtualDisk -StoragePoolFriendlyName "Pool1" -FriendlyName "Data1" -ResiliencySettingName Mirror -UseMaximumSize (utiliser -ResiliencySettingName Parity pour une résilience qui privilégie la capacité, au prix de performances en écriture plus faibles).
4. Initialiser, partitionner et formater le disque obtenu exactement comme n'importe quel autre disque (Initialize-Disk, New-Partition -UseMaximumSize, Format-Volume).
5. Surveiller en continu l'état du pool et des disques : Get-PhysicalDisk | Select-Object FriendlyName, HealthStatus, OperationalStatus, et Get-StorageJob pour afficher toute opération de réparation ou de resynchronisation en cours, avec son pourcentage d'avancement.
6. Lorsque le HealthStatus d'un disque physique indique Unhealthy, ou que son OperationalStatus signale une défaillance, l'identifier par son numéro de série (des modèles identiques partagent le même FriendlyName) et le remplacer dans son boîtier. Ajouter ensuite le nouveau disque au pool (Add-PhysicalDisk -StoragePoolFriendlyName "Pool1" -PhysicalDisks (Get-PhysicalDisk -SerialNumber <new>) -Usage Automatic), mettre le disque défaillant hors service (Get-PhysicalDisk -SerialNumber <old> | Set-PhysicalDisk -Usage Retired), réparer les disques virtuels concernés (Get-StoragePool -FriendlyName "Pool1" | Get-VirtualDisk | Repair-VirtualDisk -AsJob) et, une fois que Get-StorageJob indique que la réparation est terminée, retirer du pool le disque mis hors service (Remove-PhysicalDisk -StoragePoolFriendlyName "Pool1" -PhysicalDisks (Get-PhysicalDisk -SerialNumber <old>)).

Résultat attendu

Une fois la tâche de réparation terminée (visible avec Get-StorageJob), Get-VirtualDisk affiche HealthStatus: Healthy et OperationalStatus: OK. Aucune donnée n'est perdue pour un disque virtuel Mirror ou Parity qui n'a perdu que le nombre de disques toléré par son niveau de résilience.

Limites et base de vérification

New-StoragePool, New-VirtualDisk, Get-PhysicalDisk et Get-StorageJob sont des applets de commande documentées du module Storage. La séquence de remplacement de disque (remplacer le disque et ajouter le nouveau, mettre l'ancien hors service, réparer, puis retirer l'ancien du pool) est décrite dans les recommandations de Microsoft sur le remplacement de disques défaillants et la réparation de JBOD pour les espaces de stockage. La réparation d'un disque virtuel volumineux après la défaillance complète d'un disque de plusieurs téraoctets peut prendre de nombreuses heures, pendant lesquelles la redondance du pool est réduite : il faut éviter de lancer le retrait planifié d'un second disque alors qu'une réparation est en cours. Un pool ne permet pas d'annuler les opérations en une seule commande ; les données qu'il contient doivent être sauvegardées séparément, car la résilience des espaces de stockage protège contre la panne de disque, pas contre la suppression ou la corruption au niveau des fichiers.