J'ai une piscine en miroir ZF avec quatre disques totales. Deux des lecteurs sont destinés à être utilisés pour faire pivoter des sauvegardes hors site. Mon attente était qu'après la résilver initiale, je pouvais detach
et plus tard attach
un disque et que cela ne fait qu'un résilver supplémentaire - toutefois, dans le test, il semble exercer une résilver complète, que ce soit ou si Le disque n'est pas déjà fixé contenant déjà presque tous les contenus de la piscine.
Utiliser une approche offline
/online
donne-moi le résultat souhaité de seulement mettre à jour le disque - plutôt que de la reconstruire complètement? Ou d'avoir ce travail comme prévu, je devrai faire quelque chose de tout à fait différent, par exemple que l'utilisation de chaque disque de sauvegarde sous forme de piscine à 1 disque et send
ing les derniers instantanés à ce qu'il soit nécessaire à ce jour. ?
Ne descendez pas sur la route de la rupture de la matrice ZFS pour "faire pivoter" les disques hors site. Comme vous l'avez vu, le temps de reconstruction est élevé et le processus de résilvera lira/vérifie la taille tilisée Taille de l'ensemble de données.
Si vous avez la capacité, des instantanés et l'envoi de données à un système distant est une approche propre et non intrusive. Je suppose que vous pourriez passer par le processus d'avoir un pool de disques unique dédié, copier-y et Zpool Export/Import ... Mais ce n'est pas très élégant.
Mise à jour Le 15 octobre 2015: Aujourd'hui, j'ai découvert le zpool split
commande, qui divise une nouvelle piscine (avec un nouveau nom) d'une piscine existante. split
est beaucoup plus propre que offline
et detach
, car les deux pools peuvent alors exister (et être nettoyés séparément) sur le même système. La nouvelle piscine peut également être proprement (et bien) export[ed]
avant d'être débranché du système.
(Mon message d'origine suit ci-dessous.)
AVERTISSEMENT ! Différents commentaires sur cette page impliquent que c'est (ou pourrait être) possible de zpool detach
Un lecteur, puis rachetachez le lecteur et accédez aux données qu'il contient.
Cependant, selon ce fil (et ma propre expérimentation) zpool detach
Supprime les "informations sur la piscine" à partir du lecteur détaché. En d'autres termes, un detach
est comme A Reformatage rapide du lecteur. Après un detach
beaucoup de données peuvent toujours être sur le lecteur, mais ce sera pratiquement impossible Pour remonter le lecteur et afficher les données en tant que système de fichiers utilisable.
Par conséquent, il me semble que detach
est plus destructeur que destroy
, comme je crois zpool import
peut récupérer des piscines détruites!
A detach
is non A umount
, NOR A zpool export
, NOR A zpool offline
.
Dans mon expérimentation, si je suis d'abord zpool offline
un appareil puis zpool detach
Le même appareil, le reste de la piscine oublie l'appareil existait jamais. Cependant, parce que l'appareil lui-même était offline[d]
Avant c'était detach[ed]
, l'appareil lui-même n'est jamais informé du detach
. Par conséquent, l'appareil lui-même a toujours ses informations sur la piscine et peut être déplacé vers un autre système puis import[ed]
(dans un état dégradé).
Pour une protection supplémentaire contre detach
Vous pouvez même débrancher physiquement le périphérique après la commande offline
, mais avant de délivrer la commande detach
.
J'espère utiliser ce offline
, alors detach
, puis import
processus pour sauvegarder ma piscine. Comme l'affiche originale, je prévois d'utiliser quatre lecteurs, deux dans un miroir constant et deux pour des sauvegardes mensuelles, rotatives, hors site (et hors ligne). Je vérifierai chaque sauvegarde en importation et en le frottant sur un système distinct, avant de le transporter hors site. Contrairement à l'affiche originale, cela ne me dérange pas de réécrire tout le mois de la sauvegarde tous les mois. En fait, je préfère les réécrites complètes de manière à avoir des bits frais.
Dans la même machine, avez-vous essayé de créer une nouvelle piscine avec les 2 lecteurs dans un miroir? Ensuite, créez un instantané sur votre piscine de travail puis envoyez cet instantané dans la nouvelle piscine, répétez, puis le prochain Snapshot Envoyer sera incrémentiel. Ce n'est pas la même chose avec "Envoi de données à un système distant" car il s'agit d'une piscine dans le même système/serveur/machine. Avec cette configuration, vous pouvez toujours appliquer Zpool Split/Offline/Détacher/Joindre, mais vous ne le faites que dans la deuxième piscine (copie) et non sur la piscine source.