不错，言简意赅，说得很清楚。

看懂了，谢谢。Symmetrix设备访问分得挺细的

解释够清楚~

Masking是SCSI标准定义的一个操作。定义哪个主机可以访问这个存储端口。

Mapping这个应该是symmetrix自定义的一个操作。定义symmetrix哪些存储可以供主机访问。

优势应该就是一种Symmetrix内部的隔离机制，保证资源的有效利用。技术上来看，某个Device在一个FA对外可见。FA Director上必定要知道这个Device的元数据，然后通过计算，对主机端发过来的IO在Cache里面寻址，返回数据，或者传给后端。如果所有的Device都默认在所有的FA上都对外可见，势必是一种资源浪费。

Masking就可以做相应的管理了，所有端口都看到没什么不好啊，Mapping感觉多余就多余在这儿，上千个LUN都去做指定端口的Mapping才能用岂不是要累死个人，端口出了问题，还要查端口，换端口。所以问Mapping这个操作的必要性在哪儿？

Mapping感觉有点多余，能说说Mapping功能的独特优势吗？

非常清晰，谢谢分享

后来搞定了吗？

今天偶这个业余选手兼职DBA就要搞一下Masking,好刺激呀。

谢谢前辈，磁盘已经被新的主机识别了。

/opt/emc/SYMCLI/V6.5.1/bin/symmask -sid XXXXXXX -wwn 5001438003c194cc  -dir 8C -p 0 add devs 0067:006C

/opt/emc/SYMCLI/V6.5.1/bin/symmask -sid XXXXXXX -wwn 5001438003c194b8  -dir 9C -p 0 add devs 0067:006C 

# symmaskdb -sid XXXXXXX -wwn 5001438003c194cc list devs

Symmetrix ID        : XXXXXXX

Originator Port wwn : 5001438003c194cc

User-generated Name : 5001438003c194cc/5001438003c194cc

Sym Dev                                               LUN

Name    Dir:P  Physical Device Name     VBUS  TID  SYMM HOST  Attr  Cap(MB)

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

0033     8C:0  /dev/rdsk/c4t0d1            0    0     1    1              2 

0034     8C:0  /dev/rdsk/c4t0d2            0    0     2    2              2 

0064     8C:0  /dev/rdsk/c6t1d1            0    1     1    1            937 

0067     8C:0  Not Visible                 0    1     4  N/A          23238 

0068     8C:0  Not Visible                 0    1     5  N/A          23238 

0069     8C:0  Not Visible                 0    1     6  N/A          23238 

006A     8C:0  Not Visible                 0    1     7  N/A          23238 

006B     8C:0  Not Visible                 0    2     0  N/A          23238 

006C     8C:0  Not Visible                 0    2     1  N/A          23238 

008F     8C:0  /dev/rdsk/c6t6d4            0    6     4    4          23238 

0090     8C:0  /dev/rdsk/c6t6d5            0    6     5    5          23238 

0091     8C:0  /dev/rdsk/c6t6d6            0    6     6    6          23238 

0092     8C:0  /dev/rdsk/c6t6d7            0    6     7    7          23238 

0093     8C:0  /dev/rdsk/c6t7d0            0    7     0    0          23238 

0094     8C:0  /dev/rdsk/c6t7d1            0    7     1    1          23238 

0095     8C:0  /dev/rdsk/c6t7d2            0    7     2    2          23238 

0096     8C:0  /dev/rdsk/c6t7d3            0    7     3    3          23238 

0097     8C:0  /dev/rdsk/c6t7d4            0    7     4    4          23238 

0098     8C:0  /dev/rdsk/c6t7d5            0    7     5    5          23238 

0099     8C:0  /dev/rdsk/c6t7d6            0    7     6    6          23238 

009A     8C:0  /dev/rdsk/c6t7d7            0    7     7    7          23238 

009B     8C:0  /dev/rdsk/c6t8d0            0    8     0    0          23238 

009C     8C:0  /dev/rdsk/c6t8d1            0    8     1    1          23238 

....................

Masking sounds like older type of technology, I never see this in 3rd party products such as HP EVA or HDS USPV. In general we do not want hosts that do not need to see some luns to see them. There are two reasons I can think of:

1. In the older version of HP-UX e.g. 10.0 or 11.0, a server can really see about 256 devices. If you let these old UX server seeing all the LUNs, you might exceed this 256 limit.

2. For security reason, you might not want other host to have access to your LUN. I can easily issue a pvcreate command to destroy all the data.

Interestingly, I believe you can do masking from Cisco MDS switch - I think its in one of Cisco training such as CASI 1.0.

默认情况下，阵列内的所有LUN都不会对主机可见的，即使你在光纤交换机层面做了Zoning。直到做完Masking，相应的LUN才会对主机可见，所以楼上说的超过256只会在人为配置的情况下才会发生。

话说楼上英语不错，不过中文论坛还是说母语吧

thanks

如果像那位说的，在一个主机上对已经识别的另外一个主机在用的LUN进行毁灭性的操作。在存储那头应该有保护措施吧，至少应该提示要不要强制执行。