PowerMax : Récupération d’espace sur un appareil cible lié

Les snapshots ne sont pas des copies complètes. Il s’agit de "space saving replicas." 
 
Lorsqu’un appareil cible est lié à un snapshot, PowerMax présente à l’hôte une combinaison de types d’allocation. Il s’agit notamment de :

1. Allocations de pistes source inchangées
2. Pas encore allouées aux pistes
3. Suivez les allocations protégées pour plusieurs snapshots (ce snapshot et d’autres). Il s’agit d’allocations « partagées ».
4. Suivre les allocations protégées exclusivement pour ce snapshot
5. Si la cible est ensuite écrite par l’hôte, ces allocations de pistes écrites par l’hôte sont également présentées (et consomment leur propre espace à partir du pool de ressources de stockage (SRP)).

Cette présentation de l’appareil cible lié fournit à l’hôte une illusion d’accès entièrement fonctionnelle à la capacité totale des appareils cibles. Elles sont égales à la capacité provisionnée des appareils sources.

Lorsqu’un snapshot donné est arrêté, seules les allocations de type 4 de cette liste sont libérées dans le SRP. Toutes les pistes restantes restent allouées aux autres périphériques/snapshots qui les utilisent encore.

La libération des allocations de type 5 au SRP nécessite un Free -all opération sur l’appareil cible . La pratique d’excellence consiste à le faire lorsque la cible n’est plus liée. 

Remarque : Cette opération sur un appareil cible ne renvoie aucune allocation des types 1 à 4 ci-dessus, mais seulement le type 5.

Par exemple :

• • L’appareil 0082 était une cible liée à un snapshot pour l’appareil source 0052, qui est un appareil de 2 To utilisé à 25 % (500 Go).
  • L’hôte monte cet appareil, le considère comme un appareil de 2 To et commence à écrire dessus. 250 Go supplémentaires d’allocations écrites sont générées par cet hôte. 
  • Les allocations sont vérifiées à l’aide de la commande suivante : symsnapvx list -sid xx -dev xxxx -detail -GB, qui indique que 80 % de la capacité utilisée de l’appareil cible est partagée.
  • À présent, les allocations totales pour chaque type dans ce scénario se présentent comme suit :
    1. Assigned de suivi source inchangées : 250 Go
    2. Pas encore allouées de suivi : 1 500 Go de la capacité, mais non utilisés/alloués
    3. Allocations partagées : 200 Go
    4. Allocations exclusives pour ce snapshot : 50 Go
    5. Allocations de pistes écrites par l’hôte sur la cible : 250 Go
  • Un total de 500 Go d’allocations de snapshots et cibles, avec 250 Go supplémentaires toujours détenus par l’appareil source
  • L’appareil cible 0082 est démonté, dissocié et le snapshot est arrêté. 
    • Seul le type 4 est libéré, ce qui renvoie 50 Go au SRP.
  • L’appareil cible 0082 reçoit un free -all
    • At this point only type 5 is freed, returning 250 GB to the SRP.
  • The remaining 200GB of shared allocations remain in place because they have other dependencies (other devices or snapshots still need that data).

Remarque sur la déduplication : Les données dédupliquées ne sont pas libérées par les processus ci-dessus, car d’autres dépendances subsistent.