添加新卷时、 LS 镜像如何影响 NAS 访问？

适用场景

• ONTAP 9
• NFS
• CIFS
• LS镜像

问题解答

• 为什么NFS或CIFS客户端无法立即访问新创建的卷、即使稍后在下一个计划的LS镜像完成后仍可访问这些卷？
• LS镜像可能已关闭、这是因为 在创建 新共享后、通过文件资源管理器检查共享的属性时、 安全 选项卡缺失。

说明

在这两种情况下、根挂载点(/)均为LS镜像：

cm2244a-cn::> snapmirror show

Source              Destination  Mirror        Relationship  Total

Path          Type  Path         State         Status        Progress   Healthy

------------- ---- ------------ ------------- -------------- ---------- -------

cm2244a-cn://vs_cifs/vs2_root <~~~Source Path

              LS <~Type  cm2244a-cn://vs_cifs/vs2_root_ls <~~ Destination Path

                                Snapmirrored  Idle           -          true

cm2244a-cn://vs_nfs/vs_nfs_root

              LS   cm2244a-cn://vs_nfs/vs_nfs_root_ls

                                Snapmirrored  Idle           -          true

手动LS镜像更新或下次按计划进行LS镜像更新后、NFS和CIFS访问均可正常工作。

当客户端使用NAS访问卷时、它会利用文件句柄。ONTAP中的文件句柄是MSID。每个卷都有一个唯一的MSID、而LS镜像卷共享同一个MSID。

Cluster::> volume show -vserver vs_nfs -fields msid                    

vserver volume    msid      

------- --------- ----------

vs_nfs  automount 2147484731

vs_nfs  nfs1      2147484763

vs_nfs  nfs2      2147484764

vs_nfs  nfs3      2147484765

vs_nfs  nfs4      2147484766

vs_nfs  vol_nfs   2147484685

vs_nfs  vs_nfs_root 2147484684

vs_nfs  vs_nfs_root_ls 2147484684

当文件访问LS镜像集中的卷时、它将使用MSID。此请求将进入集群、VLDB将检查该MSID。但是、由于多个卷具有相同的MSID、因此MSID会通过VLDB调用解析为数据集ID (DSID)。DSID对于集群中的每个卷都是唯一的、与LS镜像无关：

cm2244a-cn::> volume show -vserver vs_nfs -fields dsid

vserver volume    dsid

------- --------- ----

vs_nfs  automount 1082

vs_nfs  nfs1      1111

vs_nfs  nfs2      1112

vs_nfs  nfs3      1113

vs_nfs  nfs4      1114

vs_nfs  vol_nfs   1037

vs_nfs  vs_nfs_root 1036

vs_nfs  vs_nfs_root_ls 1108

注意：所有卷都挂载为 /volname。因此、数据访问会导致：
Data Requests -->/ --> volname

对于集群、卷是一个文件夹。创建卷并将其挂载到/时、该卷会显示为集群和客户端的文件夹。

读取或写入请求通过该路径进入节点的N刀片、N刀片首先确定是否存在需要访问的卷的任何LS镜像。如果该卷没有LS镜像、则读取请求将路由到R/W卷。如果卷具有LS镜像、则会优先使用与发出请求的N刀片相同节点上的LS镜像。如果该节点上没有LS镜像、则会选择另一节点的最新LS镜像。这就是新创建的卷不可见的原因、因为在LS镜像更新之前、所有请求都会转到只读的LS镜像目标卷。

例如：

-bash-3.00# mount -F nfs -o vers=3 10.128.141.122:/ /mnt/vs_root

-bash-3.00# cd /mnt/vs_root

-bash-3.00# ls

automount  test.txt   vol_nfs     

更新LS镜像后：

Cluster::> snapmirror update-ls-set -S //vs_nfs/vs_nfs_root
8.3 command
Cluster::> snapmirror update-ls-set -source-path cm2244a-cn://vs_cifs/vs2_root

现在可以看到并访问：

-bash-3.00# ls

automount nfs1 test.txt vol_nfs

或者、在尝试通过.admin访问时、VLDB会将请求发送到源卷的DSID、以允许写入访问。

对于NFS、请指定 .admin 路径

-bash-3.00# mount -F nfs -o vers=3 10.128.141.122:/.admin /mnt/vs_root

-bash-3.00# cd /mnt/vs_root

-bash-3.00# ls

automount nfs1  test.txt   vol_nfs

对于CIFS、区别不在于如何访问共享、而在于访问 的 共享。如果为 .admin 路径创建了共享、则使用该共享将发生原因使客户端始终拥有读/写访问权限

Cluster::> vserver cifs share create -vserver vs_cifs -share-name vs2_root_rw -path /.admin

如果创建了另一个新卷"cifs4"、但在该卷上创建了CIFS共享、而未手动更新LS镜像：

cm2244a-cn::> volume show -vserver vs_cifs -fields junction-path

vserver volume junction-path

vs_cifs cifs4  /cifs4

仍然无法访问。

但是、它是可见的、可从 .admin 路径访问。

为了防止由此引起的任何潜在混淆、系统将显示一条警告、提醒用户在创建卷后更新LS镜像。

例如：

Cluster::> volume create -vserver vs_nfs -volume nfs2 -aggregate aggr0 -state online -junction-path /nfs2

Warning: You are about to create a volume on a root aggregate.  This may cause severe performance or stability problems

         and therefore is not recommended. Do you want to proceed? {y|n}: y

[Job 3074] Job succeeded: Successful                                                                                    

Notice: Volume nfs2 now has a mount point from volume vs_nfs_root.  The load sharing (LS) mirrors of volume vs_nfs_root

        are scheduled to be updated at 9/28/2013 07:05:00.  Volume nfs2 will not be visible in the global namespace until

        the LS mirrors of volume vs_nfs_root have been updated.

注意：如果新卷是从旧版本的System Manager创建的、则不会显示此警告

追加信息

不适用