Gerenciar a eficiência de storage no ONTAP SnapMirror volumes
O SnapMirror preserva a eficiência de storage nos volumes de origem e destino, exceto quando a compactação de dados pós-processamento está ativada no volume de destino. Nesse caso, toda a eficiência de storage é perdida no volume de destino. Para corrigir esse problema, você precisa desativar a compactação pós-processo no volume de destino, atualizar a relação manualmente e reativar a eficiência de storage.
Você pode usar o volume efficiency show comando para determinar se a eficiência está ativada em um volume. Saiba mais sobre volume efficiency show o "Referência do comando ONTAP"na .
Você pode verificar se o SnapMirror está mantendo a eficiência de storage visualizando os logs de auditoria do SnapMirror e localizando a descrição da transferência. Se a descrição da transferência for exibida transfer_desc=Logical Transfer with Storage Efficiency, o SnapMirror manterá a eficiência do storage. Se a descrição da transferência for exibida transfer_desc=Logical Transfer, o SnapMirror não manterá a eficiência do storage. Por exemplo:
Fri May 22 02:13:02 CDT 2020 ScheduledUpdate[May 22 02:12:00]:cc0fbc29-b665-11e5-a626-00a09860c273 Operation-Uuid=39fbcf48-550a-4282-a906-df35632c73a1 Group=none Operation-Cookie=0 action=End source=<sourcepath> destination=<destpath> status=Success bytes_transferred=117080571 network_compression_ratio=1.0:1 transfer_desc=Logical Transfer - Optimized Directory Mode
-
Os clusters de origem e destino e as SVMs devem ser colocados em Contato.
-
Você deve desativar a compressão pós-processo no volume de destino.
-
Transferência lógica com armazenamento: A partir do ONTAP 9.3, a atualização manual não é mais necessária para reativar a eficiência de storage. Se o SnapMirror detetar que a compactação pós-processo foi desativada, ele reativará automaticamente a eficiência de storage na próxima atualização agendada. Tanto a origem quanto o destino devem estar executando o ONTAP 9.3.
-
A partir do ONTAP 9.3, os sistemas AFF gerenciam as configurações de eficiência de storage de maneira diferente dos sistemas FAS depois que um volume de destino é gravado:
-
Depois de tornar um volume de destino gravável usando o
snapmirror breakcomando, a política de cache no volume é definida automaticamente comoauto(o padrão).Esse comportamento é aplicável apenas a volumes do FlexVol e não se aplica a volumes do FlexGroup.
Saiba mais sobre
snapmirror breako "Referência do comando ONTAP"na . -
Na ressincronização, a política de cache é definida automaticamente como
none, e a desduplicação e a compactação em linha são desativadas automaticamente, independentemente das suas configurações originais. Você deve modificar as configurações manualmente, conforme necessário.
-
|
|
Atualizações manuais com eficiência de storage habilitada podem ser demoradas. Você pode querer executar a operação em horas fora do pico. |
-
Atualizar uma relação de replicação e reativar a eficiência de storage:
snapmirror update -source-path <SVM:volume>|<cluster://SVM/volume>, ... -destination-path <SVM:volume>|<cluster://SVM/volume>, ... -enable-storage-efficiency trueVocê deve executar esse comando a partir do SVM de destino ou do cluster de destino. O comando falha se um snapshot comum não existir na origem e no destino.
snapmirror initialize`Use para reinicializar o relacionamento. Saiba mais sobre `snapmirror initializeo "Referência do comando ONTAP"na .O exemplo a seguir atualiza a relação entre o volume de origem
volAligadosvm1e o volume de destino ligadosvm_backupevolA_dstrehabilita a eficiência de storage:cluster_dst::> snapmirror update -source-path svm1:volA -destination-path svm_backup:volA_dst -enable-storage-efficiency true
Saiba mais sobre
snapmirror updateo "Referência do comando ONTAP"na .