Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

8Kアダプティブ圧縮から移行する前に、ONTAPボリュームのアクティブ ファイル システムを増やす

共同作成者 netapp-aherbin netapp-lenida netapp-dbagwell
PDF

8kアダプティブ圧縮をサポートするシステムは、ボリュームレベルでスペースを節約します。QuickAssist Technology（QAT）32k圧縮をサポートするシステムは、アグリゲートレベルでスペースを節約します。ONTAP 9.19.1以前では、8kアダプティブ圧縮をサポートするシステムからQATおよび32k圧縮をサポートするシステムにボリュームを移行する場合、8k圧縮で節約された分だけボリュームのアクティブ ファイル システムのサイズを増やす必要があります。これにより、ボリュームの移動中にボリュームの空き容量が不足するのを防ぎます。

以下のシステムはQATと32k圧縮をサポートしています：

  • AFF Aシリーズシステム：AFF A1K、AFF A90、AFF A70、AFF A50、AFF A30

  • AFF C シリーズシステム：AFF C80、AFF C60、AFF C30

  • FASシステム：FAS90、FAS70、FAS50

"QATおよび32k圧縮をサポートするAFFおよびFASプラットフォーム" の詳細をご覧ください。

タスク概要

ボリューム移動操作を使用してデータを移行する場合は、以下の手順を実行してください。SnapMirror操作を使用してデータを移行する場合は、アクティブ ファイル システムのサイズを手動で増やす必要はありません。SnapMirrorデスティネーションボリュームはデフォルトでボリュームの自動サイズ調整を使用するため、ボリュームレイヤーではなくアグリゲートレイヤーで圧縮による節約が実現されるため、スペース不足になることは想定されません。

開始する前に

ボリュームで論理スペースのレポートと適用が有効になっていない場合は、オプションで `-is-space-reporting-logical`と `-is-space-enforcement-logical`パラメータを true に設定して有効にすることができます。ボリュームを移動する前にこれらの設定を有効にしておくと、8KB 圧縮から変換する際に、ボリュームレイヤーでの圧縮による節約損失を許容できる十分なボリューム容量があるかどうかを評価するのに役立ちます。これらの設定はボリューム上で有効にする必要があります。SVMレベルでこれらの設定を有効にした場合、新しく作成されたボリュームにのみ適用されます。

手順

  1. ボリュームの現在のサイズとSnapshotリザーブを確認します。

    volume show-space

  2. ボリュームの圧縮によるスペース削減量を確認します：

    volume show -vserver -volume -fields compression-space-saved

  3. ボリュームのアクティブ ファイル システムのサイズを、 `compression-space-saved`に表示されている量とSnapshotリザーブ分だけ増やします。

    volume size -vserver <vserver_name> -volume <volume_name> -new-size +<size>
    例

    ボリュームが100GBで、Snapshotリザーブが20%の場合、アクティブ ファイル システムは80GB、Snapshotリザーブは20GBです。アクティブ ファイル システムを20GB増やすには、ボリューム全体のサイズに25GBを追加する必要があります。つまり、アクティブ ファイル システムに20GB、Snapshotリザーブに5GB（20%）です。

    volume size -vserver svm1 -volume volx -size +20GB

  4. ボリュームのサイズが増加したことを確認します：

    volume show -vserver <vserver_name> -volume <volume_name> -fields size
結果

ボリュームのアクティブ ファイル システムのサイズが増加し、ボリュームを移動する準備が整いました。

次の手順

"ボリューム移動"を実行してデータを移行します。