ONTAP 9.13
概要と概念
ONTAPの概念
ONTAPのセットアップ、アップグレード、リバート
ONTAPのセットアップ
ONTAP System Managerを使用したクラスタのセットアップ
CLIを使用したクラスタのセットアップ
ONTAPのアップグレード
計画的なアップグレードの前の自動アップグレード前チェックの実行
適切なアップグレード方法の確認
ONTAPのリバート
リバート前にチェックが必要なその他の項目
SnapMirror
クラスタ管理
ONTAP System Managerを使用したクラスタ管理
ONTAP System Managerを使用したクラスタへのアクセス
CLIによるクラスタ管理
CLIを使用したクラスタへのアクセス（クラスタ管理者のみ）
ONTAPコマンドライン インターフェイスの使用
クラスタ管理の基礎（クラスタ管理者のみ）
SP / BMCを使用したリモートからのノードの管理
SP/BMCファームウェアの更新の管理方法
Baseboard Management Controller (BMC)について
ネットワーク インターフェイスを使用したSP / BMCファームウェアの更新
SP CLIセッション、SPコンソール セッション、システム コンソール セッションの関係
しきい値ベースのSPセンサーの読み取り値とsystem sensorsコマンドのステータス値について
クラスタ構成のバックアップとリストア（クラスタ管理者のみ）
ストレージ システムの監視
AutoSupportメッセージが送信されるタイミングおよび場所
AutoSupportによるイベントトリガー型メッセージの作成と送信
イベントトリガー型AutoSupportメッセージで送信されるファイル
週単位のAutoSupportメッセージで送信されるファイル
スケジュールされたメンテナンス時間中のAutoSupportケースの抑制
メッセージを受信しない場合のAutoSupportのトラブルシューティング
HTTPまたはHTTPS経由でのAutoSupportメッセージ配信のトラブルシューティング
システムの健全性の監視
Webサービスへのアクセスの管理
ドライブと階層（アグリゲート）の管理
ローカル階層（アグリゲート）の管理
ローカル階層（アグリゲート）を追加する準備
ローカル階層（アグリゲート）の追加（作成）
ローカル階層（アグリゲート）の使用の管理
ローカル階層（アグリゲート）のドライブとRAIDグループの情報の確認
Storage VM（SVM）へのローカル階層（アグリゲート）の割り当て
ローカル階層（アグリゲート）に配置されているボリュームの確認
ローカル階層（アグリゲート）への容量（ドライブ）の追加
ドライブの管理
ルート / データ パーティショニングの追加の管理オプション
RAID構成の管理
Flash Poolローカル階層（アグリゲート）の管理
Flash Poolローカル階層（アグリゲート）のキャッシング ポリシー
Flash Poolのキャッシング ポリシーの管理
Flash Poolローカル階層（アグリゲート）のキャッシング ポリシーを変更するかどうかの確認
ストレージ プールを使用するFlash Poolローカル階層（アグリゲート）に対するFlash Pool SSDパーティショニング
物理SSDを使用するFlash Poolローカル階層（アグリゲート）の作成
SSDストレージ プールを使用したFlash Poolローカル階層（アグリゲート）の作成
Flash Poolローカル階層（アグリゲート）でSSDストレージ プールを使用しているかどうかの確認
SSDストレージ プールの割当単位を使用したFlash Poolの作成
FabricPool階層の管理
FabricPoolの設定
FabricPoolの設定準備
FabricPoolのクラウド階層として使用するオブジェクト ストアのセットアップ
クラウド階層としてのGoogle Cloud Storageのセットアップ
FabricPoolの管理
Inactive Data Reportingによるボリューム内のアクセス頻度の低いデータ量の確認
ユーザー独自のタグを使用したオブジェクトのタグ付け
FabricPoolミラーの管理
HAペアの管理
ボリューム管理
ONTAP System Managerを使用したボリュームとLUNの管理
CLIを使用した論理ストレージの管理
ボリュームの作成と管理
SANボリューム
ボリュームがフルになったときにスペースを自動的に確保するための設定
自動縮小とSnapshotコピーの自動削除両方を有効にするための要件
FlexVolのスペース不足アラートと過剰割り当てアラートへの対処
ストレージQoSを使用したFlexVolへのI/Oパフォーマンスの制御と監視
ディレクトリーの削除
ボリュームの移動とコピー
FlexCloneボリュームによるFlexVolの効率的なコピーの作成
SnapMirrorの元のボリュームまたはデスティネーション ボリュームからFlexCloneボリュームを作成する際の考慮事項
FlexCloneファイルとFlexClone LUNによるファイルとLUNの効率的なコピーの作成
FlexCloneファイルまたはFlexClone LUNの作成
FlexCloneファイルおよびFlexClone LUNの作成や削除に使用できるノード容量の表示
FlexCloneファイルとFlexClone LUNによるスペース削減の表示
FlexCloneファイルおよびFlexClone LUNの削除方法
自動削除設定でFlexVolの空きスペースを再生する仕組み
FlexCloneファイルおよびFlexClone LUNを自動的に削除するためのFlexVolの設定
qtreeを使用したFlexVolのパーティショニング
クォータを使用したリソース使用量の制限または追跡
クォータ プロセスの概要
ハード クォータ、ソフト クォータ、およびしきい値クォータの違い
ユーザーおよびグループとクォータ
ツリー クォータの機能
qtreeの変更がクォータに与える影響
クォータ情報の表示方法
クォータ レポートを使用した特定ファイルへの書き込みを制限しているクォータの特定
volume quota policy rule showコマンドとvolume quota reportコマンドのどちらを使用するか
クォータ レポートとUNIXクライアントで表示されるスペース使用量の相違
重複排除、データ圧縮、データ コンパクションによるストレージ効率の向上
ETERNUS AX seriesシステムでのボリュームレベルの自動バックグラウンド重複排除の管理
ETERNUS AX seriesシステムでアグリゲートレベルのインライン重複排除を管理します。
ETERNUS AX seriesシステムでのアグリゲートレベルのバックグラウンド重複排除の管理
温度に基づくストレージ効率化(Temperature Sensitive Storage Efficiency) - 概要
ボリューム移動処理とSnapMirror処理でのStorage Efficiencyの動作
ETERNUS AX seriesシステムのインライン データ コンパクションの管理
ETERNUS AX seriesのインライン データ コンパクションの有効化
ETERNUS AX seriesシステムでのインラインのStorage Efficiency機能のデフォルトでの有効化
効率化処理を実行するボリューム効率化ポリシーの作成
あるSVMから別のSVMへのボリュームのリホスト
推奨されるボリュームとファイルまたはLUNの設定の組み合わせ
スペース リザーブ ファイルまたはスペース リザーブLUNとシックプロビジョニング ボリュームを組み合わせた場合の設定
スペース リザーブなしのファイルまたはスペース リザーブなしのLUNとシンプロビジョニング ボリュームを組み合わせた場合の設定
スペース リザーブ ファイルまたはスペース リザーブLUNとセミシック ボリューム プロビジョニングを組み合わせた場合の設定
ファイルおよびディレクトリーの容量を変更する際の注意事項および考慮事項
FlexVolに許可される最大ファイル数の変更に関する考慮事項
FlexVolの最大ディレクトリー サイズを増やす場合の注意事項
FlexCloneファイルとFlexClone LUNでサポートされる機能
FlexCloneファイルおよびFlexClone LUNと重複排除
FlexCloneファイルおよびFlexClone LUNとSnapshotコピー
FlexCloneファイルおよびFlexClone LUNでのアクセス制御リストの処理
FlexCloneファイルおよびFlexClone LUNとクォータ
FlexCloneファイルおよびFlexClone LUNとFlexCloneボリューム
FlexCloneファイルおよびFlexClone LUNとNDMP
FlexCloneファイルおよびFlexClone LUNとVolume SnapMirror
ボリューム移動がFlexCloneファイルとFlexClone LUNに及ぼす影響
ONTAP System Managerを使用したFlexGroupボリュームの管理
CLIを使用したFlexGroupボリュームの管理
FlexGroupボリュームでサポートされる機能とサポートされない機能
FlexGroupボリュームの管理
FlexGroupボリュームのサイズを自動的に拡張および縮小するための設定
FlexGroupボリュームでのStorage Efficiencyの有効化
Snapshotコピーを使用したFlexGroupボリュームの保護
FlexGroupボリュームのデータ保護
FlexGroupボリュームのSnapMirror関係の作成
FlexGroupボリュームの一元化されたデータ保護関係の作成
FlexGroupボリュームのSVMディザスタ リカバリー関係の作成
FlexGroupの既存のSnapMirror関係からSVM DRへの移行
SVM-DR関係におけるFlexVolからFlexGroupボリュームへの変換
FlexGroupのSnapMirrorカスケード / ファンアウト関係の作成に関する考慮事項
FlexGroupボリュームに対するデータ保護処理の管理
SnapMirror関係にあるFlexGroupボリュームの拡張
FlexGroupボリュームからのSnapMirror単一ファイルのリストア
FlexVolからFlexGroupボリュームへの変換
ネットワーク管理
CLIを使用したNASパスのフェイルオーバー設定
ONTAP 9.8以降
ワークフロー：NASパスのフェイルオーバー
ONTAP 9.7
CLIを使用したネットワークの管理
ブロードキャスト ドメインの設定（クラスタ管理者のみ）
ONTAP 9.8以降
LIFの設定（クラスタ管理者のみ）
ネットワーク負荷の分散によるユーザー トラフィックの最適化（クラスタ管理者のみ）
クラスタ上のSNMPの管理（クラスタ管理者のみ）
NASストレージの管理
ONTAP System Managerを使用したNASプロトコルの管理
CLIを使用したNFSの設定
SVMへのNFSアクセスの設定
SVMルート ボリュームのエクスポート ポリシーによるアクセスの許可
ネーム サービスの設定
ローカルUNIXユーザーおよびグループの設定
NFSでのKerberos使用によるセキュリティ強化
NFS対応SVMへのストレージ容量の追加
CLIを使用したNFSの管理
NASファイル アクセスについて
ONTAPによるNFSクライアント認証の処理
セキュリティ形式の設定
セキュリティ形式がデータ アクセスに与える影響
NFSを使用したファイル アクセスの設定
エクスポート ポリシーを使用したNFSアクセスの保護
エクスポート ポリシーがボリュームまたはqtreeへのクライアント アクセスを制御する仕組み
ネーム サービスの設定
ネーム マッピングの設定
NFSを使用したファイル アクセスの管理
不明なUNIXユーザーによるNTFSボリュームまたはqtreeへのNFSアクセスの処理
非予約ポートを使用してNFSエクスポートをマウントするクライアントに関する注意事項
ドメインの検証によるネットグループのより厳密なアクセス チェックの実行
ローカルUNIXユーザー、グループ、およびグループ メンバーに対する制限
LDAPクライアント スキーマ テンプレートの管理用コマンド
NFS Kerberosインターフェイス設定の管理用コマンド
ファイル ロックの管理
NFSでのFPolicyのfirst-readおよびfirst-writeフィルターの動作
NFSv4 ACLの管理
VMware vStorage over NFSの有効化または無効化
サポートされるNFSバージョンおよびクライアント
CLIを使用したSMBの設定
SVMへのSMBアクセスの設定
SVMルート ボリュームのエクスポート ポリシーによるアクセスの許可
Active DirectoryドメインでのSMBサーバーのセットアップ
共有ストレージへのSMBクライアント アクセスの設定
CLIを使用したSMBの管理
SMBサーバーのサポート
SMBサーバーの管理
オプションを使用したSMBサーバーのカスタマイズ
UNIXセキュリティ形式のデータに対するファイル セキュリティのSMBクライアントへの提供方法の管理
SMBサーバーのセキュリティ設定の管理
SVMディザスタ リカバリー構成でのSMBサーバー セキュリティ設定に関するガイドライン
ローカルSMBユーザーに対するパスワードの複雑さの要件の有効化と無効化
AES暗号化によるKerberosベースの通信の強固なセキュリティ設定
Kerberosベースの通信用のAES暗号化の有効化と無効化
SMB署名を使用したネットワーク セキュリティの強化
SMB経由のデータ転送でのSMBサーバーのSMB暗号化要求の設定
LDAPセッションの通信の保護
パフォーマンスと冗長性を高めるためのSMBマルチチャネルの設定
SMBサーバーでのデフォルトWindowsユーザーからUNIXユーザーへのマッピングの設定
SMBセッション経由で接続しているユーザーのタイプ情報の表示
Windowsクライアントの過剰なリソース消費を制限するコマンド オプション
従来のoplockおよびoplockリースでのクライアント パフォーマンスの向上
oplockを使用するときの書き込みキャッシュ データ消失に関する考慮事項
SMBサーバーへのグループ ポリシー オブジェクトの適用
CIFSサーバー コンピューター アカウント パスワードの管理用コマンド
ドメイン コントローラー接続の管理
非Kerberos環境でストレージにアクセスするためのnullセッションの使用
SMBサーバー用のNetBIOSエイリアスの管理
SMBサーバーに関するその他のタスクの管理
SMBを使用したファイル アクセスの設定
セキュリティ形式の設定
セキュリティ形式がデータ アクセスに与える影響
ネーム マッピングの設定
マルチドメイン ネーム マッピング検索の設定
ファイル権限を使用したファイル アクセスの保護
ダイナミック アクセス制御（DAC）を使用したファイル アクセスの保護
CIFSサーバーでダイナミック アクセス制御と集約型アクセス ポリシーを使用する際の考慮事項
ダイナミック アクセス制御が無効な場合のダイナミック アクセス制御ACEを含むACLの管理
エクスポート ポリシーを使用したSMBアクセスの保護
ストレージレベルのアクセス保護を使用したファイル アクセスの保護
SMBを使用したファイル アクセスの管理
ローカル ユーザーおよびローカル グループを使用した認証と許可
ONTAPでのローカル ユーザーとローカル グループの使用方法
ローカル グループを含むSVMでのSnapMirrorの使用に関するガイドライン
CIFSサーバーを削除したときにローカル ユーザーとローカル グループが受ける影響
BUILTINグループとローカル管理者アカウントの使用に関するガイドライン
ローカル ユーザー アカウントの管理
ローカル グループの管理
トラバース チェックのバイパスの設定
ファイル セキュリティと監査ポリシーに関する情報の表示
NTFSセキュリティ形式のボリュームのファイル セキュリティに関する情報の表示
mixedセキュリティ形式のボリュームのファイル セキュリティに関する情報の表示
UNIXセキュリティ形式のボリュームのファイル セキュリティに関する情報の表示
CLIを使用したFlexVolのNTFS監査ポリシーに関する情報の表示
CLIを使用したSVMのNTFSファイル セキュリティ、NTFS監査ポリシー、ストレージレベルのアクセス保護の管理
CLIを使用してファイルおよびフォルダーのセキュリティを設定するユースケース
CLIを使用してファイルおよびフォルダーのセキュリティを設定する場合の制限事項
セキュリティ記述子を使用したファイルおよびフォルダーのセキュリティ設定
SVMディザスタ リカバリー デスティネーションでローカル ユーザーまたはグループを使用するファイルとディレクトリーのポリシーを適用する際のガイドライン
CLIを使用したNTFSファイルおよびフォルダーに対するファイル セキュリティの設定および適用
ファイル ロックの管理
SMBクライアントベースのサービスの導入
オフライン ファイルを使用したオフラインで使用するファイルのキャッシング
SMBサーバーベースのサービスの導入
UNIXシンボリック リンクへのSMBクライアント アクセスの設定
ONTAPを使用してUNIXシンボリック リンクへのSMBクライアント アクセスを提供する方法
SMBアクセス用にUNIXシンボリック リンクを設定する場合の制限
BranchCacheを使用したブランチ オフィスでのSMB共有のコンテンツのキャッシュ
要件とガイドライン
Auto LocationとSMB自動ノード リファーラルによるクライアント応答時間の短縮
Microsoft Hyper-VおよびSQL Server向けのSMBの設定
Microsoft Hyper-V over SMBおよびSQL Server over SMBソリューション用のONTAPの設定
Hyper-VおよびSQL Server over SMBでのノンストップ オペレーション
SMB経由のノンストップ オペレーションを実現するプロトコル
Hyper-VおよびSQL Server over SMBでのノンストップ オペレーションの主要な概念
SMB 3.0の機能がSMB共有を介したノンストップ オペレーションをサポートする仕組み
リモートVSSによる共有ベースのバックアップ
SnapManager for Hyper-VによるHyper-V over SMBのリモートVSSベースのバックアップの管理方法
Hyper-V over SMBおよびSQL Server over SMB共有でのODXコピー オフロードの使用方法
設定要件と考慮事項
Hyper-V over SMB用のSMBサーバーとボリュームの要件
SQL Server over SMB用のSMBサーバーとボリュームの要件
Hyper-V over SMBでの継続的可用性を備えた共有の要件と考慮事項
SQL Server over SMBでの継続的可用性を備えた共有の要件と考慮事項
SQL ServerおよびHyper-V over SMB構成に関する推奨事項
Hyper-V over SMBおよびSQL Server over SMBでノンストップ オペレーションを実現するためのONTAP設定
Kerberos認証およびNTLMv2認証の許可の確認（Hyper-V over SMB共有）
ドメイン アカウントがデフォルトのUNIXユーザーにマッピングされていることの確認
SVMルート ボリュームのセキュリティ形式がNTFSに設定されていることの確認
パフォーマンスと冗長性を高めるためのSMBマルチチャネルの設定
SANストレージの管理
SANの概念
igroupのイニシエータWWPNおよびiSCSIノード名の指定
VMwareとMicrosoftのコピーオフロードによるストレージ仮想化
SAN管理
igroupとポートセットの管理
選択的LUNマップ
iSCSIプロトコルの管理
NVMeプロトコルの管理
FCアダプターを搭載したシステムの管理
すべてのSANプロトコルのLIFの管理
SAN環境でのデータ保護方法
LUNの移動またはコピーがSnapshotコピーに及ぼす影響
FlexClone LUNを使用したデータの保護
FlexCloneファイルおよびFlexClone LUNを自動的に削除するためのFlexVolの設定
SAN環境でのSnapVaultバックアップの設定と使用
SAN構成に関するリファレンス
FC構成に関する考慮事項
FCアダプターを搭載したシステムの管理
Fibre ChannelおよびFCoEのゾーニング
S3オブジェクト ストレージの管理
S3構成
ONTAP 9でのS3のサポート
SVMへのS3アクセスの設定
S3対応SVMへのストレージ容量の追加
S3オブジェクト ストレージへのクライアント アクセスの有効化
リモートのFabricPool階層化用ONTAP S3アクセスの有効化
S3 SnapMirrorによるバケットの保護
セキュリティとデータ暗号化
ONTAP System Managerを使用したセキュリティの管理
CLIを使用した管理者認証とRBACの管理
アクセス制御ロールの管理
管理者アカウントの管理
NASの監査とセキュリティ トレース
監査できるNFSファイルおよびディレクトリーのアクセス イベント
ファイルおよびディレクトリーに適用されている監査ポリシーに関する情報の表示
Windowsの[セキュリティ]タブを使用した監査ポリシーに関する情報の表示
監査できるCLI変更イベント
SVMでのFPolicyによるファイルの監視と管理
FPolicyの仕組み
FPolicy の設定を計画
FPolicyを設定するための要件、考慮事項、およびベストプラクティス
FPolicy外部エンジンの設定の計画
SSL認証接続を使用するためのFPolicy外部エンジン設定についての追加情報
非ID保持設定のSVMディザスタ リカバリー関係で証明書がレプリケートされない
FPolicy設定の変更
FPolicy設定に関する情報の表示
セキュリティ トレースを使用したファイルおよびディレクトリーへのアクセスの検証およびトラブルシューティング
セキュリティ トレースの実行
CLIを使用した暗号化の管理
Volume Encryptionの設定
富士通のハードウェアベースの暗号化の設定
外部キー管理の設定
Encryptionの管理
volume encryption rekey startコマンドを使用したボリュームの暗号化キーの変更
Storage Encryptionの認証キーのローテーション
暗号化されたボリュームでのデータのセキュアー パージ
SnapMirror関係にない暗号化されたボリュームでのデータのセキュアー パージ
FIPSドライブまたはSEDのデータにアクセスできない状態にする方法
データ保護とディザスタリカバリー
ONTAP System Managerによるデータ保護
CLIを使用したクラスタとSVMのピアリング
CLIによるデータ保護
ローカルSnapshotコピーの管理
SnapMirrorボリューム レプリケーション
SnapMirror Synchronousディザスタ リカバリーの基本
StrictSyncポリシーとSyncポリシーでサポートされるワークロードについて
SnapMirrorテクノロジを使用したバックアップのアーカイブ
SnapMirrorのライセンス
SnapMirrorボリューム レプリケーションの管理
ワンステップでのレプリケーション関係の設定
SnapMirror Synchronous関係のモードの変換
SnapMirror DRデスティネーション ボリュームからのデータの提供
SnapMirrorデスティネーション ボリュームからのファイルのリストア
SnapMirror SVMレプリケーションの管理
SnapLockテクノロジを使用したアーカイブとコンプライアンス
Configure SnapLock
WORMファイルを管理します
整合性グループの管理
SnapMirror Business Continuity
SM-BCの管理とデータの保護
MetroClusterとSnapMirror Business ContinuityのためのMediatorサービス
インストールまたはアップグレード
ONTAP System Managerを使用したMetroClusterサイトの管理
MetroClusterのスイッチオーバーとスイッチバックの実行
テープ バックアップを使用したデータ保護
テープ ドライブの管理
FlexVolのNDMP
FlexVolのSVMを対象としたNDMPモードの管理
異なるLIFタイプでのバックアップおよびリストアに使用できるボリュームとテープ デバイス
FlexVolのテープ バックアップおよびリストア処理の監視
FlexVolのテープ バックアップおよびリストアに関するエラー メッセージ
バックアップおよびリストアに関するエラー メッセージ
Resource limitation: no available thread
Maximum number of allowed dumps or restores (maximum session limit) in progress
Tape write failed - new tape encountered media error
Tape write failed - new tape is broken or write protected
Tape write failed - new tape is already at the end of media
Tape record size is too small. Try a larger size.
NDMPに関するエラー メッセージ
Message from Read Socket: error_string
Message from Write Dirnet: error_string
ndmpd invalid version number: version_number ``
ndmpd session session_ID not active
Could not obtain vol ref for Volume volume_name
DATA LISTEN: CAB data connection prepare precondition error
DATA CONNECT: CAB data connection prepare precondition error
Error:show failed: Cannot get password for user '<username>'
ダンプに関するエラー メッセージ
Destination volume is read-only
Destination qtree is read-only
Dumps temporarily disabled on volume, try again
Restore of the file <file name> failed
Truncation failed for src inode <inode number>…
SMTapeに関するエラー メッセージ
Failed to initialize restore stream
Image header missing or corrupted
Invalid backup image magic number
Job aborted due to Snapshot autodelete
Tape is currently in use by other operations
Transfer failed (Aborted due to MetroCluster operation)
Transfer failed (ARL initiated abort)
Transfer failed (CFO initiated abort)
Transfer failed (SFO initiated abort)
Underlying aggregate under migration
NDMP設定
ElementソフトウェアとONTAPのレプリケーション
ElementソフトウェアでのSnapMirrorの有効化
レプリケーション関係の設定
SnapMirror DRデスティネーション ボリュームからのデータの提供
イベントとパフォーマンスの監視
CLIを使用したクラスタのパフォーマンスの監視および管理
パフォーマンスの問題の管理
基本的なインフラ チェックの実施
Unified Managerを使用したクラスタ パフォーマンスの監視
ファイルシステム分析
クォータ設定の例
これらの例は、クォータを設定する方法とクォータ レポートを確認する方法を理解するのに役立ちます。
次の例では、vol1というボリューム1つで構成されたvs1というSVMを含むストレージ システムを想定しています。クォータのセットアップを開始するにあたり、次のコマンドを実行してこのSVMの新しいクォータ ポリシーを作成します。
cluster1::>volume quota policy create -vserver vs1 -policy-name quota_policy_vs1_1
このクォータ ポリシーは新規であるため、SVMに割り当てます。
cluster1::>vserver modify -vserver vs1 -quota-policy quota_policy_vs1_1
vol1の各ユーザーに50MBのハードリミットを適用します。
cluster1::>volume quota policy rule create -vserver vs1 -policy-name quota_policy_vs1_1 -volume vol1 -type user -target "" -disk-limit 50MB -qtree ""
新しいルールをアクティブ化するには、ボリュームのクォータを初期化します。
cluster1::>volume quota on -vserver vs1 -volume vol1 -foreground
クォータ レポートを表示するには、次のコマンドを実行します。
cluster1::>volume quota report
次のようなクォータ レポートが表示されます。
Vserver: vs1
----Disk---- ----Files----- Quota
Volume Tree Type ID Used Limit Used Limit Specifier
------- -------- ------ ------- ----- ----- ------ ------ ---------
vol1 user * 0B 50MB 0 - *
vol1 user jsmith 49MB 50MB 37 - *
vol1 user root 0B - 1 -
最初の行には、作成したデフォルト ユーザークォータ（ドライブ制限など）が示されます。すべてのデフォルト クォータと同様に、このデフォルト ユーザークォータにはドライブまたはファイルの使用状況についての情報は表示されません。作成したクォータのほかに、さらに2つのクォータが表示されます（vol1上で現在ファイルを所有しているユーザーごとに1つ）。これらの付加的なクォータは、デフォルト ユーザークォータから自動的に派生するユーザークォータです。ユーザーjsmithの派生ユーザークォータのドライブ制限は、デフォルト ユーザークォータと同じく50MBです。rootユーザーの派生ユーザークォータは、追跡クォータ（無制限）です。
rootユーザー以外のシステム上のユーザーがvol1で50MBを超える容量を使用する操作（エディターからのファイル書き込みなど）の実行を試みると、その操作は失敗します。
ユーザーjsmithがボリュームvol1で使用できるスペースを増やす必要がある場合は、次のコマンドを実行します。
cluster1::>volume quota policy rule create -vserver vs1 -policy-name quota_policy_vs1_1 -volume vol1 -type user -target jsmith -disk-limit 80MB -qtree ""
ユーザーがクォータ ルールのターゲットとして明示的に示されるため、これは明示的ユーザークォータになります。
これは、このボリュームにおけるユーザーjsmithの派生ユーザークォータのドライブ制限を変更するため、既存のクォータ制限に対する変更になります。したがって、変更をアクティブ化するためにボリュームのクォータを再初期化する必要はありません。
クォータのサイズを変更するには、次のコマンドを実行します。
cluster1::>volume quota resize -vserver vs1 -volume vol1 -foreground
サイズを変更する間、クォータは有効なままです。サイズ変更プロセスは短時間で完了します。
次のようなクォータ レポートが表示されます。
cluster1::> volume quota report
Vserver: vs1
----Disk---- ----Files----- Quota
Volume Tree Type ID Used Limit Used Limit Specifier
------- -------- ------ ------- ----- ----- ------ ------ ---------
vol1 user * 0B 50MB 0 - *
vol1 user jsmith 50MB 80MB 37 - jsmith
vol1 user root 0B - 1 -
3 entries were displayed.
2行目にはドライブ制限80MBとクォータ指定子jsmithが示されています。
このため、jsmithは最大80MBのスペースをvol1で使用できます。ほかのユーザーの制限は50MBのままです。
ここでは、あと5MBでユーザーがドライブ制限に達するという時点で通知を受け取ることを想定します。すべてのユーザーに45MBのしきい値を作成し、jsmithに75MBのしきい値を作成するには、既存のクォータ ルールを変更します。
cluster1::>volume quota policy rule modify -vserver vs1 -policy quota_policy_vs1_1 -volume vol1 -type user -target "" -qtree "" -threshold 45MB cluster1::>volume quota policy rule modify -vserver vs1 -policy quota_policy_vs1_1 -volume vol1 -type user -target jsmith -qtree "" -threshold 75MB
既存のルールのサイズが変更されるため、変更をアクティブ化するためにボリュームのクォータのサイズを変更します。サイズ変更プロセスが完了するまで待ちます。
クォータ レポートにしきい値を表示するには、 -thresholds パラメーターを volume quota report コマンドに追加します。
cluster1::>volume quota report -thresholds
Vserver: vs1
----Disk---- ----Files-----
Volume Tree Type ID Used Limit Used Limit Quota
(Thold) Specifier
------- -------- ------ ------- ----- ----- ------ ------ ---------
vol1 user * 0B 50MB 0 - *
(45MB)
vol1 user jsmith 59MB 80MB 55 - jsmith
(75MB)
vol1 user root 0B - 1 -
( -)
3 entries were displayed.
しきい値は、[Disk]の[Limit]列でかっこ内に表示されます。
2つのプロジェクトのために所定のスペースを分割する必要があると想定します。proj1とproj2という名前の2つのqtreeを作成して、これらのプロジェクトをvol1内に含めることができます。
現在、ユーザーはそのボリューム全体で割り当てられているスペースと同じスペースをqtreeで使用できます（ただし、ルートまたは別のqtreeでのスペースの使用によってボリュームの制限値を超えていない場合）。また、1つのqtreeで、ボリュームの全容量を使用することも可能です。どちらのqtreeも20GBを超えることがないようにするには、このボリュームにデフォルト ツリークォータを作成します。
cluster1:>>volume quota policy rule create -vserver vs1 -policy-name quota_policy_vs1_1 -volume vol1 -type tree -target "" -disk-limit 20GB
クォータの種類がqtreeではなく、tree になっている点に注意してください。
これは新しいクォータであるため、サイズ変更でアクティブ化することはできません。ボリュームのクォータを再初期化します。
cluster1:>>volume quota off -vserver vs1 -volume vol1 cluster1:>>volume quota on -vserver vs1 -volume vol1 -foreground
|
該当する各ボリュームのクォータは、5分ほど経ってから再アクティブ化します。 |
クォータは、再初期化プロセス（サイズ変更プロセスより長い時間がかかる）では適用されません。
クォータ レポートを表示すると、新しい行（ツリークォータに関する行と派生ユーザークォータに関する行）がいくつか追加されていることがわかります。
以下の新しい行には、ツリークォータについての情報が表示されます。
----Disk---- ----Files----- Quota Volume Tree Type ID Used Limit Used Limit Specifier ------- -------- ------ ------- ----- ----- ------ ------ --------- .. . vol1 tree * 0B 20GB 0 - * vol1 proj1 tree 1 0B 20GB 1 - proj1 vol1 proj2 tree 2 0B 20GB 1 - proj2 .. .
作成したデフォルト ツリークォータは先頭の新しい行に表示され、[ID]列にアスタリスク（*）が示されます。ボリュームのデフォルト ツリークォータに対応して、ボリューム内のqtreeごとに派生ツリークォータがONTAPで自動的に作成されます。これらは、[Tree]列がproj1とproj2の行に表示されます。
以下の新しい行には、派生ユーザークォータについての情報が表示されます。
----Disk---- ----Files----- Quota Volume Tree Type ID Used Limit Used Limit Specifier ------- -------- ------ ------- ----- ----- ------ ------ --------- .. . vol1 proj1 user * 0B 50MB 0 - vol1 proj1 user root 0B - 1 - vol1 proj2 user * 0B 50MB 0 - vol1 proj2 user root 0B - 1 - .. .
ボリュームのデフォルト ユーザークォータは、qtreeに対してクォータが有効になっていれば、そのボリュームに含まれるすべてのqtreeに自動的に継承されます。最初のqtreeクォータを追加したときに、qtreeのクォータを有効にしました。このため、qtreeごとに派生デフォルト ユーザークォータが作成されました。これらは、IDがアスタリスク（*）である行に示されています。
rootユーザーはファイルの所有者であるため、qtreeごとにデフォルト ユーザークォータが作成されたときに、各qtreeのrootユーザーに対して特別な追跡クォータも作成されました。これらは、IDがrootである行に示されています。
ユーザーがproj1 qtreeで使用できるスペースが、ボリューム全体で使用できるスペースよりも小さくなるように設定します。proj1 qtreeではユーザーが使用できるスペースを10MBに制限します。このため、qtreeのデフォルト ユーザークォータを作成します。
cluster1::>volume quota policy rule create -vserver vs1 -policy-name quota_policy_vs1_1 -volume vol1 -type user -target "" -disk-limit 10MB -qtree proj1
これは、このボリュームのデフォルト ユーザークォータから派生したproj1 qtreeのデフォルト ユーザークォータを変更するため、既存のクォータに対する変更になります。したがって、クォータのサイズを変更することで変更をアクティブ化できます。サイズ変更プロセスが完了したら、クォータ レポートを表示できます。
qtreeの新しい明示的ユーザークォータが示された、以下の新しい行がクォータ レポートに表示されます。
----Disk---- ----Files----- Quota Volume Tree Type ID Used Limit Used Limit Specifier ------- -------- ------ ------- ----- ----- ------ ------ --------- vol1 proj1 user * 0B 10MB 0 - *
しかし、デフォルト ユーザークォータを上書きする（ユーザーjsmithのスペースを増やす）ために作成したクォータがボリューム上にあったため、jsmithはproj1 qtreeにデータをこれ以上書き込むことができなくなっています。proj1 qtreeにデフォルト ユーザークォータを追加したため、そのクォータが適用され、そのqtreeでjsmithを含むすべてのユーザーのスペースを制限しています。ユーザーjsmithが使用できるスペースを増やすには、ドライブ制限を80MBにするqtreeの明示的ユーザークォータ ルールを追加して、qtreeのデフォルト ユーザークォータ ルールを上書きします。
cluster1::>volume quota policy rule create -vserver vs1 -policy-name quota_policy_vs1_1 -volume vol1 -type user -target jsmith -disk-limit 80MB -qtree proj1
これは、デフォルト クォータがすでに存在する明示的クォータであるため、クォータのサイズを変更することで変更をアクティブ化できます。サイズ変更プロセスが完了したら、クォータ レポートを表示します。
クォータ レポートに以下の新しい行が表示されます。
----Disk---- ----Files----- Quota Volume Tree Type ID Used Limit Used Limit Specifier ------- -------- ------ ------- ----- ----- ------ ------ --------- vol1 proj1 user jsmith 61MB 80MB 57 - jsmith
最終的に次のようなクォータ レポートが表示されます。
cluster1::>volume quota report
Vserver: vs1
----Disk---- ----Files----- Quota
Volume Tree Type ID Used Limit Used Limit Specifier
------- -------- ------ ------- ----- ----- ------ ------ ---------
vol1 tree * 0B 20GB 0 - *
vol1 user * 0B 50MB 0 - *
vol1 user jsmith 70MB 80MB 65 - jsmith
vol1 proj1 tree 1 0B 20GB 1 - proj1
vol1 proj1 user * 0B 10MB 0 - *
vol1 proj1 user root 0B - 1 -
vol1 proj2 tree 2 0B 20GB 1 - proj2
vol1 proj2 user * 0B 50MB 0 -
vol1 proj2 user root 0B - 1 -
vol1 user root 0B - 3 -
vol1 proj1 user jsmith 61MB 80MB 57 - jsmith
11 entries were displayed.
proj1内のファイルに書き込むためには、ユーザーjsmithは次のクォータ制限を満たす必要があります。
-
proj1 qtreeのツリークォータ
-
proj1 qtreeのユーザークォータ
-
ボリュームのユーザークォータ
