ジャンクションパスとは
に適用されます
- ONTAP 9
- clustered Data ONTAP 8
- NAS
質問と回答
ボリュームジャンクション機能は、 NAS クライアントへのデータアクセスを可能にするために、個々のボリュームを 1 つの論理ネームスペースに結合します。
NASクライアントからジャンクション経由でデータにアクセスする際、ジャンクションは通常のディレクトリと同じように表示されます。ジャンクションは、ルートより下のマウントポイントにボリュームをマウントすると形成され、それを使用してファイルシステム ツリーが作成されます。ファイルシステムツリーの最上位は常にルートボリュームで/あり、これはスラッシュ（）で表されます。ジャンクションは、あるボリュームのディレクトリから別のボリュームのルート ディレクトリへの接合点になります。
- ジャンクション ポイントを指定せずにボリュームを作成することもできますが、ネームスペース内のジャンクション ポイントにボリュームをマウントするまでは、ボリューム内のデータをエクスポートしたり（NFS）、共有を作成したり（CIFS）することはできません。
- ボリュームの作成中にマウントされなかったボリュームは、作成後にマウントできます。
- ボリュームをジャンクション ポイントにマウントすることで、ネームスペースにいつでも新しいボリュームを追加できます。
- マウントされたボリュームはアンマウントできますが、ボリュームをアンマウントすると、ボリューム内のすべてのデータと、マウントされていないボリュームの下の子ジャンクションポイントにマウントされているすべてのボリュームへの新しい NAS セッションが中断されます。
- バグ 465129 で説明されているように、 NFS ファイルハンドルがボリューム MSID を参照するため、既存の NFS セッションは、ボリュームが SVM ネームスペースから削除された後も、ボリューム内のすべてのデータに引き続きアクセスできます。
- ジャンクション ポイントは、親ボリューム ジャンクションのすぐ下に作成することも、ボリューム内のディレクトリに作成することもできます。
- Snapshot コピーへのアクセスはジャンクションを通過しません。
- ボリュームは、その vserver のネームスペースに 1 か所でマウントできます。
たとえば、上記の名前空間アーキテクチャを使用した一般的なボリュームジャンクション構成は、次のように表示されます。この構成では、 SVM のルートボリュームに 3 つの挿入ポイントがあります。2 つdataprojectsの挿入ポイントは、「」および「」という名前のディレクトリです。1 つの挿入ポイントは、「audit」という名前の結合されたボリュームです。
::> volume show -vserver vs1 -junction
Junction Junction
Vserver Volume Active Junction Path Path Source
------- ------------- --------- -------------------- -----------
vs1 audit true /audit RW_volume
vs1 audit_logs1 true /audit/logs1 RW_volume
vs1 audit_logs2 true /audit/logs2 RW_volume
vs1 audit_logs3 true /audit/logs3 RW_volume
vs1 eng true /data/eng RW_volume
vs1 mktg1 true /data/mktg1 RW_volume
vs1 mktg2 true /data/mktg2 RW_volume
vs1 project1 true /projects/project1 RW_volume
vs1 project2 true /projects/project2 RW_volume
vs1 vs1_root - / -
ジャンクションパスは、ボリュームの作成時に定義することも、ジャンクションパスを使用して既存のボリュームを変更することもできます。
::> volume create -vserver vserver_name -volume volume_name –aggregate aggregate_name -size -security-style {ntfs|unix|mixed} -junction-path junction_path
[Security Style] ：
次の条件が適用される場合に選択します。 UNIX ：
- ファイルシステムがUNIX管理者によって管理される。
- ユーザの大半がNFSクライアントである。
- データにアクセスするアプリケーションで、サービス アカウントとしてUNIXユーザが使用される。
NTFS
- ファイルシステムがWindows管理者によって管理される。
- ユーザの大半がSMBクライアントである。
- データにアクセスするアプリケーションで、サービス アカウントとしてWindowsユーザが使用される。
混在
- ファイルシステムがUNIX管理者とWindows管理者の両方によって管理され、ユーザがNFSクライアントとSMBクライアントの両方で構成される。
data2次のコマンドを実行して、ストレージに「」という名前の継続的に使用可能な共有を作成します。
cluster1::> vserver cifs share create -vserver vs1 -share-name data2 -path /data/data2 -share-properties oplocks,continuously-available -symlink ""
cluster1::> vserver cifs share show -vserver vs1 -share-name data2
Vserver: vs1
Share: data2
CIFS Server NetBIOS Name: VS1
Path: /data/data2
Share Properties: oplocks
continuously-available
Symlink Properties: -
File Mode Creation Mask: -
Directory Mode Creation Mask: -
Share Comment: -
Share ACL: Everyone / Full Control
File Attribute Cache Lifetime: -
Volume Name: -
Offline Files: manual
Vscan File-Operations Profile: standard
Virtual Machine (SVM, formerly known as Vserver) vs1.
次のコマンドを実行して、ボリュームをマウントします。
::> mount -vserver vserver_name -volume volume_name -junction-path junction_path
次のコマンドを実行して、ボリュームをアンマウントします。
::> volume unmount -vserver vserver_name -volume volume_name