PowerMax: Recuperando espaço em um dispositivo de destino vinculado

Os snapshots não são cópias completas. São eles "space saving replicas." 
 
Quando um dispositivo de destino é vinculado a um snapshot, o PowerMax apresenta ao host uma combinação de tipos de alocação. Eles incluem:

1. Alocações de rastreamento de origem inalteradas
2. Alocações de rastreamento ainda não alocadas
3. Rastreie as alocações que estão sendo protegidas para vários snapshots (este e outros). São alocações "compartilhadas".
4. Rastreie as alocações que estão sendo protegidas exclusivamente para este snapshot
5. Se o destino for gravado pelo host, essas alocações de rastreamento gravadas no host também serão apresentadas (e consumirão seu próprio espaço do SRP (Storage Resource Pool, Pool de Recursos de Armazenamento)).

Essa apresentação do dispositivo de destino vinculado fornece ao host uma ilusão totalmente funcional de acesso a toda a capacidade dos dispositivos de destino. Eles são iguais à capacidade provisionada dos dispositivos de origem.

Quando um determinado snapshot é encerrado, apenas as alocações do tipo 4 dessa lista são liberadas no SRP. Todos os rastreamentos restantes permanecem alocados para os outros dispositivos/snapshots que ainda os utilizam.

A liberação das alocações do tipo 5 para o SRP requer um Free -all Operação no dispositivo de destino . A prática recomendada é fazer isso enquanto o destino não está mais vinculado. 

Nota: Essa operação em relação a um dispositivo de destino não retorna nenhuma alocação dos tipos 1 a 4 acima, apenas do tipo 5.

Por exemplo:

• • O dispositivo 0082 era um destino vinculado a um snapshot do dispositivo de origem 0052, que é um dispositivo de 2 TB com 25% de utilização (500 GB).
  • O host monta esse dispositivo, o vê como um dispositivo de 2 TB e começa a gravar nele. Um adicional de 250 GB em alocações escritas é gerado por esse host. 
  • As alocações são verificadas usando symsnapvx list -sid xx -dev xxxx -detail -GB, que mostra que 80% da capacidade utilizada do dispositivo de destino é compartilhada.
  • Agora, o total de alocações para cada tipo neste cenário tem a seguinte aparência:
    1. Alocações de rastreamento de origem inalteradas: 250 GB
    2. Alocações de rastreamento ainda não alocadas: 1500 GB de capacidade, mas não utilizados/alocados
    3. Alocações compartilhadas: 200 GB
    4. Alocações exclusivas para este snapshot: 50 GB
    5. Alocações de rastreamento escritas pelo host no destino: 250 GB
  • Um total de 500 GB de alocações de snapshot e destino, com um adicional de 250 GB ainda pertencente ao dispositivo de origem
  • O dispositivo de destino 0082 é desmontado, desvinculado e o snapshot é encerrado. 
    • Somente o tipo 4 é liberado, retornando 50 GB para o SRP.
  • O dispositivo de destino 0082 recebe um 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).

Nota sobre desduplicação: Os dados desduplicados não são liberados pelos processos acima porque outras dependências permanecem.