跳转到主内容
NetApp Response to Russia-Ukraine Cyber Threat
In response to the recent rise in cyber threat due to the Russian-Ukraine crisis, NetApp is actively monitoring the global security intelligence and updating our cybersecurity measures. We follow U.S. Federal Government guidance and remain on high alert. Customers are encouraged to monitor the Cybersecurity and Infrastructure Security (CISA) website for new information as it develops and remain on high alert.

卷语言如何与运行 7 模式 Data ONTAP 的存储系统配合使用?

Views:
28
Visibility:
Public
Votes:
0
Category:
data-ontap-8
Specialty:
cifs
Last Updated:

适用于

7- 模式 Data ONTAP

解答

检查 Active IQ 是否会影响您的系统

每个卷都有一种语言。存储系统使用与语言对应的字符集。可以在创建卷期间指定卷的语言,也可以在创建后进行修改。默认情况下,卷的语言与根卷的语言相同。在某些情况下,不需要设置卷语言。以下是不同的情况:

  1. 如果卷仅用于 NFS (低于 V4 ):
    不执行任何操作(但文件由 Unicode 客户端创建时确实重要)
  2. 如果卷仅用于 CIFS 或 NFSv4 及更高版本:
    卷语言与 CIFS 无关。对于 NFS ,将卷的语言设置为其客户端的语言。
  3. 如果此卷同时用于 CIFS 和 NFS (低于 V4 )
    ,请将此卷的语言设置为 NFS 使用的区域设置。
  4. 通过打开 create_ucode 和 convert_ucode 卷选项,在创建卷时立即激活这些选项。
    vol options <volume_name> create_ucode on | off
    vol options <volume_name> convert_ucode on | off
  5. 降级传统客户端,例如 MSDOS ,它们不支持 unicode 。Do Require the volume language setting —此设置可提供这些客户端使用的 OEM 字符集。
    对于旧版客户端,请使用 " en " 卷语言设置,该设置可提供正常的 NFS 字符集和涵盖大多数欧洲国家或地区的 cp850 OEM 字符集,包括德语,西班牙语和法语。否则,请使用 " en_US " ,它提供 NFS 字符集和 cp437 OEM 字符集。这两种方法之间的区别可在相关cp850.h文件和cp437.h标题文件中找到。

最佳实践

  • 最好所有卷都使用相同的语言。如果卷与控制台语言不同,则具有路径名称的命令可能无法运行。
  • 设置语言后,请勿更改语言。 
    如果必须更改语言,请在卷中创建任何文件之前执行此操作,以便所有文件名都使用相同的语言。在卷中创建文件后更改语言可能会导致某些 NFS 编码无效。然后,文件名将无法读取且找不到,从而使这些文件无法访问。更改卷语言的最佳方法是,使用所需的语言集创建新卷,并使用外部软件将数据复制到新卷。这样可以确保客户端按预期创建编码, Data ONTAP 会以一种完全返回给客户端的方式写入该编码。 
  • 要从 Windows 和 UNIX 中查看相同的文件名,请仅使用这两个文件均合法且在 NFS 字符集中合法的字符。
    例如,请勿将日语文件名放在法语卷上。
  • 从技术上讲,更改卷语言后无需重新启动,因为磁盘和内存转换表都已更改为新语言。但是,如果Error starting OEM char setError starting NFS char set遇到类似或的错误消息,则需要重新启动,因为可能是由于内存不足而无法构建新的内存表。此外,如果不重新启动系统,内存中可能会出现陈旧数据的风险。

如果数据属于以下任一类别,则在写入数据后更改卷语言可能会产生一些影响:

  1. 如果卷仅包含 Windows OSSV 数据的副本,则不应引起关注。
  2. 如果满足以下所有条件,则除了在 SnapVault 或 qtree SnapMirror 关系失败时重新初始化这些关系之外,没有其他解决方法:
    1. 此卷包含非 unicode 源的副本 qtree ,即:
      • 未通过通用 Internet 文件系统( Common Internet File System , CIFS )协议访问的存储系统 qtree ,并且卷选项create_ucodeconvert_ucode均已关闭
      • 非 Windows OSSV 主数据
    2. create_ucode已打开,而二级卷未打开。  
    3. 主数据具有非 ASCII 文件名,并在同一目录(不是同一目录树,而是同一目录)中有多个硬链接

对于不属于上述任一类别的副本数据:

二级卷上的 NFS 访问可能会受到影响(名称可能看起来很奇,或者您只能看到像 8U10000 这样的 NFS 备用名称),直到主卷上发生目录操作且更新操作成功完成为止。

在这种情况下,要加快恢复速度,请重命名主系统上的每个非 ASCII 文件名。理想情况下,您可以将每个重命名为另一个目录,然后将其重命名为其原始位置。然后正确更新 SnapVault/SnapMirror 。

对于非副本数据:

  1. 如果卷create_ucodeconvert_ucode选项均关闭,并且 NFS 数据仅使用 NFS (而不是 CIFS )访问,则不会出现任何问题。
  2. 如果create_ucodeconvert_ucode在卷上设置了或选项,或者访问了 NFS 数据,则可能存在与 NFS 备用名称相关的一些问题。
  3. 如果文件中的字符超过 0x7f ,而这些字符位于非 Unicode 目录中,则在切换后访问这些文件时会出现问题。如果您确定这些不存在,则一切都应该正常。

对于 Unicode 目录中的文件, Unicode 是确定性的,问题是这些名称是根据您指定的字符集进行转换的。因此,如果将客户端配置为接受 UTF8 名称,则一切都应该正常。

是否可以使用扩展字符集(例如 日语)而不更改存储系统上的语言?

卷的语言为 UTF-8 语言集(即 en_US.UTF-8 ),如果客户端写入的文件名长度小于 255 字节,则无需更改语言。如果文件名非常长,例如超过 85 个字符,并且每个字符转换为 3 字节的 UTF-8 ,则会导致文件名大于允许的大小,如果用户尝试从 NFS 访问文件,则会看到 NFS 备用名称。在上述情况下,请将语言更改为本地化后支持的语言(例如 JA_v1 )允许每个日语字符包含 2 个字节,因此上述 85 个字符的文件名仅为 170 字节,而不是 255 。在这种情况下,当您达到文件名 128 个字符时,管理员仍会遇到文件名限制问题。

其他信息

附加信息 _text

 

Scan to view the article on your device